/irc-logs / mozilla / #developers / 2012-01-06 / end

Options:

# Session Start: Fri Jan 06 00:00:00 2012
# Session Ident: #developers
# [00:00] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:00] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:00] * Quits: Asa (u3626@moz-160C58C6.com) (Input/output error)
# [00:00] * Quits: sid0 (u2934@moz-160C58C6.com) (Input/output error)
# [00:00] * Quits: felipe (u2734@moz-160C58C6.com) (Input/output error)
# [00:00] * Quits: jaws (u2871@moz-160C58C6.com) (Input/output error)
# [00:00] * Quits: alex_mayorga (u4422@moz-160C58C6.com) (Client exited)
# [00:00] * Quits: ttaubert (u2620@moz-160C58C6.com) (Input/output error)
# [00:00] <mcsmurf> don't think that's a top priority for SeaMonkey either :)
# [00:00] * Joins: Asa (u3626@moz-160C58C6.com)
# [00:00] * Joins: sid0 (u2934@moz-160C58C6.com)
# [00:00] * Joins: felipe (u2734@moz-160C58C6.com)
# [00:00] * Quits: Unfocused (u2622@moz-160C58C6.com) (Input/output error)
# [00:00] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [00:00] * Quits: Camer0n (Cameron@moz-5911F6E0.range86-130.btcentralplus.com) (Quit: Bye Bye)
# [00:01] * Quits: felipe (u2734@moz-160C58C6.com) (Input/output error)
# [00:01] * Quits: sid0 (u2934@moz-160C58C6.com) (Input/output error)
# [00:01] * Quits: Asa (u3626@moz-160C58C6.com) (Input/output error)
# [00:01] * nhirata|afk is now known as nhirata
# [00:01] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:01] * Joins: jaws (u2871@moz-160C58C6.com)
# [00:01] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [00:02] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:02] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [00:03] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [00:03] * Joins: faramarz_ (faramarz@moz-7B0110AD.mv.mozilla.com)
# [00:03] * Quits: faramarz_ (faramarz@moz-7B0110AD.mv.mozilla.com) (Quit: faramarz_)
# [00:03] * Joins: sid0 (u2934@moz-160C58C6.com)
# [00:04] * Joins: ttaubert (u2620@moz-160C58C6.com)
# [00:04] * Parts: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [00:05] * Joins: Asa (u3626@moz-160C58C6.com)
# [00:05] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [00:05] * Joins: felipe (u2734@moz-160C58C6.com)
# [00:06] * Joins: faramarz (faramarz@moz-7B0110AD.mv.mozilla.com)
# [00:06] * merike is now known as merike|away
# [00:06] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [00:07] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:08] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Ping timeout)
# [00:08] * Joins: sfleiter (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de)
# [00:08] * Quits: Wevah (Wevah@moz-97AD33CE.stcd.qwest.net) (Quit: HARR)
# [00:09] * shorlander is now known as shorlander-away
# [00:10] * Joins: bretr (bret_recka@moz-7B0110AD.mv.mozilla.com)
# [00:11] * jgriffin-afk is now known as jgriffin
# [00:11] * philor|away is now known as philor
# [00:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:12] * Quits: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [00:12] * Joins: bretr_ (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [00:12] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [00:13] <ddahl> sewardj: can I cc you on a bug where I am using valgrind - perhaps you can help me interpret the results? if you have time. https://bug665057.bugzilla.mozilla.org/attachment.cgi?id=586228
# [00:13] * Quits: bretr (bret_recka@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [00:13] * bretr_ is now known as bretr
# [00:13] * Parts: Unfocused (u2622@moz-160C58C6.com)
# [00:13] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [00:13] <sewardj> ddahl: please do
# [00:13] <ddahl> sewardj: ok thx
# [00:14] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [00:14] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:14] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [00:14] * Joins: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:14] <blizzard> hmm
# [00:14] * Quits: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant_)
# [00:14] <blizzard> smaug: we don't have support for an event like the 'beforeload' event that's in WebKit, do we?
# [00:15] * blizzard files a bug
# [00:15] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:15] * Joins: karl (karl@6508E994.8998A38C.C8A09C26.IP)
# [00:17] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [00:17] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:17] <@smaug> blizzard: before what?
# [00:17] <@smaug> what on earth is beforeload
# [00:17] <@smaug> when should it be dispatched?
# [00:17] <philor> and what would a WebKit beforeload be, ten minutes before you turn on the computer?
# [00:18] <khuey> it's a thing for webkit extensions to block loads
# [00:18] <blizzard> smaug: http://stackoverflow.com/questions/4395525/safari-extension-beforeload-event-documentation
# [00:18] <blizzard> smaug: people are using it from page content, too
# [00:18] <blizzard> smaug: to do cool stuff
# [00:18] * Quits: michal (michal@F8B4DDD2.FC749DA6.F23860FD.IP) (Quit: Leaving.)
# [00:19] <khuey> what are people using it for besides blocking content?
# [00:19] * Quits: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com) (Ping timeout)
# [00:19] <@smaug> what cool stuff?
# [00:19] <blizzard> I will send email
# [00:19] * joduinn-mtg is now known as joduinn-brb
# [00:19] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [00:20] <Mossop> Is it just DOMContentLoaded?
# [00:20] * Quits: ttaubert (u2620@moz-160C58C6.com) (Quit: )
# [00:20] * Joins: ttaubert (u2620@moz-160C58C6.com)
# [00:24] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:24] <roc> no
# [00:25] * coop|mtg is now known as coop
# [00:25] * Quits: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se) (Ping timeout)
# [00:25] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [00:25] <sewardj> ddahl: that says to me that you've got memory management problems
# [00:26] * Quits: kaie (kaie@moz-24475B03.dip.t-dialin.net) (Quit: Leaving)
# [00:27] <ddahl> sewardj: ok. the test runs all checks correctly, but without a debugger attached we crash out of xpcshell.
# [00:27] * lsblakk|lunch is now known as lsblakk
# [00:27] <ddahl> with a debugger attached (gdb or VS2010) it all works and no crash
# [00:27] * sewardj looks through the output again
# [00:28] <sewardj> ddahl: i'd be more comfortable if i could see the flag --smc-check=all or all-non-file being passed to V
# [00:28] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:28] <sewardj> ddahl: since that's important for correct execution of js-jit generated code
# [00:29] <sewardj> ddahl: but assuming that's the case .. you got a whole bunch of accesses to memory after it's been freed
# [00:29] <ddahl> sewardj: I tried to pass additional flags, but the make/xpcshell command would not allow it - is there another argument for that for xpcshell?
# [00:30] * zpao is now known as zpao|detached
# [00:31] * mcote is now known as mcote|afk
# [00:31] <khuey> can we use straight MPL code in Firefox?
# [00:31] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [00:31] <philor> smaug: ping
# [00:31] <@smaug> philor: pong
# [00:31] <@smaug> (what did I do now)
# [00:31] <philor> yeah, sorry
# [00:31] <ddahl> sewardj: right now i launch it all with: make SOLO_FILE="test_id_service_keypair.js" -C security/manager/ssl/tests/ check-one EXTRA_TEST_ARGS='--debugger=valgrind'
# [00:32] <philor> smaug: bug 662154, all of a sudden across inbound/aurora/beta, and you are what those have in common, I think
# [00:32] <sewardj> ddahl: you can set env var VALGRIND_OPTS=--smc-check=all
# [00:32] <ddahl> sewardj: ok, cool
# [00:32] <sewardj> ddahl: first try with VALGRIND_OPTS=--blah and check it craps out at startup
# [00:32] <ddahl> ok
# [00:33] <@smaug> philor: inbound. I certainly haven't landed anything there
# [00:33] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [00:33] <sewardj> ddahl: I'm sure there's a better way to do this using the test framework, but not sure what it is offhand
# [00:34] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [00:34] <ddahl> sewardj: that env var option works
# [00:34] <sewardj> ddahl: so, rerun with VALGRIND_OPTS=--smc-check=all and see if you still get a bunch of complaining about accesses to freed memory
# [00:35] * jmaher is now known as jmaher|afk
# [00:36] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:37] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [00:37] <ddahl> sewardj: yep seeing very similar output
# [00:37] <philor> ah, and bhackett's thing is sg, so I'm done investigating
# [00:37] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [00:38] <sewardj> ddahl: so .. not sure what I can tell you, that you don't already know (also, not sure what you're really asking)
# [00:39] <@smaug> philor: so what my stuff did you see in inbound ?
# [00:39] <@smaug> was there perhaps some m-c -> inbound merge
# [00:39] <sewardj> ddahl: there's clearly some confusion about when object lifetimes end
# [00:39] <ddahl> sewardj: np, thanks for the help. Just trying figure out this very weird crash
# [00:40] <sewardj> ddahl: well, access-after-free is potentially fatal
# [00:40] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
# [00:40] <sewardj> ddahl: especially as it moves on to writing freed memory further down the log
# [00:41] * Quits: faramarz (faramarz@moz-7B0110AD.mv.mozilla.com) (Quit: faramarz)
# [00:42] <sewardj> ddahl: if i had to guess, there's some refcounting error to do with nsIdentityServiceKeyPair
# [00:42] <edmorley> smaug: inbound and m-c merge both ways >daily (given that direct landings are now discouraged on m-c), so you wouldn't have had to have landed directly on inbound
# [00:42] <ddahl> sewardj: that sound very plausible
# [00:42] <@smaug> sure
# [00:42] <@smaug> did I land anything to m-c lately
# [00:42] <philor> smaug: no, it's beta and aurora where it looks pretty obviously broken, including on your aurora push with the two unstarred failures, but then when I looked at the bug I saw it had also been starred four times on inbound today
# [00:42] <sewardj> ddahl: essentially you are trying to drive them below zero
# [00:43] <sewardj> (that much is kinda inferrable from the output)
# [00:44] <philor> but fuck it, it's just inexplicable near-permaorange on the stuff we're about to ship, drive on
# [00:44] <ddahl> sewardj: so I am trying to free an object that is already freed?
# [00:44] * cpeterson|lunch is now known as cpeterson
# [00:44] * Joins: dzbarsky (Mibbit@moz-9DD6B824.washdc.fios.verizon.net)
# [00:44] <ddahl> sewardj: that was my first time using valgrind, it was very easy to setup (on linux anyway)
# [00:44] <sewardj> ddahl: yes
# [00:45] * dholbert|interview is now known as dholbert
# [00:45] <philor> here, let me just star them, won't even be the first time
# [00:45] <sewardj> ddahl: look at this snippet: http://pastebin.mozilla.org/1435743
# [00:46] <sewardj> ddahl: in the second stack trace (which happens first in execution)
# [00:46] <sewardj> ddahl: we wind up in nsIdentityServiceKeyPair::Release() and then nsIdentityServiceKeyPair::~nsIdentityServiceKeyPair()
# [00:46] <sewardj> ddahl: so the refcount must have gone to zero at that point
# [00:47] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [00:47] * Joins: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com)
# [00:47] <sewardj> ddahl: but then later on (first stack trace) we are again calling nsIdentityServiceKeyPair::Release() on what is very likely the same object
# [00:47] <sewardj> ddahl: #include <disclaimer.h> .. this is my best guess
# [00:47] <ddahl> sewardj: that is very informative
# [00:48] <ddahl> sewardj: i wonder if this is some NSS wonkiness
# [00:48] <sewardj> ddahl: one common way to get into such situations is if you have multiple threads being confused about ownership
# [00:48] <ddahl> where we use their "check for nss shutdown before doing anything"
# [00:48] * Waldo is now known as Waldo|dinner
# [00:49] <sewardj> ddahl: one possible way to simplify the problem is to see if you can get it to happen when there's only one thread on the go
# [00:49] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [00:50] <sewardj> ddahl: what the snippet doesn't tell you is whether it's the same thread in both calls to Release, or different ones
# [00:50] <ddahl> sewardj: I thought all of the NSSComponent code was main thread only, but I am very new to this code
# [00:50] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.6/20111221003041])
# [00:51] <sewardj> ddahl: i have no idea .. just suggesting the general-case possibilities
# [00:51] <ddahl> sewardj: cool, I am sure bsmith will know
# [00:51] * Joins: faramarz (faramarz@moz-7B0110AD.mv.mozilla.com)
# [00:51] * Quits: faramarz (faramarz@moz-7B0110AD.mv.mozilla.com) (Input/output error)
# [00:51] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [00:52] <hub> w00t. MDN now browserid
# [00:52] <hub> I can't wait for bugzilla
# [00:53] <hub> now if MDN allowed me to have a 3 letter username :-/
# [00:53] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [00:53] * nthomas is now known as nthomas|away
# [00:53] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [00:56] * Quits: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net) (Ping timeout)
# [00:56] <khuey> ddahl: ping
# [00:56] <ddahl> khuey: pong
# [00:57] <khuey> ddahl: in nsCrypto::GenerateIdentityServiceKeyPair you need to addref the retval
# [00:57] * ddahl thinks khuey knows what is wrong with my code
# [00:57] <khuey> I do!
# [00:57] <ddahl> :)
# [00:57] <ddahl> ah
# [00:57] <sewardj> that'll do it!
# [00:58] <ddahl> NICE
# [00:58] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [00:59] * jwir3 is now known as jwir3|away
# [01:00] * joduinn-brb is now known as joduinn
# [01:00] * Joins: nthomas|away (chatzilla@moz-75DA4CCD.dsl.telstraclear.net)
# [01:02] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:03] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:03] <darktrojan> Unfocused, can you also address comment 8 in that bug?
# [01:03] <darktrojan> might not be the best place for such a discussion though
# [01:03] * Quits: mcsmurf (mcsmurf@moz-A7BBE136.dip.t-dialin.net) (Quit: )
# [01:04] <njn> anyone know if there is only one XPCJSRuntime? I think there is
# [01:04] * Quits: victorporof (victorporo@BCAA178E.F4308271.4873E54D.IP) (Quit: Linkinus - http://linkinus.com)
# [01:05] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [01:05] * Quits: edmorley (edmorley@moz-FB072F32.range86-166.btcentralplus.com) (Quit: Leaving.)
# [01:06] <Unfocused> darktrojan: k
# [01:06] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:08] <darktrojan> Unfocused, oh and I just discovered two stray lines that didn't get qrefreshed after I removed them :-/
# [01:09] <Unfocused> heh, was about to comment on one of those
# [01:09] <darktrojan> do it anyway
# [01:10] * clokep is now known as clokep_
# [01:10] * darktrojan shouldn't be given tools that aren't foolproof
# [01:10] * shorlander-away is now known as shorlander
# [01:12] * shorlander is now known as shorlander-away
# [01:12] * Quits: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
# [01:13] <khuey> njn: yes, it's a singleton
# [01:13] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
# [01:13] <njn> khuey: k, thx
# [01:13] <ddahl> khuey: dumb question: Do I want to use getter_AddRefs() on the nsCString - which is an argument to the method, not a newly instanciated nsCOMPtr - or is it?
# [01:14] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [01:15] <njn> khuey: DMD confirms it! I'm measuring the XPCJSRuntime for every JSRuntime. so if there are multiple JSRuntimes (e.g. due to web workers) I'm double-measuring the XPCJSRuntime
# [01:15] <Mook_as> ddahl: no, getter_AddRefs is for nsISupports things that come out with an extra ref that you want to stuff into a nsCOMPtr/nsRefPtr.
# [01:15] <Mook_as> (getter_Copies, IIRC, was the nsA[C]String version, though it's often unnecessary)
# [01:16] * coop is now known as coop|afk
# [01:16] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [01:16] <ddahl> Mook_as: my nsCString is an argument to the method and is the retval
# [01:17] <NeilAway> Mook_as: getter_Copies was to receive a raw (PRUni)char* pointer into an nsXPIDL(C)String
# [01:17] <Mook_as> NeilAway: ah; okay. I guess I misremembered then, thanks :)
# [01:19] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [01:19] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [01:21] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:21] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [01:22] * Joins: mjschranz (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP)
# [01:22] * Waldo|dinner is now known as Waldo
# [01:24] <tbsaunde> someone want to guess why the build system is try to build the management service in a clobber build on linux64?
# [01:24] * clokep_ is now known as clokep
# [01:25] <khuey> nope
# [01:25] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
# [01:25] <khuey> it'll probably make me cry
# [01:25] <khuey> njn: that's bad!
# [01:25] <khuey> ddahl: yeah, getter_AddRefs is not what you want
# [01:25] * Joins: regen (Miller@moz-BD0D3B83.adsl.dynamic.seed.net.tw)
# [01:25] <tbsaunde> config.log is http://paste.debian.net/151182/ and mozconfig is http://paste.debian.net/151183/
# [01:25] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:25] <ddahl> khuey: trying getter_Copies
# [01:26] <Unfocused> darktrojan: i give up... whats the second line?
# [01:26] <darktrojan> made ya look, it's just whitespace :P
# [01:26] <njn> khuey: that's a bug that's artificially pushing heap-unclassified down... but only for sites using webworkers
# [01:26] <Unfocused> bah!
# [01:26] <darktrojan> (sorry)
# [01:26] <tbsaunde> khuey: life decisions, learn to make better ones ;)
# [01:26] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [01:26] <darktrojan> I meant to correct myself
# [01:27] * Quits: wesj1 (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.1)
# [01:27] <Unfocused> still, at least i didn't actually find a second line then...
# [01:27] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [01:28] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Input/output error)
# [01:28] <darktrojan> yeah that's a good thing
# [01:28] * Quits: AryehGregor (AryehGrego@moz-6FC51DD9.nyc.res.rr.com) (Client exited)
# [01:28] * darktrojan remembers being taught something about planting bugs to check that they all got found
# [01:28] <khuey> tbsaunde: srsly
# [01:28] <khuey> njn: ah, pretty rare then
# [01:28] <Unfocused> heh
# [01:28] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Client exited)
# [01:31] <mjschranz> smaug: Ping
# [01:31] <tbsaunde> khuey: suggestions other than debugging the build system?
# [01:32] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:32] * Joins: jimb (user@moz-49F5EF15.ptld.qwest.net)
# [01:32] <khuey> tbsaunde: what do your pastebins have to do with the maintenance service?
# [01:33] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:33] <tbsaunde> khuey: trying to provide useful information
# [01:34] <khuey> ah
# [01:34] <khuey> ok
# [01:34] <tbsaunde> now, that's not to say I didn't screw and pastebin nothing useful
# [01:35] <khuey> tbsaunde: make echo-variable-MOZ_MAINTENANCE_SERVICE in your objdir?
# [01:35] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:35] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [01:35] * davehunt is now known as davehunt|away
# [01:35] * Quits: jimb (user@moz-49F5EF15.ptld.qwest.net) (Input/output error)
# [01:36] <@smaug> mjschranz: pong
# [01:36] <mjschranz> smaug: Hey I just wanted to confirm a few things if possible on bugs 698385/698384.
# [01:36] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:36] * Joins: jimb (user@moz-49F5EF15.ptld.qwest.net)
# [01:37] <@smaug> mjschranz: looking
# [01:37] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:37] * Boriss_ is now known as Boriss
# [01:38] <tbsaunde> khuey: @MOZ_MAINTENANCE_SERVICE@
# [01:38] <khuey> tbsaunde: ahaha!
# [01:38] <@smaug> mjschranz: so, ask
# [01:39] <khuey> conditional AC_SUBST fail!
# [01:39] <mjschranz> smaug: First, the w3 spec linked lists the method as having three arguments but the implementation on m-c has two other arguments after as well. Should that concern me at all or is it just because the spec is simply just a base level needed?
# [01:39] <khuey> er
# [01:39] <khuey> tbsaunde: did you not rerun autoconf perhaps?
# [01:39] <khuey> cause configure.in looks right ...
# [01:39] * Joins: Callek_Away (chatzilla@moz-76B555A8.bstnma.east.verizon.net)
# [01:39] * Quits: priya (priya@moz-BBE3ABD.mv.mozilla.com) (Quit: This computer has gone to sleep)
# [01:40] <@smaug> mjschranz: the implementation is based on DOM level 2 specifications
# [01:40] <@smaug> mjschranz: DOM 4 simplifies things
# [01:41] <tbsaunde> khuey: that was rm -rf objdir && make -f client.mk so I'm pretty sure autoconf *should* to have run
# [01:41] <Callek_Away> tbsaunde: autoconf sticks its output in the source dir
# [01:41] <mjschranz> smaug: So I would need to specifically remove the previous arguments and change the little bit of code in both functions because of this?
# [01:41] <Callek_Away> tbsaunde: so if configure has a newer timestamp than configure.in for example
# [01:41] <Callek_Away> :-)
# [01:41] <khuey> tbsaunde: well configure.in looks right, so it seems like something is messed up with your setup
# [01:42] <@smaug> mjschranz: yes
# [01:42] <njn> bz_away: ping
# [01:42] <@smaug> mjschranz: IIRC the extra parameter don't really do anything even now
# [01:42] <tbsaunde> Callek_Away: ok, seems worth looking at thx
# [01:42] <mjschranz> smaug: In addition to adding in the optional tags to nsIDOMDocument.idl
# [01:42] <mjschranz> smaug: and handling the defaulting and what not
# [01:42] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:42] <tbsaunde> khuey: thx
# [01:42] <khuey> np
# [01:43] <@smaug> mjschranz: right
# [01:43] * Joins: LegNeato (clegnitto@moz-B77DEAEB.mozilla.org)
# [01:43] <@smaug> mjschranz: well, default handling will hopefully just work if you put [optional] to the idl
# [01:43] <LegNeato> who wants to help a release manager debug a Fx crash :-D
# [01:44] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:44] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [01:44] * Joins: gandalf (zbraniecki@moz-A1D7D0E0.neoplus.adsl.tpnet.pl)
# [01:45] <mjschranz> smaug: Yeah that much I knew how to do already but I wanted to clarify because I wasn't sure if the defaulting had to be done in the c++ layer or elsewhere at first.
# [01:45] <robhawkes> cpearce: Just a quicky, are there any plans/bug to follow re: supporting requestFullScreenWithKeys for the Full Screen API? It's going to be pretty important for having things like chat within games.
# [01:45] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [01:45] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [01:45] <mjschranz> smaug: Either way, thanks for the clarification. I know most of that is probably simple to some of you but I'm still pretty new to a lot of this :P
# [01:45] <khuey> LegNeato: what's up?
# [01:45] <LegNeato> khuey: Hold on, I think I might have caught it :-)
# [01:46] <@smaug> mjschranz: just be careful with optional parameters
# [01:46] <@smaug> mjschranz: boolean parameters are false by default
# [01:46] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:47] <@smaug> mjschranz: but some specifications require true in some cases
# [01:49] <luke> is anyone familiar with libpref (particularly nsPrefBranch) ?
# [01:49] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [01:49] * nthomas|away is now known as nthomas
# [01:51] <khuey> luke: a bit
# [01:51] <jorendorff> peterv: i need to steal a scriptableFlag
# [01:51] <jorendorff> peterv: how about WANT_EQUALITY? it seems to be unused http://mxr.mozilla.org/mozilla-central/search?string=WANT_EQUALITY
# [01:51] <luke> khuey: so nsPrefBranch::SetCharPref appears to be being called off the main thread. it ends up calling an observer that is wrapped JS
# [01:52] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [01:52] <khuey> luke: if it's being called off the main thread things have already gone wrong
# [01:52] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [01:52] <luke> khuey: this is good
# [01:52] <khuey> indeed :-D
# [01:53] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [01:53] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [01:53] <luke> khuey: well, it's bad since it's in crash-stats
# [01:54] <cpearce> robhawkes: I've got nebulous plans to do *something* about key input _real soon_... Not sure exactly how we'll solve it yet.
# [01:54] <njn> bz_away: unpong
# [01:54] <luke> khuey: but hopefully the bug isn't the need for another runnable, but that this shouldn't be being off the main thread at all
# [01:54] <khuey> luke: what's the stack here?
# [01:55] <luke> khuey: http://pastebin.mozilla.org/1435928
# [01:56] <khuey> so what's calling SetCharacterPref?
# [01:56] <khuey> it's not the kernel :-P
# [01:56] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [01:56] <luke> khuey: well, that would seem to be the base of the thread
# [01:56] * LegNeato doesn't know how to debug in gdb anymore :-/
# [01:56] <LegNeato> khuey: When you're free, ping me :-D
# [01:57] * Quits: evilpie (evilpie@moz-E011F88E.pools.arcor-ip.net) (Connection reset by peer)
# [01:57] <luke> khuey: the question is: who created that thread, passing it that function
# [01:57] <khuey> luke: where is this stack from?
# [01:57] <khuey> LegNeato: I can multitask
# [01:57] <khuey> what's up?
# [01:57] <luke> khuey: crash-stats
# [01:57] <khuey> luke: addon?
# [01:58] <luke> khuey: doesn't show any
# [01:58] <khuey> luke: http://blogs.msdn.com/b/ntdebugging/archive/2009/03/06/it-s-not-my-fault-a-case-of-remote-code-injection-gone-bad.aspx
# [01:58] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [01:59] <LegNeato> khuey: I have bug 678181 caught in gdb. But I can't seem to get the info in https://bugzilla.mozilla.org/show_bug.cgi?id=668813#c21 because my gdb-fu is weak
# [01:59] <LegNeato> just doing print doesn't work, and going up and down doesn't find what I need
# [01:59] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [01:59] <khuey> LegNeato: mmm
# [02:00] <khuey> I'm not really a gdb expert
# [02:00] <LegNeato> I think this is probably gdb 101
# [02:00] * Joins: redwood (chatzilla@moz-E7348B23.dial1.atlanta1.level3.net)
# [02:00] <khuey> but I could try
# [02:00] <khuey> what's the stack?
# [02:00] <LegNeato> is there a way for me to dump all the vars on the stack?
# [02:00] <LegNeato> ha
# [02:00] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [02:00] <khuey> LegNeato: 'bt'
# [02:00] <heycam> LegNeato, "info locals"?
# [02:00] <khuey> pastebin the first few frames
# [02:01] * Quits: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [02:01] <luke> khuey: that would be bad...
# [02:01] * Joins: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:01] <khuey> luke: yeah
# [02:01] <khuey> it would
# [02:01] <LegNeato> cool beans...bt barfed and said it couldn't unwind or whatever
# [02:01] <khuey> luke: but people injecting into a firefox process to change our prefs wouldn't surprise me at all
# [02:01] <khuey> LegNeato: heh
# [02:01] <khuey> luke: can you link to the crashreport?
# [02:02] <luke> khuey: sure, i'm trying to look at more of them now
# [02:02] <khuey> I'd look for shared libs that aren't shipped with firefox/windows that are common between the crashes
# [02:03] <luke> khuey: https://crash-stats.mozilla.com/report/index/f2c2f886-7bc8-4ecf-8d79-3093a2120104
# [02:03] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [02:04] * Quits: ashughes (ashughes@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: ashughes)
# [02:04] <luke> khuey: i see a bunch of weird .dlls, but who knows what is normal on windows these days
# [02:04] <khuey> luke: the second DLL here is BExternal.dll, which looks like a known trojan
# [02:05] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [02:05] <luke> khuey: the remote code injection is in the name...
# [02:05] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [02:06] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:06] * Quits: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net) (Ping timeout)
# [02:06] <LegNeato> khuey: http://pastebin.mozilla.org/1435939
# [02:07] <luke> khuey: check out the base of stack of this: http://pastebin.mozilla.org/1435940
# [02:08] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [02:08] <khuey> luke: nice
# [02:08] * NeilAway wonders which pref that actually is
# [02:09] <khuey> this is totally code injection
# [02:09] * heycam is now known as heycam|away
# [02:09] * Parts: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:09] <khuey> LegNeato: ok, so matchData.mCh is the character code, I think
# [02:09] <luke> khuey: sweet, the single-threaded assert may not be backed out yet!
# [02:10] <khuey> LegNeato: 'up 3' ?
# [02:10] <khuey> to get to the InitScriptRun frame
# [02:10] <khuey> luke: I loaded 3 windows reports, all look like code injection
# [02:11] <khuey> luke: 2 with BExternal.dll and 1 with 'gemgecko10.dll'
# [02:11] <LegNeato> khuey: It keeps giving my junk like #0 0x0000000000000000 in ?? ()
# [02:11] * Joins: bretr (bret_recka@moz-7B0110AD.mv.mozilla.com)
# [02:11] <LegNeato> now up and down give me the same...should I start over?
# [02:11] * Quits: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [02:11] <khuey> what does "start over" mean?
# [02:11] <khuey> idk why it's giving you that :-/
# [02:11] * khuey hates gdb :-)
# [02:11] <LegNeato> start again, make the crash happen / get a clean slate
# [02:12] <khuey> can you make the crash happen repeatedly?
# [02:12] <LegNeato> yep
# [02:12] <khuey> oh, yeah, go for it
# [02:12] <LegNeato> k
# [02:12] <luke> khuey: very interesting. i guess i should file a bug and cc... people...?
# [02:13] <khuey> luke: well, we should probably DLL blocklist BExternal
# [02:13] <khuey> but in general, there's not much we can do :-/
# [02:14] * Joins: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se)
# [02:14] <NeilAway> actually, they're clearing a pref, which is odd, why would they do that?
# [02:15] <luke> khuey: that this is the #8 topcrash on beta means either we aren't very crashy or there is a lot of trojan activity. i'd like to believe the former .....
# [02:15] * Quits: jimb (user@moz-49F5EF15.ptld.qwest.net) (Ping timeout)
# [02:15] * sfleiter is now known as sfleiter|away
# [02:15] <khuey> probably a little of column a, a little of column b
# [02:15] <khuey> luke: there's more than just trojans though
# [02:15] <khuey> gemgecko looks to be an extension
# [02:16] <darktrojan> not much activity here
# [02:16] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
# [02:16] <darktrojan> summer, etc
# [02:17] * Quits: sfleiter|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de) (Ping timeout)
# [02:17] <NeilAway> khuey: I guess crash reports don't include strings because they're not on the stack?
# [02:17] <khuey> NeilAway: yeah
# [02:18] * biesi_ notes some strings are on the stack
# [02:18] <khuey> if you got the minidump you could figure it out
# [02:18] <biesi_> (nsAutoString)
# [02:18] <khuey> true
# [02:19] * Quits: Callek_Away (chatzilla@moz-76B555A8.bstnma.east.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [02:19] * Quits: @bz_away (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Ping timeout)
# [02:20] * NeilAway doesn't see any nsStrings on that stack
# [02:20] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:21] * LegNeato sighs
# [02:21] <khuey> LegNeato: where do DLL blocklisting bugs go?
# [02:21] <LegNeato> there is a component in toolkit I think?
# [02:21] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [02:21] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:21] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [02:21] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:22] * khuey doesn't see one
# [02:22] <LegNeato> khuey: https://bugzilla.mozilla.org/enter_bug.cgi?comment=DLL%20name%3A%20%0D%0ADLL%20versions%20to%20block%3A%20%0D%0AApplications%2C%20versions%2C%20and%20platforms%20affected%3A%20%0D%0A%0D%0AHomepage%20and%20other%20references%20and%20contact%20info%3A%20%0D%0A%0D%0AReasons%3A&component=Blocklisting&op_sys=All&product=addons.mozilla.org&rep_platform=All&short_desc=DLL%20block%20request%3A%20%3CDLL%20name%3E&status_whiteboard=%5Bdll%5D&v
# [02:22] * Quits: redwood (chatzilla@moz-E7348B23.dial1.atlanta1.level3.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2/20100222071121])
# [02:22] <LegNeato> woah
# [02:22] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [02:22] <LegNeato> that should work thoguh
# [02:22] <LegNeato> so not toolkit ha
# [02:23] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [02:23] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [02:23] * ChanServ sets mode: +o mkaply
# [02:24] * ewong_away is now known as ewong
# [02:24] <nemo> *sigh* every time I use about:cache I get jealous of opera :-/
# [02:25] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [02:25] <nemo> snappy about:cache, w/ filtering, that doesn't lock up the machine for a minute when I use it...
# [02:25] <nemo> s/machine/browser/
# [02:26] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [02:26] <khuey> LegNeato: so what's the process for these after filing?
# [02:26] <khuey> luke: bug 715744
# [02:28] <luke> khuey: nice. that is the second this week?
# [02:28] <LegNeato> khuey: Amo team will pick it up, QA will qualify, then put into production
# [02:28] <luke> s/?//
# [02:28] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
# [02:28] <LegNeato> khuey: https://wiki.mozilla.org/Blocklisting#Blocklisting_Process
# [02:28] <luke> khuey: i'm about to file a bug for [@ CrashInJS | JS_AbortIfWrongThread]
# [02:29] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [02:29] <khuey> luke: ok, would appreciate a CC
# [02:29] <khuey> luke: I suspect it's going to catch all sorts of malware/shitty addon code
# [02:30] * clokep is now known as clokep_
# [02:30] * jmaher|afk is now known as jmaher
# [02:30] <khuey> every windows report I've looked at has BExternal.dll or gemgecko10.dll
# [02:31] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [02:31] * Joins: jduell (jduell@moz-E3AECA12.spl.org)
# [02:31] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [02:31] <RyanVM> cool, my --disable-updater build is dying on maintenanceservice
# [02:32] <RyanVM> NeilAway: ^^^
# [02:33] <LegNeato> luke, khuey: http://stackoverflow.com/questions/4713441/localizing-extension-descriptions-before-gecko-1-9
# [02:33] <RyanVM> rather, bbondy: ^^^
# [02:33] <LegNeato> GemGecko looks like someone rebranding Firefox
# [02:33] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [02:33] <khuey> LegNeato: yeah, it's some sort of extension type thing
# [02:33] <LegNeato> afun fun
# [02:34] <bbondy> RyanVM: can you post a bug with your .mozconfig and I'll take it
# [02:34] <RyanVM> k
# [02:34] * Joins: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net)
# [02:34] <RyanVM> it's either --disable-updater or more likely --disable-installer
# [02:34] <RyanVM> probably just a missing ifdef
# [02:34] <khuey> luke: and bug 715748
# [02:36] <bbondy> RyanVM: \browser\confvars.sh comment out MOZ_MAINTENANCE_SERVICE=1 should be fine for now as a workaround
# [02:37] <RyanVM> thanks
# [02:37] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [02:37] <bbondy> np
# [02:39] * Quits: fitzgen (fitzgen@moz-3AC4DECC.reshall.wwu.edu) (Quit: zzzzzzzzz)
# [02:40] * Quits: redfive (chatzilla@moz-B94E1A81.ipnetworksinc.net) (Ping timeout)
# [02:42] * clokep_ is now known as clokep
# [02:42] <jdm> anybody know what hgrc option I need to make my merge rejects be in unified format?
# [02:43] * clokep is now known as IRCMonkey16864
# [02:45] * heycam|away is now known as heycam
# [02:46] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [02:48] * Joins: mijia_ (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [02:49] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Ping timeout)
# [02:49] * mijia_ is now known as mijia
# [02:50] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [02:50] * Joins: pzhang (pzhang@E1AD879F.CC98CBF7.C589985.IP)
# [02:50] <khuey> luke: https://crash-stats.mozilla.com/report/index/a517305c-4f2c-400d-be53-997162120105 looks interesting!
# [02:50] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [02:51] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Client exited)
# [02:51] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [02:52] <luke> khuey: oh yeah, icedtea is a known issue
# [02:53] <luke> khuey: see bug 704249
# [02:53] <luke> comment 3 has my analysis
# [02:53] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [02:54] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
# [02:55] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
# [02:55] * Joins: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net)
# [02:55] <khuey> luke: perhaps getting the safe JS context off the main thread should just fail?
# [02:56] <luke> khuey: that would push the crash "lower", but yes, it will definitely fail
# [02:56] <luke> khuey: JS_NewContext contains the bomb
# [02:56] * IRCMonkey16864 is now known as clokep
# [02:57] <luke> khuey: filed, cc'd
# [02:57] * Joins: AryehGregor (AryehGrego@moz-6FC51DD9.nyc.res.rr.com)
# [03:00] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
# [03:01] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
# [03:03] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8b0437df0da3 - Ben Turner - Bug 715756: Workers: Enable TI and allow JIT hardening to be disabled. r=sicking.
# [03:03] * Parts: zandr (zandr@moz-891BD824.milewski.org)
# [03:05] * Ziggy_Maes is now known as Ziggy|AWAY
# [03:06] <jgilbert> do we use intrinsics anywhere?
# [03:06] <khuey> yes
# [03:07] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [03:07] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [03:07] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [03:07] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Client exited)
# [03:08] <jgilbert> khuey: does a good example come to mind?
# [03:08] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [03:09] <bent> jgilbert, https://mxr.mozilla.org/mozilla-central/source/nsprpub/pr/include/pratom.h#122 for instance
# [03:09] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [03:10] <khuey> http://mxr.mozilla.org/mozilla-central/source/intl/uconv/src/nsUTF8ToUnicodeSSE2.cpp
# [03:10] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Quit: Instantbird 1.2a1pre)
# [03:10] <luke> __BitScanForward32 in js/public/Utility.h
# [03:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [03:10] * luke is now known as luke-away
# [03:10] <jgilbert> great, thanks
# [03:11] * Quits: dzbarsky (Mibbit@moz-9DD6B824.washdc.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [03:12] * Joins: bnicholson (bnicholson@moz-D1AB96C1.hsd1.ca.comcast.net)
# [03:13] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [03:13] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
# [03:13] * Quits: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net) (Quit: zzzzzzzzz)
# [03:16] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [03:16] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [03:19] * Quits: biesi_ (cbiesinger@moz-76ED95A4.corp.tfbnw.net) (Ping timeout)
# [03:19] * Joins: mconley (mconley@moz-671E60DE.eng.wind.ca)
# [03:19] * Joins: zandr (zandr@moz-891BD824.milewski.org)
# [03:20] * Quits: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com) (Ping timeout)
# [03:21] * Quits: bretr (bret_recka@moz-7B0110AD.mv.mozilla.com) (Quit: bretr)
# [03:22] * Joins: ddahl (ddahl@moz-6971CF66.hsd1.il.comcast.net)
# [03:23] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [03:23] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [03:24] * jcranmer is now known as jcranmer|away
# [03:24] * Joins: asac_ (asac@DF609056.8FE68773.B3DDC20A.IP)
# [03:25] * Quits: asac (asac@moz-69A798E0.pppoe.wtnet.de) (Ping timeout)
# [03:25] * Quits: gandalf (zbraniecki@moz-A1D7D0E0.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [03:28] * Joins: faramarz_ (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [03:28] * Quits: faramarz_ (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz_)
# [03:28] * Quits: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP) (Quit: Joeh)
# [03:28] * lsblakk is now known as lsblakk|biab
# [03:30] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:30] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [03:30] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [03:30] * Joins: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com)
# [03:30] <philor> could someone sg peek at bug 713209 and tell me when or if it landed on a trunk repo?
# [03:31] <gavin> it's FIXED...
# [03:31] <gavin> https://hg.mozilla.org/mozilla-central/rev/721203297177
# [03:32] <gavin> via inbound
# [03:32] <philor> thx
# [03:33] * Quits: jwir3|away (In@moz-FA942C67.com) (Input/output error)
# [03:33] * Quits: mjschranz (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP) (Ping timeout)
# [03:33] * Quits: chewey (chewey@moz-6AAE60DC.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:33] <gavin> hmm hg log | grep -B3 713209 actually works fairly well
# [03:34] * Joins: chewey (chewey@moz-7D93230D.dip0.t-ipconnect.de)
# [03:34] <gavin> (takes a while to finish but this result is near the top)
# [03:34] <Unfocused> grep? hg log -l 1 -k 713209
# [03:34] <philor> inconvenient time for it to have landed, I really needed either December 20th or today
# [03:35] <gavin> Unfocused: ah, -k is neat
# [03:35] * Quits: regen (Miller@moz-BD0D3B83.adsl.dynamic.seed.net.tw) (Quit: regen)
# [03:35] <Unfocused> yea :)
# [03:35] <gavin> -l1 is unsuitable for this task, though
# [03:36] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120103190652])
# [03:36] <Unfocused> it is?
# [03:37] * Joins: Hughman (Hughman@moz-1727A300.static.tpgi.com.au)
# [03:37] * bear-buildduty is now known as bear-afk
# [03:38] * Quits: pzhang (pzhang@E1AD879F.CC98CBF7.C589985.IP) (Client exited)
# [03:38] * glob|away is now known as glob
# [03:39] * Joins: mike5w3c (MikeS@moz-DBC8DD27.u01.hotspot.ne.jp)
# [03:40] <gavin> Unfocused: there are three cases where that bug shows up, due to backouts and such
# [03:41] <Unfocused> ah
# [03:41] <gavin> oh I guess the first one is the most useful
# [03:41] <Unfocused> yea, that was my assumption :)
# [03:41] * Quits: @mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [03:41] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
# [03:41] * fabrice is now known as fabrice|afk
# [03:41] <philor> if it landed on December 20th and was backed out, that would be useful :)
# [03:42] * Joins: mike5w3c_ (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [03:42] * Quits: mike5w3c (MikeS@moz-DBC8DD27.u01.hotspot.ne.jp) (Ping timeout)
# [03:42] * mike5w3c_ is now known as mike5w3c
# [03:43] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:43] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [03:43] <gavin> philor: nope - was reported dec 23rd :)
# [03:44] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [03:44] <Unfocused> fwiw, could also do: hg log -d -180 -k 713209 (limit it to the last 180 days, so it stops searching early)
# [03:44] <mbrubeck> very confusing how the changeset hash (721203297177) is composed of the same characters of the bug number
# [03:45] <Unfocused> haha
# [03:45] <gps> anyone know of a Mozilla checkstyle configuration file to help enforce Java coding standards?
# [03:45] <gps> are there Java coding standards yet?
# [03:45] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
# [03:46] <jdm> the #mobile guys would be the only ones who would know that
# [03:46] <jdm> given the amount of java used in the rest of the tree
# [03:46] <gps> oh, jdm, I owe you a bounty
# [03:47] <mbrubeck> gps: Nothing formal, but we documented some rough consensus at https://wiki.mozilla.org/Fennec/NativeUI/CodingStyle
# [03:47] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [03:47] <jdm> gps: yes you do :(
# [03:47] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Client exited)
# [03:47] <jdm> er
# [03:47] <jdm> :)
# [03:47] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:48] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [03:48] * Joins: mike5w3c_ (MikeS@moz-DBC8DD27.u01.hotspot.ne.jp)
# [03:48] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [03:48] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Ping timeout)
# [03:48] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
# [03:48] * mike5w3c_ is now known as mike5w3c
# [03:49] * Quits: mconley (mconley@moz-671E60DE.eng.wind.ca) (Ping timeout)
# [03:49] * Quits: romaxa (romaxa@moz-476BA30B.static.steadfastdns.net) (Quit: leaving)
# [03:49] * Joins: romaxa (romaxa@moz-B4C9ABAA.cinfuserver.com)
# [03:51] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [03:51] * ChanServ sets mode: +o bz
# [03:52] * Quits: mike5w3c (MikeS@moz-DBC8DD27.u01.hotspot.ne.jp) (Ping timeout)
# [03:52] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/c7e27452a143 - Kartikaya Gupta - Bug 715164 - Guard against another race condition in PZC. r=pcwalton
# [03:53] * Joins: mike5w3c (MikeS@moz-DBC8DD27.u01.hotspot.ne.jp)
# [03:55] * Quits: necolas (necolas@moz-4197BE5D.bb.sky.com) (Client exited)
# [03:56] * Quits: @smaug (chatzilla@moz-2563CA54.gprs.sl-laajakaista.fi) (Ping timeout)
# [03:56] * Quits: LegNeato (clegnitto@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [03:57] <cpearce> bc: ping
# [03:58] * Joins: alex_mayorga (u4422@moz-160C58C6.com)
# [03:58] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [03:59] * philor is now known as philor|away
# [04:00] <jgilbert> has try been being really slow to submit again?
# [04:01] <Unfocused> again? you make it sound like it stopped
# [04:01] <jgilbert> >>
# [04:02] * Joins: priya (priya@moz-5843392D.hsd1.ca.comcast.net)
# [04:04] * Joins: Boriss (FlyingToas@moz-811D9104.public.monkeybrains.net)
# [04:07] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [04:07] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:07] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [04:07] * Joins: Ventron (michael@moz-F488A69.dyn.iinet.net.au)
# [04:07] * Joins: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net)
# [04:10] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:10] * Quits: tonymec (tonymec@6F17CB2F.4E80F1F3.277517C1.IP) (Ping timeout)
# [04:11] * Quits: tonymec|away (tonymec@6F17CB2F.4E80F1F3.277517C1.IP) (Ping timeout)
# [04:11] <njn> how do I do a Talos run on try -- specifically, what do I compare it against?
# [04:11] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [04:11] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
# [04:13] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:13] <mbrubeck> njn: I'd compare it against whatever revision your Try push was based on
# [04:13] <njn> mbrubeck: how do I do that?
# [04:14] <mbrubeck> njn: If you're just looking at one test, you can just look at the results on TBPL. If you're doing all the tests, there are tools...
# [04:14] <mbrubeck> njn: https://wiki.mozilla.org/ReleaseEngineering/TryServer#Viewing_the_results
# [04:15] <mbrubeck> (Clicking on a Talos job on TBPL will display the results in the footer.)
# [04:15] <njn> mbrubeck: http://perf.snarkfest.net/compare-talos/ ?
# [04:15] * mcote|afk is now known as mcote
# [04:16] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [04:17] <mbrubeck> yeah
# [04:17] <njn> mbrubeck: that allows comparing a try revision with a moz-inbound revision?
# [04:17] <mbrubeck> yes.
# [04:17] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [04:18] <mbrubeck> It gives output like http://perf.snarkfest.net/compare-talos/index.html?oldRevs=ae6e1f90b511&newRev=0c53ef87dbc2&tests=tp5_paint&submit=true
# [04:18] <mbrubeck> That's comparing a Try push to a mozilla-central push
# [04:19] <njn> mbrubeck: great, thanks!
# [04:20] * Joins: tonymec__ (tonymec@12F3CFA7.ACA10CFA.277517C1.IP)
# [04:20] * tonymec__ is now known as tonymec|away
# [04:21] * Quits: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [04:21] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [04:21] * sancus is now known as sancus_
# [04:21] * sancus_ is now known as sancus
# [04:25] <@bz> mmhm?
# [04:25] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [04:25] <@bz> we have our own dynamic linker?
# [04:25] * Joins: jcranmer|away (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [04:25] * Quits: grubshka (grubshka@moz-B1583219.w109-212.abo.wanadoo.fr) (Ping timeout)
# [04:26] <khuey> on android
# [04:26] <mbrubeck> We have one on Android to load libraries directly out of the zip file
# [04:26] <khuey> we could have one on other platforms
# [04:26] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
# [04:26] * Quits: mike5w3c (MikeS@moz-DBC8DD27.u01.hotspot.ne.jp) (Ping timeout)
# [04:26] <khuey> it's work to do, but it might be worth it
# [04:26] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [04:26] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [04:27] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [04:27] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Quit: kumar)
# [04:27] <mbrubeck> so, who broke reftests on inbound?
# [04:27] <mbrubeck> or is that just a lot of random orange?
# [04:27] <nthomas> on win7 ?
# [04:28] <mbrubeck> oh great, we're seeing bug 662154 everywhere...
# [04:28] <@bz> khuey: mmm
# [04:28] <@bz> khuey: it just seems so gratuitous....
# [04:28] * Joins: grubshka (grubshka@moz-545A0904.w86-216.abo.wanadoo.fr)
# [04:28] <@bz> khuey: but might be worth it, yes
# [04:29] <mbrubeck> on seemingly unrelated pushes on different trees
# [04:29] <khuey> bz: did you see the bug about the spanish department of industry's signing thing that links to mozalloc and sqlite and who knows what else
# [04:29] <mbrubeck> yeah, on win7
# [04:29] <mbrubeck> Is this a zombocom or something?
# [04:29] <@bz> khuey: nope
# [04:30] <@bz> khuey: but sounds like we need to use hidden visibility more
# [04:30] <@bz> khuey: and link everything into one library.
# [04:30] <@bz> khuey: can we link js into libxul once we update msvc?
# [04:30] <khuey> no
# [04:30] <@bz> khuey: :(
# [04:30] <khuey> js is never going into libxul on 32 bit windows
# [04:30] <@bz> khuey: why not?
# [04:30] <nthomas> mbrubeck: if it's happening on talos-r3-w7-001 through to 050 only then it's bug 710233
# [04:30] <khuey> unless we decide to drop pgo
# [04:30] * mbrubeck checks
# [04:30] <@bz> khuey: what breaks?
# [04:30] <khuey> bz: linker memory exhaustion
# [04:31] <@bz> khuey: ah, I see
# [04:31] <khuey> s/memory/virtual address space/
# [04:31] <khuey> to be pedantic
# [04:31] <@bz> khuey: even on 64-bit builders?
# [04:31] <mbrubeck> nthomas: Looks like it, from a quick small sample
# [04:31] <khuey> we haven't done measurements, but going to 64-bit builders gets us from 3 GB to 4GB
# [04:31] <@bz> yes
# [04:31] <khuey> and js in libxul would burn a lot of that, most likely
# [04:31] <@bz> ok
# [04:32] <@bz> fine
# [04:32] * Quits: camd (camerondaw@moz-D00736A2.hsd1.ca.comcast.net) (Quit: camd)
# [04:32] <khuey> toss in NSS and the other stuff ...
# [04:32] <@bz> mmmm
# [04:32] <@bz> we can leave out nss
# [04:32] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [04:32] <@bz> if someone wants to link to nss, so be it
# [04:32] <@bz> another option
# [04:32] <@bz> which can go under the "insane" heading
# [04:32] * khuey likes insane
# [04:32] <@bz> you know how we have cairo-rename?
# [04:33] <khuey> no
# [04:33] <nthomas> mbrubeck: could you comment on the bug that there is impact, what you prefer to do to about it (pull dongles/adjust test manifest/etc)
# [04:34] <@bz> khuey: http://mxr.mozilla.org/mozilla-central/source/gfx/cairo/cairo/src/cairo-rename.h
# [04:34] <@bz> khuey: basically, it's a header the #defines every single cairo API function name
# [04:34] <roc> mmmm
# [04:34] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [04:34] <roc> randomize the symbol names on every builds
# [04:34] <roc> that'll fox them
# [04:34] <@bz> khuey: to a name that starts with _moz
# [04:34] <@bz> roc: precisely!
# [04:34] * Quits: karl (karl@6508E994.8998A38C.C8A09C26.IP) (Ping timeout)
# [04:34] <khuey> well that doesn't really randomize
# [04:34] <khuey> but ok
# [04:34] * Quits: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se) (Ping timeout)
# [04:34] <@bz> khuey: so we don't collide if we get embedded by someone linked to system-cairo
# [04:34] <khuey> we could switch to exporting by ordinals!a
# [04:34] <@bz> khuey: we could at build-time generate a header like this
# [04:34] <khuey> that would fuck up everyone's day
# [04:35] <khuey> except ours
# [04:35] * Quits: espindola (espindola@FFE83961.F93A2643.971E19F6.IP) (Ping timeout)
# [04:35] <@bz> khuey: for jsapi and whatever else we want
# [04:35] <@bz> khuey: want me to mention in the bug?
# [04:35] <khuey> bz: assuming we generate random symbol names
# [04:35] <khuey> bz: a given firefox release will still have a given set of symbol names
# [04:35] <@bz> khuey: shouldn't be hard
# [04:35] <khuey> so I don't see how it helps
# [04:35] <@bz> khuey: yes
# [04:35] * lsblakk|biab is now known as lsblakk|partially-present
# [04:36] <@bz> khuey: well
# [04:36] <khuey> given that people have to recompile for each version anyways
# [04:36] <@bz> khuey: they'd have to reverse-engineer the release, no?
# [04:36] * Joins: espindola (espindola@moz-14786D4F.dsl.teksavvy.com)
# [04:36] <@bz> khuey: since compiling against our headers would NOT work
# [04:36] <@bz> khuey: since that header is generated at compile time only
# [04:36] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [04:36] <@bz> khuey: so you could still do it with enough effort
# [04:36] <khuey> well, I suppose that's true
# [04:36] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:36] <khuey> yeah, with effort you could do it
# [04:36] <@bz> khuey: strings, find the names you care about
# [04:37] <@bz> khuey: write your own renaming header
# [04:37] <@bz> khuey: but by now "I should not be doing this" alarm bells should be ringing
# [04:37] * glob is now known as glob|away
# [04:38] <@bz> khuey: in fact, I would aim to do this by just prepending some random string to everything
# [04:38] <khuey> I would have thought people would figure out that linking to our DLLs is not something they should do
# [04:38] <@bz> khuey: instead of really randomizing
# [04:38] <khuey> but I was clearly wrong
# [04:38] * glob|away is now known as glob
# [04:38] <@bz> khuey: should make breakpad integration simpler
# [04:38] <@bz> khuey: yeah, that's clearly not something people think about
# [04:38] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [04:38] <khuey> we should stop shipping import libraries for our DLLs in the gecko SDK
# [04:39] <khuey> that would help
# [04:39] <kats> inbound android is busted because one of my patches was based off an older revision and there were intermediate changes. should i push a fix on top?
# [04:39] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [04:39] <@bz> kats: if you have a fix, then yes
# [04:40] * Joins: mjschranz (mjschranz@9F95A83A.531FD64C.630E4E47.IP)
# [04:40] <kats> ok, coming up in a minute or two
# [04:40] * Quits: espindola (espindola@moz-14786D4F.dsl.teksavvy.com) (Quit: Ex-Chat)
# [04:40] <khuey> bz: fwiw, on non-Windows platforms we ought to be able to hide the JS symbols today
# [04:40] * Joins: edmorley (edmorley@moz-1855C7F7.range86-144.btcentralplus.com)
# [04:40] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [04:41] * Quits: tonymec|away (tonymec@12F3CFA7.ACA10CFA.277517C1.IP) (Input/output error)
# [04:41] <khuey> since js is inside libxul, and nothing outside of libxul should use js symbols
# [04:41] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [04:41] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [04:42] <@bz> khuey: well
# [04:43] <@bz> khuey: as long as we disable the hiding when building with js outside libxul
# [04:43] * Joins: tonymec__ (tonymec@12F3CFA7.ACA10CFA.277517C1.IP)
# [04:43] * tonymec__ is now known as tonymec|away
# [04:43] <@bz> khuey: and in any case, I would expect windows is the major pain point here anyway
# [04:43] <khuey> well, right ...
# [04:43] <khuey> yeah
# [04:43] <khuey> that's the bigger problem
# [04:45] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [04:46] * Quits: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net) (Quit: zzzzzzzzz)
# [04:46] * glob is now known as glob|away
# [04:47] * khuey kinda likes the custom dynamic linker
# [04:47] <khuey> not sure how much work it is though
# [04:47] <khuey> ted found some code that looks like it might just work on windows
# [04:47] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [04:48] <mbrubeck> nthomas: Commented -- I'm not sure what the best solution is (or what the possible solutions are at all)
# [04:48] * ctalbert is now known as ctalbert|afk
# [04:49] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [04:50] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
# [04:50] <heycam> hey, I'm trying to use MozAfterRepaint in a reftest -- can someone verify I'm doing it right?
# [04:50] <heycam> http://pastebin.mozilla.org/1436192
# [04:51] <heycam> so I want to get called after the style change has caused a repaint
# [04:51] <heycam> and then end the test
# [04:51] <heycam> but it's not ending
# [04:51] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [04:53] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
# [04:53] * Joins: wikkit (Mibbit@A633B739.6B860965.57460053.IP)
# [04:53] <njn> biesi_: that was quick! :)
# [04:53] <@bz> heycam: MozAfterPaint
# [04:53] * Quits: wikkit (Mibbit@A633B739.6B860965.57460053.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [04:54] <biesi_> njn, np :)
# [04:54] <heycam> bz, gah
# [04:54] <heycam> bz, might help
# [04:54] <njn> biesi_: do you have any sense whether it'll make any difference?
# [04:54] <@bz> heycam: we need more dwim
# [04:54] <@bz> heycam: or not
# [04:54] * Quits: bnicholson (bnicholson@moz-D1AB96C1.hsd1.ca.comcast.net) (Input/output error)
# [04:54] <@bz> heycam: btw, thanks for putting up with all the crap in that window thread
# [04:54] <khuey> njn: I punted to bsmedberg because a) I'm not a peer and b) non-Firefox code can use that, I think
# [04:54] <njn> khuey: np
# [04:54] <heycam> bz, it's actually somewhat arcane the paths you have to follow to work out what "var x;" does!
# [04:54] <@bz> heycam: I hate the fact that the ecma folks just won't push that change anywhere public....
# [04:54] <@bz> heycam: yeah, indeed
# [04:55] <heycam> bz, so that change isn't in 5.1?
# [04:55] <njn> khuey: that 3rd patch cuts the most lines, but only patch 1 really matters from a memory reporting POV
# [04:55] <jmaher> ack kats thanks
# [04:55] <jmaher> just came back to check on my push and saw the failure
# [04:55] <khuey> njn: yeah
# [04:55] <kats> jmaher: no prob, i should have pulled more recently too
# [04:56] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [04:56] * ChanServ sets mode: +o mkaply
# [04:57] <njn> biesi_: what about the option names? you happy to leave them untouched?
# [04:57] <@bz> heycam: that bug is against 5.1
# [04:57] <@bz> heycam: so it's not, afaict
# [04:57] <heycam> bz, ah right
# [04:58] <heycam> bz, I'll add a link on http://wiki.whatwg.org/wiki/Web_ECMAScript#Global_scope
# [04:58] <heycam> (well, on that page)
# [04:58] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [04:59] * Quits: sholsapp (sholsapp@moz-439E77F5.dhcp.snlo.ca.charter.com) (Quit: sholsapp)
# [05:00] <@bz> heycam: sounds good
# [05:03] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [05:04] * Quits: jduell (jduell@moz-E3AECA12.spl.org) (Ping timeout)
# [05:04] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [05:04] * njn loves that you can override the compatibilty check for add-ons now without having to type some arcane crap in about:config
# [05:04] <heycam> bz, how can I ensure I'm in a steady state where repaints won't happen until I make any changes to the DOM?
# [05:05] <heycam> bz, if I make no changes after the load event, could repaints still occur after it's dispatched?
# [05:05] <@bz> heycam: mmm
# [05:05] <@bz> heycam: In general, I'd think yes
# [05:05] <@bz> heycam: but check with roc?
# [05:05] * Joins: mijia_ (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [05:06] <roc> in reftests this is easy, just listen for MozReftestInvalidate
# [05:06] <roc> but this is a mochitest?
# [05:06] <heycam> roc, no, a reftest
# [05:06] <heycam> when does MozReftestInvalidate fire?
# [05:06] <@bz> roc: btw, will reftests using MozAfterPaint be affected by the async invalidation changes?
# [05:07] <roc> heycam: when there are no pending paints
# [05:07] <roc> heycam: i.e., what you want
# [05:07] <heycam> roc, :)
# [05:07] <heycam> roc, sounds good
# [05:07] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Ping timeout)
# [05:07] * mijia_ is now known as mijia
# [05:07] <roc> heycam: care you testing invalidation? because that's exactly what it's for
# [05:07] <heycam> the name seems a bit misleading though
# [05:07] <heycam> roc, yes
# [05:07] <roc> think of it as a command: "reftest: invalidate!"
# [05:08] <heycam> heh
# [05:09] <roc> bz: hm.,.....
# [05:09] * Quits: @mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [05:09] <roc> bz: now that you mention it ... yes!
# [05:09] <@bz> roc: still trying to figure what reftest-remote is up to, btw
# [05:09] <@bz> roc: but could this be part of it?
# [05:09] <@bz> roc: er, I guess not
# [05:09] <roc> maybe
# [05:10] <roc> hmm
# [05:10] * Quits: Boriss (FlyingToas@moz-811D9104.public.monkeybrains.net) (Quit: Boriss)
# [05:10] <roc> actually, MozAfterPaint and nsDOMWindowUtils::GetIsMozAfterPaintPending should not be affected since they're triggered by frame invalidation, which you're not changing
# [05:10] <@bz> roc: ah, ok
# [05:11] <roc> I was thinking ahead of myself to display-list-based invalidation, which will mess with those severely
# [05:11] * khuey is now known as khuey|away
# [05:11] <mattwoodrow> hooray
# [05:12] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [05:13] <@bz> heh
# [05:14] <ddahl> khuey|away: thanks for teaching me stuff and stuff:) you rock!
# [05:14] * Joins: Boriss (FlyingToas@moz-811D9104.public.monkeybrains.net)
# [05:16] * khuey|away is now known as khuey
# [05:16] <khuey> ddahl: I try
# [05:16] <ddahl> khuey: srsly, thank you
# [05:17] <ddahl> how many addref methods do we have?:)
# [05:17] <khuey> well, there's NS_ADDREF
# [05:17] <khuey> and NS_IF_ADDREF which is null safe
# [05:17] <khuey> and you could just call foo->AddRef(), but that's frowned upon
# [05:17] <khuey> and then there's the smart pointers, of course
# [05:17] <khuey> so at least 5
# [05:18] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [05:18] <khuey> maybe more I don't remember
# [05:18] <@bz> define "methods"
# [05:18] * nthomas is now known as nthomas|away
# [05:18] <khuey> heh
# [05:18] <khuey> if you want to go that way ...
# [05:18] <khuey> thousands
# [05:18] * @bz mutters about just using smart pointers and never using NS_ADDREF/NS_IF_ADDREF
# [05:19] * Quits: grubshka (grubshka@moz-545A0904.w86-216.abo.wanadoo.fr) (Ping timeout)
# [05:19] <khuey> NS_[IF|]_ADDREF is kinda useful for outparams though
# [05:19] <khuey> the alternative is more verbose, and kinda unclear
# [05:19] <khuey> nsRefPtr<Foo> foo = new Foo();
# [05:19] <khuey> foo.forget(retval);
# [05:19] <khuey> etc
# [05:21] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [05:21] <@bz> yeah, true
# [05:22] * glob|away is now known as glob
# [05:25] <ewong> !seen smaug
# [05:25] <firebot> smaug was last seen 2 hours, 57 minutes and 28 seconds ago, saying 'yeah' in #jsapi.
# [05:26] * philor|away is now known as philor
# [05:26] * Quits: edmorley (edmorley@moz-1855C7F7.range86-144.btcentralplus.com) (Quit: Leaving.)
# [05:26] <khuey> it's 6 or 7 am for him by now
# [05:27] <ewong> ooh. so about 2 hrs down the road?
# [05:27] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [05:27] <khuey> maybe
# [05:27] <ewong> was gonna ping him on bug #693172
# [05:27] <@bz> depending on the hours he keeps, no?
# [05:27] <khuey> he normally works pretty late, to be on the same time as most of us
# [05:27] <@bz> he was up 3 hours ago!
# [05:27] <@bz> per above
# [05:28] <khuey> yeah
# [05:28] <darktrojan> and the rest of us, in turn, work late to avoid him :)
# [05:29] <ewong> oh..then I guess it'll be later than that..
# [05:29] <ewong> khuey: are there any 'simple' build config bugs that I can have a try?
# [05:30] * Quits: mjschranz (mjschranz@9F95A83A.531FD64C.630E4E47.IP) (Client exited)
# [05:30] * darktrojan wishes smooth scroll worked when setting .scrollTop
# [05:31] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [05:32] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [05:33] <khuey> ewong: not that I can think of offhand
# [05:34] <darktrojan> ewong, I have a problem with my build config that you could fix, but it would involve you buying me new hardware
# [05:34] <ewong> khuey: ok.. thanks. will try later
# [05:34] <ewong> darktrojan: hah hah.. right..
# [05:35] * joduinn is now known as joduinn-commute
# [05:36] <philor> oh, my daughters... I want a simple patch that I can do, but then I'll have to write baby's first reftest, which I'm sure to do in a busted and flaky way
# [05:36] <philor> then I'll have to yell at me
# [05:36] <khuey> ewong: 715048 needs a c-c port
# [05:36] <khuey> it's trivial
# [05:36] <khuey> which I suppose qualifies as simple
# [05:37] <@bz> philor: you're looking for coding work?
# [05:38] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [05:38] <ewong> wow.. I can actually have two objdirs for one tree? I did not know that.
# [05:38] <philor> bz: no, I just want bug 715203 fixed, it's getting on my nerves, which are... none too stable right now
# [05:38] * Joins: grubshka (grubshka@moz-C237A06A.w109-212.abo.wanadoo.fr)
# [05:39] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [05:39] <darktrojan> firebot, !!
# [05:39] <firebot> darktrojan: Oh... Dunno. Ah, right: It's a line with a dot. It's after sentences like "Shut up!"
# [05:39] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [05:39] <darktrojan> heh
# [05:39] * cjones is now known as cjones-dinner
# [05:39] <darktrojan> I wish that worked the same way as sudo !!
# [05:39] * Quits: Boriss (FlyingToas@moz-811D9104.public.monkeybrains.net) (Quit: Boriss)
# [05:40] * khuey is now known as khuey|away
# [05:40] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [05:40] <darktrojan> firebot, bug 715203
# [05:40] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=715203 nor, P3, ---, sjohnson, NEW, -moz-column-fill property does not update from within script correctly
# [05:40] <ewong> khuey cool! thanks!
# [05:40] <philor> summary is unrelated
# [05:41] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [05:41] * Quits: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net) (Quit: Leaving)
# [05:42] <darktrojan> fun
# [05:42] <ewong> when I assign myself to a bug, shouldn't the "status" automatically be set to "ASSIGN"? and not remain as "NEW"?
# [05:42] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [05:43] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [05:43] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [05:43] <@bz> ewong: you can have as many as you want
# [05:43] <ewong> or did I miss something in bugzilla 101?
# [05:43] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [05:43] <philor> the only difference in meaning between the two is whatever difference in meaning you assign to your own use of them
# [05:43] <@bz> philor: that should be an easy reftest. ;)
# [05:44] <philor> relatively easy
# [05:44] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:45] <glob> ewong, yeah, as philor said, it depends
# [05:45] * heycam giggles at "baby's first reftest"
# [05:45] <glob> ewong, i assign bugs to myself to put them into my work queue, but leave them as new to indicate that i haven't started working on them yet
# [05:45] <philor> back in the day, the day being 2002, maybe someone in layout would say "this is buld config, not layout, ewong, can you take this" and set it new+you, or your boss at Netscape would say "ewong, take this" and then once you had agreed to take it, you would change it to assigned
# [05:45] * Joins: tonymec (tonymec@12F3CFA7.ACA10CFA.277517C1.IP)
# [05:46] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
# [05:46] <ewong> oooh
# [05:51] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [05:51] <jesup> The bugzilla state bits really are just 1's and 0's. They only mean what the viewer thinks they mean. It's a semi-shared illusion. :-)
# [05:53] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [05:54] * lsblakk|partially-present is now known as lsblakk|afk
# [05:54] <sfink> They're 0's and 1's, dammit! You're always insisting that they're backwards! I'm tired of arguing with you over this. Can't you see that you're clearly in the wrong?
# [05:56] * Joins: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw)
# [05:57] * Quits: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:59] * Joins: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com)
# [05:59] * zpao|detached is now known as zpao
# [06:00] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [06:02] <ewong> the order is significant?
# [06:03] <philor> no it isn't, damnit! don't believe him when he says it is!
# [06:03] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Ping timeout)
# [06:04] <@bz> indeed
# [06:04] <@bz> didn't we write some linker thingie for android to shake up fennec at startup so all the 1s fall to the bottom of the heap and the 0s float to the top?
# [06:04] <@bz> I hear it sped us up a lot
# [06:05] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [06:05] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [06:07] * Quits: Polynomial-C (Poly-C@moz-4413ED0A.dip.t-dialin.net) (Ping timeout)
# [06:07] * Joins: Poly-C (Poly-C@moz-3E2B7C13.dip.t-dialin.net)
# [06:11] <philor> that's supposed to speed it up? I thought it just randomized them like a snow globe, every 12 minutes
# [06:12] <Unfocused> tinderbox supports this theory
# [06:14] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [06:14] * Quits: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.7/20111223104554])
# [06:14] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [06:16] * Quits: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com) (Ping timeout)
# [06:18] * Quits: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:19] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [06:20] * Quits: jhammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [06:21] * Quits: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw) (Quit: regen)
# [06:21] * mcote is now known as mcote|afk
# [06:22] * Quits: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com) (Quit: Leaving)
# [06:23] * Joins: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net)
# [06:24] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [06:24] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
# [06:25] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [06:26] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [06:31] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [06:32] * cjones-dinner is now known as cjones
# [06:32] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
# [06:33] * Quits: Olipro (Olipro@moz-9F100761.catv.pool.telekom.hu) (Quit: ZNC - http://znc.sourceforge.net)
# [06:36] <heycam> is there a way I can get text not to render with subpixel AA? a CSS property I can set?
# [06:37] * @bz doubts
# [06:37] <@bz> why do you need that/
# [06:37] <@bz> ?
# [06:37] <heycam> I want to write a reftest comparing SVG text that uses a gradient fill to some CSS rendered text
# [06:38] <@bz> does using the Ahem font help?
# [06:38] <heycam> I don't think there's a non-webkit way to set gradient text color?
# [06:38] * Joins: Olipro (Olipro@moz-8605A6C2.catv.pool.telekom.hu)
# [06:38] <heycam> so I was going to have my SVG gradient be the same (or near) colour stops
# [06:38] <heycam> and compare it to plain color CSS text
# [06:38] <heycam> the Ahem font -- I guess I could use that and just clip away the edges of the glyph, to avoid AA comparison issues
# [06:39] <@bz> yeah
# [06:39] <@bz> that seems convoluted but possibly your best bet
# [06:39] <@bz> or just compare svg text using Ahem to rectangles
# [06:39] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [06:39] <@bz> or does that get subpixeled too?
# [06:39] <heycam> oh yes, since they won't be subpixel AAed
# [06:39] <@bz> I guess it might
# [06:39] <heycam> oh can it?
# [06:39] * @bz has no idea
# [06:40] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [06:40] <heycam> will try
# [06:40] <@bz> in an ideal world, seems like it should be
# [06:40] <@bz> like normal text
# [06:40] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [06:41] <philor> grr, somebody made this 1-failure log too big for tbpl to swallow
# [06:41] <@bz> swift
# [06:41] <@bz> sparrow?
# [06:41] <@bz> too big to pigeon
# [06:42] <philor> a laden swallow
# [06:42] <@bz> leaden, you say?
# [06:43] <philor> 1.7Mb compressed, I know that size
# [06:43] * philor glares at njn
# [06:43] <@bz> 17 strikes again!
# [06:44] <philor> and for bonus fun, untar complaining about how it was built in the future
# [06:45] <@bz> it being untar, or the tarball?
# [06:46] <philor> tarball usually, though I forget the story about why the build slaves don't do ntp like they're supposed to
# [06:47] <Callek> philor: the test slaves do ntpdate at startup the build slaves are supposed to run ntp as a service
# [06:47] <Callek> (I seem to think I saw a bug/filed a bug about that not happening)
# [06:48] <Callek> vmware machines of course, can't do that, and needed it turned off
# [06:48] <Callek> (instead doing time sync)
# [06:49] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [06:49] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [06:52] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [06:52] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [06:52] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Input/output error)
# [06:53] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [06:54] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [06:54] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Quit: Leaving)
# [06:55] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [06:55] * Quits: Hughman (Hughman@moz-1727A300.static.tpgi.com.au) (Quit: Bye)
# [06:56] * Joins: a-865 (fmcz@moz-A5D13CA.cable.mindspring.com)
# [06:59] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [07:00] * Quits: eflores (AndChat@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [07:00] <philor> gah, not another GC crash!
# [07:00] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [07:01] * Joins: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net)
# [07:02] <philor> maybe I can blame JSCompartment::sweepInitialShapeTable on someone other than my usual suspects, though
# [07:02] * Joins: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw)
# [07:05] * Quits: priya (priya@moz-5843392D.hsd1.ca.comcast.net) (Quit: This computer has gone to sleep)
# [07:05] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [07:06] * glob is now known as glob|away
# [07:11] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [07:12] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [07:12] <philor> and a workers crash...
# [07:13] * Quits: smooney (smooney@moz-3C7A0050.hsd1.ca.comcast.net) (Quit: smooney)
# [07:14] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [07:16] <philor> and another workers crash...
# [07:18] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [07:18] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [07:20] * Quits: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net) (Input/output error)
# [07:20] * glob|away is now known as glob
# [07:24] * Quits: njn (chatzilla@moz-2948061C.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120103094128])
# [07:25] <philor> and a different cookies pldhash assertion, that's nice for variety
# [07:26] * Quits: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw) (Quit: regen)
# [07:29] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [07:31] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [07:33] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [07:35] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [07:36] * Joins: mijia_ (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [07:37] * Joins: redfive (chatzilla@moz-CFB99D0B.dsl.pltn13.sbcglobal.net)
# [07:37] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Ping timeout)
# [07:37] * mijia_ is now known as mijia
# [07:38] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [07:39] * Quits: redfive (chatzilla@moz-CFB99D0B.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [07:39] * Joins: redfive_ (chatzilla@moz-CFB99D0B.dsl.pltn13.sbcglobal.net)
# [07:40] * redfive_ is now known as redfive
# [07:40] * Quits: redfive (chatzilla@moz-CFB99D0B.dsl.pltn13.sbcglobal.net) (Quit: ChatZilla 0.9.88 [Firefox 6.0.2/20110902133214])
# [07:40] * Quits: tonymec (tonymec@12F3CFA7.ACA10CFA.277517C1.IP) (Input/output error)
# [07:42] * Joins: tonymec (tonymec@12F3CFA7.ACA10CFA.277517C1.IP)
# [07:43] <Ventron> roc: you have time to talk about the borders bug now?
# [07:45] <roc> sure
# [07:46] <Ventron> roc: i'm still trying to figure out what your approach is. we have an array that maps to the index of another array that maps to a circle's center/radius?
# [07:46] * Quits: dRdR (dRdR@moz-792B0937.uwaterloo.ca) (Client exited)
# [07:46] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [07:47] <roc> one array is an array of dots, one entry per dot
# [07:47] <roc> that entry contains its center and radius (squared)
# [07:47] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:48] <roc> the other array has one entry per pixel, as many entries as the length of the border around the corner
# [07:48] <roc> the element at index i is the index of the dot that is closest to the point i pixels along the border
# [07:49] <Ventron> roc: and index 0 corresponds to the boundary that separates the two sides?
# [07:49] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [07:49] <roc> sure, that's a good option. It doesn't have to be that way though
# [07:50] <Ventron> roc: it's be easier if it wasn't and it started from one side
# [07:50] <roc> that works too
# [07:50] <Ventron> roc: but then there's a risk we don't have a dot centered on this boundary
# [07:50] <roc> that depends on how you position the dots and dashes
# [07:52] <Ventron> roc: the bpundary won't always be at 45 degrees, and in fact could be at an angle where if we put the dot there, the border doesn't look very nice and continuous at all
# [07:52] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [07:52] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [07:54] <roc> maybe we should choose a different dividing line between the sides
# [07:55] <roc> I do think that the change in border style (dot/dash/solid) and the change in color should happen at the same place
# [07:56] <Ventron> roc: is it really that important that we have a dot aligned on this boundary line?
# [07:57] <roc> maybe not, but getting the transition between border styles right otherwise is going to be tough
# [07:57] <Ventron> roc: i don't think other browsers care about this problem, do they?
# [07:58] <roc> no, they just look terrible when the style changes
# [07:58] <roc> or in general
# [07:58] <Ventron> roc: if we don't care about the "when the style changes" part, I should be able to solve the "in general" part
# [07:59] <Ventron> i've got it done for dotted sides, at least, assuming i don't need to tear out the code again
# [08:00] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [08:01] <roc> I care somewhat
# [08:01] <roc> here's what I think is important about the placement of dots and dashes
# [08:01] <roc> when adjacent sides are both dotted and the corner has no border-radius, there should be a dot in the corner. Rectangular dotted borders look much better with dots in the four corners.
# [08:02] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [08:02] <Ventron> roc: that i've got
# [08:02] <Ventron> right now
# [08:02] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [08:02] <roc> when adjacent sides are both dashed and the corner has no border-radius, there should be an L-shaped dash in the corner. Rectangular dashed borders look better with those L-shaped dashes in the corners.
# [08:03] <roc> both of those things are less important if there's a border-radius, although I think it's still better to have a dot or dash centered in the corner, at least if the corner radii are equal
# [08:03] * Quits: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net) (Ping timeout)
# [08:04] <roc> if the sides have different styles, then the style change should either happen in the middle of a dash or dot, or in a gap between the dashes/dots
# [08:05] <roc> we should never have a partial dash or dot with nothing next to it
# [08:06] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [08:06] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [08:07] <roc> as above, if there's no border-radius, the style change should occur in the middle of the corner dash/dot. Less importantly, but still desirable, if the border radii are equal then the style change should occur in the middle of the dash/dot in the middle of the corner
# [08:07] <roc> if the border radii or border-widths are unequal then symmetry around the corner kind of goes out the window so it doesn't matter much what you do
# [08:08] <roc> but no matter what, I don't want to see partial dashes and dots floating around
# [08:09] * heycam is now known as heycam|away
# [08:09] <Ventron> roc: so no partial dashes/dots is the most important thing? (and i assume half-dots on the corner doesn't count?)
# [08:09] * Joins: mijia_ (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [08:10] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [08:10] <roc> half a dot or half a dash stuck to half a dot or half a dash or a solid side is OK
# [08:10] <roc> half a dot sitting on its own looks broken
# [08:10] <roc> same for half a dash
# [08:10] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [08:10] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Ping timeout)
# [08:10] * mijia_ is now known as mijia
# [08:11] <Ventron> ok then
# [08:14] <squib> who would be a decent person to CC on a theme issue with <menulist>s?
# [08:15] <squib> (aero theme, if it makes any difference)
# [08:17] * Joins: spchal (chatzilla@91BC8839.F442218F.88FACCAA.IP)
# [08:18] <spchal> n
# [08:19] <roc> Ventron: I'll add that to the wiki
# [08:19] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [08:20] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [08:22] * nthomas|away is now known as nthomas
# [08:22] * philor is now known as philor|away
# [08:23] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Input/output error)
# [08:27] * Joins: jhorak (jhorak@moz-59813FB4.cust.nbox.cz)
# [08:28] * Quits: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 8.0/20111108090029])
# [08:30] * philor|away is now known as philor
# [08:31] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [08:31] * ChanServ sets mode: +o bz
# [08:35] * Joins: MarcoZ (marco.zehe@moz-BB9AA0E7.dip.t-dialin.net)
# [08:41] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [08:41] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [08:43] * glob is now known as glob|away
# [08:44] * joduinn-commute is now known as joduinn-home
# [08:48] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [08:48] * Joins: pascalc (chatzilla@moz-5B31CA8A.rev.sfr.net)
# [08:49] * Quits: pascalc (chatzilla@moz-5B31CA8A.rev.sfr.net) (Input/output error)
# [08:51] <roc> Ventron: I added some thoughts here: https://wiki.mozilla.org/Gecko:CSSBorderRenderingWithShaders#Computing_Masks
# [08:51] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [08:53] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [08:53] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [08:53] * philor is now known as philor|away
# [08:53] * Quits: tonymec (tonymec@12F3CFA7.ACA10CFA.277517C1.IP) (Ping timeout)
# [08:54] * Quits: tonymec|away (tonymec@12F3CFA7.ACA10CFA.277517C1.IP) (Ping timeout)
# [08:56] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:57] <glazou> bonjour
# [08:59] * Joins: tonymec__ (tonymec@D324057.200555EB.277517C1.IP)
# [09:00] * tonymec__ is now known as tonymec|away
# [09:02] * philor|away is now known as philor
# [09:04] * Quits: dbradley (dbradley@moz-8FACAA93.fuse.net) (Quit: )
# [09:09] * Joins: magsout (magsout@moz-AC4E6C07.fbx.proxad.net)
# [09:09] * philor is now known as philor|away
# [09:11] * Joins: karl (karl@6508E994.8998A38C.C8A09C26.IP)
# [09:13] * Quits: tonymec|away (tonymec@D324057.200555EB.277517C1.IP) (Ping timeout)
# [09:14] * Joins: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net)
# [09:14] * Quits: KWierso (chatzilla@moz-6E3FB3B9.desm.qwest.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [09:15] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [09:15] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
# [09:15] * Joins: tonymec__ (tonymec@384374C4.AFD95441.277517C1.IP)
# [09:16] * tonymec__ is now known as tonymec|away
# [09:16] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [09:17] * Joins: graememcc (chatzilla@moz-AC25BE76.range86-148.btcentralplus.com)
# [09:17] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [09:18] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [09:20] * Joins: tonymec (tonymec@384374C4.AFD95441.277517C1.IP)
# [09:23] * Quits: ctyler (chris@2FC2A67C.49178EC1.F061A1E6.IP) (Ping timeout)
# [09:23] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
# [09:23] * Joins: protz (protz@moz-E29D2A15.inria.fr)
# [09:25] * zpao is now known as zpao|detached
# [09:25] * Quits: tonymec (tonymec@384374C4.AFD95441.277517C1.IP) (Ping timeout)
# [09:26] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [09:26] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [09:28] * Joins: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw)
# [09:31] * Quits: tonymec|away (tonymec@384374C4.AFD95441.277517C1.IP) (Input/output error)
# [09:31] <gcp> taras: ping
# [09:32] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
# [09:33] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [09:37] * glob|away is now known as glob
# [09:37] * Joins: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net)
# [09:38] * Joins: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net)
# [09:39] * Quits: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net) (Ping timeout)
# [09:41] * Joins: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net)
# [09:41] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [09:44] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Client exited)
# [09:45] * Quits: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net) (Ping timeout)
# [09:46] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [09:46] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [09:48] <darktrojan> is it possible to view a docment in the cache as a document?
# [09:49] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Ping timeout)
# [09:49] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [09:50] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [09:51] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [09:52] * Parts: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw)
# [09:56] * Joins: paolo (paolo@moz-AA733876.retail.telecomitalia.it)
# [09:58] * Joins: pingo (anders@D05322A6.C7F87E9A.1FBA578A.IP)
# [09:59] * Joins: msucan (msucan-@FA9E8863.56E67207.699550A1.IP)
# [09:59] * Joins: tonymec__ (tonymec@4A87DC52.F911F46C.277517C1.IP)
# [09:59] * tonymec__ is now known as tonymec|away
# [10:00] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:04] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [10:05] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [10:09] * Quits: karl (karl@6508E994.8998A38C.C8A09C26.IP) (Ping timeout)
# [10:09] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [10:12] * Quits: tonymec|away (tonymec@4A87DC52.F911F46C.277517C1.IP) (Ping timeout)
# [10:13] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
# [10:13] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Input/output error)
# [10:14] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [10:15] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [10:15] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Ping timeout)
# [10:16] * Joins: rshetty (quassel@63345CE1.93F32796.C842849F.IP)
# [10:16] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
# [10:17] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [10:18] * Joins: AutomatedTester (AutomatedT@moz-F188FBD6.as13285.net)
# [10:24] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [10:25] * Quits: Mano (chatzilla@moz-D0BA9E6D.red.bezeqint.net) (Ping timeout)
# [10:25] * Quits: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net) (Quit: nhirata)
# [10:30] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [10:33] <gabor> Can Zimbra handle mailing lists? And if yes, how can I set up one?
# [10:36] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
# [10:37] <glob> gabor, https://bugzilla.mozilla.org/enter_bug.cgi?product=mozilla.org&format=mozlist
# [10:37] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [10:37] * Joins: edmorley (edmorley@moz-1855C7F7.range86-144.btcentralplus.com)
# [10:41] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [10:41] <gabor> glob: thanks, but with set one up I don't mean create a new mailing list I just want to 'subscribe' to one, so I can read/react on it easily from Zimbra
# [10:42] <glob> gabor, ah :)
# [10:42] <gabor> glob: and have it separated from the rest of my emails
# [10:42] <glob> gabor, you'd be wanting to use zimbra's filters
# [10:42] <glob> gabor, log in to webmail, preferences tab, filters (in the left hand sidebar)
# [10:43] <gabor> glob: perfect! thans a lot, I wasn't even close finding it :)
# [10:44] <glob> gabor, yw. i had to be told where it was too, it's hard to find
# [10:45] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [10:45] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [10:46] <Unfocused> <3 zimbra filters
# [10:47] * jfkthame is now known as jfkthame_afk
# [10:52] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Connection reset by peer)
# [10:53] * Quits: jfkthame_afk (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame_afk)
# [10:54] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [10:54] * davehunt|away is now known as davehunt
# [10:56] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [10:58] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [11:00] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [11:01] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [11:01] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [11:03] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [11:04] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8ae16e346bd0 - Jan Varga - Bug 715074 - SIGBUS on unaligned access in Key::EncodeNumber. r=sicking
# [11:04] * Joins: dao (dao@moz-BF3EF498.superkabel.de)
# [11:04] * Joins: smaug (chatzilla@809737C8.E611DFE7.4C4113B0.IP)
# [11:04] * ChanServ sets mode: +o smaug
# [11:04] * Joins: victorporof_ (victorporo@BCAA178E.F4308271.4873E54D.IP)
# [11:09] * Joins: Ms2ger (Ms2ger@BC26F741.EF996B99.37724B0D.IP)
# [11:09] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [11:09] * glob is now known as glob|away
# [11:12] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [11:13] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:14] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [11:15] * Quits: victorporof_ (victorporo@BCAA178E.F4308271.4873E54D.IP) (Quit: Colloquy for iPhone - http://colloquy.mobi)
# [11:16] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [11:16] * CwiiisAway is now known as Cwiiis
# [11:16] * Quits: ewong|afk (chatzilla@moz-B5A86794.com) (Ping timeout)
# [11:17] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [11:19] * Joins: ewong|afk (chatzilla@moz-83240463.belfordhk.com)
# [11:21] * Quits: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame)
# [11:22] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [11:22] * Joins: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP)
# [11:23] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [11:24] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [11:25] * ewong is now known as ewong|away
# [11:25] * Joins: victorporof (victorporo@BCAA178E.F4308271.4873E54D.IP)
# [11:25] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:25] <NeilAway> darktrojan: go offline, then load the URL? (unless it's a postdata document, I guess)
# [11:26] <darktrojan> yeah but, that makes everything offline
# [11:27] * Quits: dao (dao@moz-BF3EF498.superkabel.de) (Quit: Leaving.)
# [11:27] <darktrojan> no big deal
# [11:28] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [11:31] * Joins: arovij (chatzilla@6AF5DE1C.ABF31D37.16D50D90.IP)
# [11:33] <arovij> I have a question: We are getting a compilation error in netwerk/base/src/nsLoadGroup.h when we add a nsACString type to the class. Which header file should we include?
# [11:33] * Joins: gandalf (zbraniecki@moz-A1D7D0E0.neoplus.adsl.tpnet.pl)
# [11:34] * Joins: bjarne (bjarne@moz-46A85847.nextgentel.com)
# [11:34] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Ping timeout)
# [11:35] <@smaug> arovij: perhaps nsString.h
# [11:35] <arovij> we tried that but it is dependent on many other files.
# [11:37] <Ms2ger> nsStringGlue.h?
# [11:38] <arovij> Ms2ger : Ok Let me try that. Thanks.
# [11:38] <Ms2ger> Np
# [11:38] <@smaug> nsString.h is included in other .h files in the same directory as nsLoadGroup.h
# [11:39] <@smaug> http://mxr.mozilla.org/mozilla-central/source/xpcom/glue/nsStringGlue.h#49
# [11:40] * Quits: darktrojan (geoff@moz-BC95E278.dsl.telstraclear.net) (Quit: darktrojan)
# [11:42] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [11:44] * Quits: grubshka (grubshka@moz-C237A06A.w109-212.abo.wanadoo.fr) (Ping timeout)
# [11:44] <@smaug> arovij: where are you trying to use nsLoadGroup.h ? Since including nsString.h really should work
# [11:45] <arovij> smaug : Probably I am missing something here.. I will check that but including nsStringGlue.h , worked.
# [11:45] <@smaug> so you're using nsLoadGroup.h somewhere outside MOZILLA_INTERNAL_API ?
# [11:46] <@smaug> that sounds suspicious
# [11:46] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [11:47] <arovij> smaug : I did not get your question about using nsLoadGroup.h outside MOZILLA_INTERNAL_API.
# [11:48] <@smaug> arovij: where are you including nsLoadGroup.h which causes problems when using nsString.h ?
# [11:49] <arovij> i am including nsSting.h in nsLoadGroup.h
# [11:49] <arovij> I mean nsStringGlue.h
# [11:49] <@smaug> but where are you including nsLoadGroup.h?
# [11:49] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [11:50] <@smaug> arovij: what is the error you get when using nsString.h ?
# [11:50] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [11:51] <arovij> smaug : I will recompile and ping u in a moment.
# [11:51] <@smaug> (since nsString.h really should work. it is used allover in netwerk/base/src )
# [11:51] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [11:51] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Quit: This computer has gone to sleep)
# [11:51] * Joins: cdiehl (cdiehl@moz-A3F64476.pool.mediaways.net)
# [11:52] <arovij> 'nsACString_internal::nsACString_internal()' is protected
# [11:53] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
# [11:53] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Input/output error)
# [11:54] <arovij> one more thing I wanted to ask.. If i want to log in netwerk/base/src .. which module should I be using. Is there any file in this directory which logs.
# [11:55] <@smaug> er
# [11:55] <@smaug> what are you trying to do with nsACString ?
# [11:55] <@smaug> adding an nsACString member variable to the class ?
# [11:55] <@smaug> if so, you should use nsCString
# [11:56] * Joins: jfkthame (jfkthame@43709DB9.5BC345F5.9542EC20.IP)
# [11:58] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [11:58] <arovij> smaug : ok Will give that also a try. Please give me a cpp file in the directory which logs ..
# [12:00] <@smaug> no idea about logs
# [12:03] <nthomas> google 'NSPR logging'
# [12:04] * Joins: dao (dao@moz-BF3EF498.superkabel.de)
# [12:07] <Ms2ger> roc, that was fast... :)
# [12:07] <roc> fastest review in the West
# [12:07] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [12:07] <Ms2ger> ... But you're in the East for me
# [12:08] <roc> hmm
# [12:08] <roc> I thought your location was a secret
# [12:08] * Yoric adds this to the Ms2ger investigation wiki
# [12:09] <Ms2ger> Yoric, oh, link? mcote|afk is probably interested
# [12:09] <@smaug> Ms2ger's location is known
# [12:09] <roc> to who? the Illuminati?
# [12:09] <bc> !seen cpearce
# [12:10] <firebot> cpearce was last seen 8 hours, 12 minutes and 28 seconds ago, saying 'bc: ping' in #developers.
# [12:10] <Yoric> All Hail Discordia!
# [12:10] <roc> it's midnight here, Bob
# [12:10] <Ms2ger> Sounds like a good time to be reviewing, no? :)
# [12:10] <roc> it's too hot to sleep
# [12:11] <Ms2ger> Oh, right, you're on the wrong side of the world :)
# [12:11] <roc> it's not wrong at this time of year :-)
# [12:11] * Joins: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net)
# [12:12] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [12:12] * gabor want to be on the wrong side of the world too
# [12:12] * Quits: myk (myk@moz-A1E567B0.dsl.dynamic.sonic.net) (Quit: Instantbird 1.1)
# [12:12] <Unfocused> says the one proclaiming it to be too hot to sleep
# [12:12] <Unfocused> ;)
# [12:12] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [12:13] <Ms2ger> Unfocused, well, really, he enjoys hacking more than sleeping :)
# [12:14] * Joins: pranavrc (pranavrc@D4F9E493.1A400B32.C28326FD.IP)
# [12:14] <Unfocused> heh, fair enough!
# [12:14] <mounir> smaug: do you have any idea how to fix that issue with DOMActivate?
# [12:15] <Ms2ger> dao, alright, not gavin :)
# [12:15] <roc> Ms2ger caught my lie
# [12:16] <roc> it's 26C in the house but only 19C outside ... I should stick a screen door in so we can get some air without being eaten by mozzies
# [12:17] * Ms2ger grumbles
# [12:17] <@smaug> mounir: couldn't you just keep the old code there?
# [12:18] <Ms2ger> Being bitrotted is annoying enough, but it's even less nice when you can only blame yourself
# [12:18] <mounir> smaug: we need to have the file element to handle the click
# [12:20] <@smaug> mounir: well, then change if (mType == NS_FORM_INPUT_FILE) { to if (mType == NS_FORM_INPUT_FILE && aVisitor.mEvent->message != NS_CLICK) {
# [12:21] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:22] * Joins: evilpie (evilpie@moz-183F0B3B.pools.arcor-ip.net)
# [12:24] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [12:26] * jfkthame is now known as jfkthame_afk
# [12:26] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [12:32] * Quits: pranavrc (pranavrc@D4F9E493.1A400B32.C28326FD.IP) (Quit: Ping timeout: ∞)
# [12:33] * davehunt is now known as davehunt|away
# [12:34] * Joins: edmorley1 (edmorley@moz-CD2B8FC4.range86-144.btcentralplus.com)
# [12:34] * Quits: edmorley (edmorley@moz-1855C7F7.range86-144.btcentralplus.com) (NickServ (GHOST command used by edmorley1))
# [12:34] * edmorley1 is now known as edmorley
# [12:35] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Quit: This computer has gone to sleep)
# [12:37] * Quits: reuben (reuben@seta00.com) (Ping timeout)
# [12:37] * mattwoodrow is now known as mattwoodrow|away
# [12:37] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [12:39] * Joins: reuben (reuben@seta00.com)
# [12:40] * Joins: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP)
# [12:41] * Parts: paolo (paolo@moz-AA733876.retail.telecomitalia.it)
# [12:43] <@smaug> mounir: ok, now I managed to book the flights. Coming to Paris.
# [12:43] <mounir> damn :)
# [12:43] <@smaug> sorry :)
# [12:43] <mounir> smaug: are you staying for FOSDEM?
# [12:43] <@smaug> nope
# [12:44] <mounir> oh, sad
# [12:44] <@smaug> well, 2 weeks in Paris?
# [12:44] <@smaug> in such a small town
# [12:44] <mounir> I understand, you might not know what to do
# [12:45] <mounir> and we don't even have a real office here
# [12:45] <bjarne> what's the protocol these days to get a patch checked in? "checkin-needed" keyword or should it be requested via the flags in the patch?
# [12:45] <mounir> smaug: btw, i'm trying to find a conference room for you guys and it's quite... time consuming :(
# [12:46] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [12:51] <@smaug> mounir: thank you for doing that anyway
# [12:53] * Quits: jfkthame_afk (jfkthame@43709DB9.5BC345F5.9542EC20.IP) (Quit: jfkthame_afk)
# [12:54] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [12:54] * khuey|away is now known as khuey
# [12:55] <khuey> bjarne: "checkin-needed"
# [12:55] <bjarne> thx!
# [12:56] * nthomas is now known as nthomas|away
# [12:56] * Joins: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [12:57] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
# [12:58] <khuey> glandium: around?
# [12:58] * Quits: evilpie (evilpie@moz-183F0B3B.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 12.0a1/20120105083933])
# [12:59] * Joins: rogerio (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br)
# [13:01] <khuey> mounir: lets just take tristan's desk
# [13:01] <khuey> problem solved
# [13:02] * Joins: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw)
# [13:02] <rogerio> how can I check if a feed is already registered?
# [13:02] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [13:04] * Quits: dao (dao@moz-BF3EF498.superkabel.de) (Quit: Leaving.)
# [13:05] * Parts: whimboo (whimboo@moz-216F9AFA.superkabel.de)
# [13:05] * Quits: AutomatedTester (AutomatedT@moz-F188FBD6.as13285.net) (Ping timeout)
# [13:06] * Joins: dao (dao@moz-BF3EF498.superkabel.de)
# [13:07] * Joins: delphine (delphine@moz-6FE280B3.w86-198.abo.wanadoo.fr)
# [13:07] * Parts: delphine (delphine@moz-6FE280B3.w86-198.abo.wanadoo.fr)
# [13:11] * Joins: AutomatedTester (AutomatedT@moz-7434C558.as13285.net)
# [13:12] * Parts: rogerio (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br)
# [13:13] * Joins: sfleiter|away (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de)
# [13:13] * Quits: AutomatedTester (AutomatedT@moz-7434C558.as13285.net) (Connection reset by peer)
# [13:14] * Quits: magsout (magsout@moz-AC4E6C07.fbx.proxad.net) (Ping timeout)
# [13:15] * Joins: magsout (magsout@moz-AC4E6C07.fbx.proxad.net)
# [13:15] * Joins: AutomatedTester (AutomatedT@moz-F7C69F44.ppp.as43234.net)
# [13:18] <mounir> khuey: he _might_ disagree
# [13:19] <ted> bjarne: do you not have commit access at this point?
# [13:19] <ted> or wait, are you a different bjarne
# [13:19] <ted> sorry, name confusion :)
# [13:21] <khuey> mounir: ask for forgiveness, not permission
# [13:22] <bjarne> ted: i do have commit-access but i check in so rarely that i prefer to piggyback.. :)
# [13:22] <bjarne> ted: and i'm in no hurry anyway...
# [13:23] <mounir> khuey: ok :)
# [13:23] <ted> bjarne: ah
# [13:23] <ted> bjarne: you can push to mozilla-inbound nowadays
# [13:23] <ted> pretty low-effort
# [13:24] <bjarne> ted: yeah... i heard about something like that... ;)
# [13:25] <bjarne> ted: i'll try to set that up at some point...
# [13:25] * Quits: Tobbi (Tobbi@16BAC97A.933EA279.AC7F8427.IP) (Ping timeout)
# [13:25] * Quits: michal (michal@18728636.D0F82CD8.32697916.IP) (Quit: Leaving.)
# [13:25] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
# [13:25] <ted> it's pretty easy
# [13:26] <ted> clone http://hg.mozilla.org/integration/mozilla-inbound
# [13:26] <ted> push your patch
# [13:26] <ted> that's it
# [13:26] <ted> i guess cloning via bundle is probably faster these days
# [13:26] <ted> https://developer.mozilla.org/en/Mozilla_Source_Code_%28Mercurial%29#Bundles
# [13:27] <bjarne> ted: thx
# [13:27] * glazou is now known as glazou_food
# [13:27] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:27] * Quits: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw) (Quit: regen)
# [13:27] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Ping timeout)
# [13:29] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [13:31] * Joins: pranavrc (pranavrc@D4F9E493.1A400B32.C28326FD.IP)
# [13:32] <khuey> mounir: but don't tell him it was my idea
# [13:32] <khuey> you can take all the credit
# [13:33] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [13:33] * Joins: Stan (Stan@moz-EEEF817.dip.t-dialin.net)
# [13:34] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [13:37] <khuey> jmaher: android.json is only for native fennec?
# [13:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/af6501ede378 - Kyle Huey - Bug 714752: Make imgIContainerObserver::FrameChanged take an imgIRequest*. r=joe sr=roc
# [13:41] <jmaher> khuey: we have no way right now to distinguish between native and xul for mochitest
# [13:42] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [13:42] <jmaher> khuey: and the rate changes are fixed by my bugs it could take a month or two to make it work :(
# [13:42] <khuey> ugh
# [13:42] <khuey> I best most of mochitest just works on native fennec ...
# [13:43] <khuey> s/best/bet/
# [13:43] <jmaher> you would be surprised how many fail
# [13:44] * Quits: @smaug (chatzilla@809737C8.E611DFE7.4C4113B0.IP) (Input/output error)
# [13:44] * Joins: smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi)
# [13:44] * ChanServ sets mode: +o smaug
# [13:44] <khuey> jmaher: won't xul fennec be dead in a couple months?
# [13:44] * Joins: necolas (necolas@moz-4197BE5D.bb.sky.com)
# [13:48] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [13:51] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [13:52] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [13:52] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Ping timeout)
# [13:53] * Quits: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP) (Client exited)
# [13:55] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [13:57] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [13:57] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [13:57] * Quits: @smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi) (Input/output error)
# [13:59] * Joins: smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi)
# [13:59] * ChanServ sets mode: +o smaug
# [13:59] * Parts: Ventron (michael@moz-F488A69.dyn.iinet.net.au)
# [13:59] * Joins: dao1 (dao@moz-BF3EF498.superkabel.de)
# [13:59] * Quits: @smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi) (Input/output error)
# [14:00] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [14:00] * Quits: dao (dao@moz-BF3EF498.superkabel.de) (Ping timeout)
# [14:05] * Joins: askalski (akuda@moz-6A36EC49.ip.abpl.pl)
# [14:05] <askalski> hi, anyone with eperience with Eclipse CDT?
# [14:05] <ttaubert> is there a format description for the weekly updates? I see people writing nested lists but I'm not sure how to achieve that
# [14:05] <askalski> can't get rid of warnings
# [14:07] <Ms2ger> ttaubert, **foo
# [14:07] <ttaubert> Ms2ger: sweet, thx
# [14:08] * Quits: Ms2ger (Ms2ger@BC26F741.EF996B99.37724B0D.IP) (Quit: bbl)
# [14:11] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [14:12] <askalski> hsivonen, : hi, you there?
# [14:12] * Quits: dao1 (dao@moz-BF3EF498.superkabel.de) (Quit: Leaving.)
# [14:14] <jmaher> khuey: filed a bug to track this
# [14:14] <khuey> cool
# [14:17] * ewong|sleep is now known as ewong
# [14:17] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [14:18] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [14:19] * Joins: past (past@moz-2DAAD734.dsl.dyn.forthnet.gr)
# [14:19] <janv> khuey: why those tests work only in native fennec ?
# [14:19] <jmaher> janv: I suspect e10s causes them to fail on xul
# [14:20] <janv> ah
# [14:20] <khuey> yep
# [14:20] <khuey> they won't work in xul fennec because of e10s
# [14:20] <khuey> they should work in native fennec
# [14:20] <khuey> but I haven't tested
# [14:20] <askalski> hi, anyone can help me with setting eclipse?
# [14:22] <janv> I'm surprised that all those IDB landings caused only one regression on fennec :)
# [14:22] <khuey> heh
# [14:22] <khuey> that we know of
# [14:22] <khuey> that's the key ;-)
# [14:22] <janv> yeah
# [14:25] * Quits: askalski (akuda@moz-6A36EC49.ip.abpl.pl) (Quit: Wychodzi)
# [14:27] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [14:28] * Joins: IRCMonkey24588 (Tobbi@16BAC97A.933EA279.AC7F8427.IP)
# [14:28] * Joins: smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi)
# [14:28] * ChanServ sets mode: +o smaug
# [14:33] * Joins: dao (dao@moz-BF3EF498.superkabel.de)
# [14:34] * Quits: spchal (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Client exited)
# [14:35] * Quits: @smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi) (Input/output error)
# [14:37] * Joins: smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi)
# [14:37] * ChanServ sets mode: +o smaug
# [14:39] <lurking> While I know nothing about the logistics of merges from m-i -> m-c why did https://bugzilla.mozilla.org/show_bug.cgi?id=707020 miss the boat on the latest merge done a bit ago by Mak ?
# [14:42] <ejpbruel> is sun-java6-sdk still a build dependency for fennec?
# [14:45] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
# [14:45] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:47] <WG9s> ejpbruel: yes, but you don;t really have to have it installed or even have the commands in your search path.
# [14:47] <ejpbruel> WG9s: so what you're saying is: yes, except no?
# [14:48] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [14:48] <WG9s> I use openjdk for other things and just have the sunjdk loaded on the disk and use "ac_add_options --with-java-bin-path=/opt/java/jdk1.6.0_29/bin" in my .mozconfig
# [14:48] <WG9s> so you need to load the whole thing on disk but use it only for building fennec.
# [14:49] <WG9s> this way it does not screwup libreoffice which is dependent on openjdk
# [14:49] * Parts: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [14:51] * Quits: MarcoZ (marco.zehe@moz-BB9AA0E7.dip.t-dialin.net) (Quit: Reboot)
# [14:53] * Joins: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP)
# [14:55] * Joins: mib_fwhxi6 (Mibbit@49EF4719.9FB27882.67BABDAE.IP)
# [14:55] * Quits: mib_fwhxi6 (Mibbit@49EF4719.9FB27882.67BABDAE.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:56] * Quits: merike|away (quassel@moz-14C2B309.cable.starman.ee) (Connection reset by peer)
# [14:56] * Joins: merike|away (quassel@moz-14C2B309.cable.starman.ee)
# [14:57] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [14:57] <glandium> khuey: pong(ish)
# [14:58] <ejpbruel> WG9s: how did you actually install the sun jdk? apt-get doesnt seem to know about it
# [14:59] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [14:59] <WG9s> went to java.com and downloaded it
# [14:59] <WG9s> let me find the link
# [14:59] * Joins: rag (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br)
# [15:00] * Quits: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [15:00] * Joins: grubshka (grubshka@moz-C237A06A.w109-212.abo.wanadoo.fr)
# [15:00] * Joins: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP)
# [15:01] * Quits: peterv (peterv@moz-715F6D16.access.telenet.be) (Connection reset by peer)
# [15:01] * glazou_food is now known as glazou
# [15:01] <@smaug> Is Bill McCloskey BillM ?
# [15:02] * Joins: sierk (sierk@DA617021.DC24CC58.16E13E53.IP)
# [15:02] * Joins: MarcoZ (marco.zehe@moz-BB9AA0E7.dip.t-dialin.net)
# [15:02] <WG9s> ejpbruel: http://www.oracle.com/technetwork/java/javase/downloads/index-jsp-138363.html#javasejdk
# [15:02] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
# [15:02] <glandium> ted: actually, cloning by bundle is slower (tried recently, takes forever)
# [15:03] <WG9s> i think the dependency on sun jdk is actually an android sdk requirement and not strictly speaking a fennec requirement.
# [15:03] <ejpbruel> WG9s: looks like you're right
# [15:04] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
# [15:04] <ejpbruel> WG9s: when i run android-sdk-linux/tools/android it complains about java not being found
# [15:04] <ejpbruel> how do you make the android SDK find the sun-jdk in the /opt dir?
# [15:05] <glandium> WG9s: it's also a fennec requirement to compile the java source files
# [15:05] <WG9s> just by putting the line i gave you earlier in my .mozconfig
# [15:05] <ted> glandium: huh
# [15:05] <WG9s> does nto neede to be in opt you can just put it in your own mozilla build directory someplace
# [15:05] <ted> smaug: yeah
# [15:06] <WG9s> i orgianlly put it in /opt before i found this .mozconfig way to do it.
# [15:06] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [15:06] <WG9s> i used to have it in /opt and have symlinks is /usr/local/bin
# [15:07] * Joins: peterv (peterv@moz-715F6D16.access.telenet.be)
# [15:07] <glandium> ted: even better unbundle an already downloaded bundle is slower than cloning from the network on a relatively slow network
# [15:07] <ted> weird
# [15:08] <glandium> mercurial has serious issues with its local storage model
# [15:08] <WG9s> so just put "ac_add_options --with-java-bin-path=/opt/java/jdk1.6.0_29/bin" replacing the /opt/java part with wherever you cose to put it. that is all i do and it builds correctly
# [15:08] <bsmedberg> khuey: note that you're primarily fighting brendan on the binary-components bits, not me
# [15:09] <khuey> glandium: you're writing the crazy dynamic linker for android, right?
# [15:09] <glandium> khuey: works on desktop, too, but yeah
# [15:09] <glandium> (desktop linux, that is)
# [15:10] <khuey> bsmedberg: hrm, ok
# [15:10] <khuey> glandium: any thought to doing something similar for windows?
# [15:10] <glandium> khuey: i am seriously considering doing the same on windows and mac
# [15:10] <khuey> cool
# [15:10] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [15:11] * khuey would be interested in working on the windows one, if we decide to do it
# [15:11] * coop|afk is now known as coop
# [15:11] * Joins: espindola (espindola@moz-14786D4F.dsl.teksavvy.com)
# [15:12] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [15:12] * Joins: kaie (kaie@moz-FDA519C6.dip.t-dialin.net)
# [15:13] * mcote|afk is now known as mcote
# [15:13] <glandium> khuey: the main problem is that it most probably doesn't buy much unless binaries are reordered, and it's quite a PITA to do that with MSVC-linked binaries. (in fact, msvc doesn't support doing it itself, so it's a huge disassembling/reassembling hack from Chrome devs; not sure it works so well with PGO/LTO, but Chrome is not built with that)
# [15:13] <espindola> who should review build changes that are OS X only? ted?
# [15:14] <ted> any build peer can
# [15:14] <ted> myself, khuey, glandium
# [15:14] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [15:14] <espindola> ok, thanks
# [15:14] <WG9s> ejpbruel: Oh and it appears latest java6 is U30 so obviously replace the jdk1.6.0_29 with jdk1.6.0_30
# [15:14] <ejpbruel> WG9s: thanks!
# [15:14] <ted> glandium: i was just musing about it because of all the stupid things people do linking to our libraries
# [15:14] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: reboot)
# [15:15] <glandium> ted: what do they do?
# [15:15] <khuey> no, ted should review them
# [15:15] * khuey can't even maximize windows on os x
# [15:15] <glandium> note that components are expected to be linking to out libraries
# [15:15] <khuey> let alone review build patches
# [15:15] <ted> glandium: in this particular bug, someone was complaining that their java applet that loaded sqlite3.dll and something else to poke our NSS cert db got broken
# [15:15] <khuey> glandium: but only certain ones
# [15:15] <ted> because we renamed sqlite3->mozsqlite3
# [15:15] <espindola> glandium, ted khuey which of you guys are least busy? :-)
# [15:15] <glandium> espindola: I'm on pto
# [15:16] <ted> damn
# [15:16] <glandium> (back on monday)
# [15:16] * khuey is flying to europe on monday and will be on PTO for most of the next two weeks
# [15:16] * Joins: Mitch (chatzilla@moz-9EE5CDB.sbr802.nsw.optusnet.com.au)
# [15:16] <glandium> khuey: europe where?
# [15:16] <khuey> glandium: pto in germany, then paris for the dom bindings work week
# [15:17] <glandium> khuey: i guess that work week is not going to be at the paris office :)
# [15:17] <@smaug> khuey: pto? so online only 8h per day ?
# [15:17] <edmorley> lurking: since the recent PGO issues on windows, merges are (ideally) being pulled from not just the last green changeset on inbound, but the last green changeset that either has a PGO run, or else didn't change anything used on PGO platforms
# [15:17] <khuey> glandium: it is
# [15:17] <khuey> last we heard :-P
# [15:17] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [15:17] <khuey> smaug: heh
# [15:17] <edmorley> lurking: as such, merges are even less likely to be from near the tip now
# [15:18] <khuey> glandium: mounir is trying to find us space
# [15:18] <Mitch> Do I really need to push an empty patch with params to tryserver, or can they be specified in a real mq patch with changes?
# [15:18] <glandium> ted: well, even with a custom linker, that will be possible
# [15:18] <edmorley> lurking: so is why bug 707020 hasn't merged yet
# [15:18] <lurking> edmorley: thanks
# [15:18] <glandium> khuey: good luck with that, mounir :)
# [15:18] * Joins: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw)
# [15:18] <glandium> i'll drop by if that happens at the office, though :)
# [15:18] * lurking goes to study tbpl again
# [15:19] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [15:19] <@smaug> lurking: if you happen to figure out why it causes so much garbage objects, could you tell me
# [15:20] <ted> Mitch: should work just fine in a normal patch
# [15:20] <ted> you just need the try syntax in there somewhere
# [15:20] <Mitch> ted: Thanks.
# [15:20] <lurking> smaug: ok
# [15:20] <ted> i just keep an empty patch in my queue because it's handy
# [15:20] <ted> glandium: seems like it'd make it less likely if people can't see the libraries on disk
# [15:20] <glandium> ted: albeit, people would have to know what they're doing. For instance with the new linker on android, dlopening "/data/app/org.mozilla.fennec.apk!/libmozsqlite3.so" works
# [15:21] <ted> heh
# [15:21] <glandium> ted: seeing the various cases of completely stupid things done in addons and plugins, I'm pretty sure it's not going to change much.
# [15:22] <glandium> see how moving omni.jar to omni.ja broke stuff
# [15:22] <ted> true
# [15:22] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:23] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [15:23] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:24] * catlee-away is now known as catlee
# [15:24] * WG9s thinks he should update the fennec build wiki page with this info because people keep asking, and the current instructions don't really work well if you develop for Mozilla and also for other open source projects that require openjdk.
# [15:25] * Quits: rag (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:25] <glandium> ted: now that i think of it, dlopen "libmozsqlite3.so" works too (as it would with the system linker, provided the library is already loaded, which it is)
# [15:26] * Joins: dRdR_ (dRdR@moz-9462E6BD.uwaterloo.ca)
# [15:26] * Quits: graydot (jeba@63F3AA56.9CFBD76D.30E7AE68.IP) (Quit: graydot)
# [15:26] <mounir> glandium: bad thing is the work week was planned for ~5 persons on now it's for ~10
# [15:26] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [15:26] <mounir> glandium: as a result, we have to find another place because it's too much for our meeting room
# [15:27] <glandium> mounir: you could all pack in the meeting room, if you like people proximity
# [15:27] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:27] * Quits: regen (Miller@moz-88D1CCB.adsl.dynamic.seed.net.tw) (Quit: regen)
# [15:27] <mounir> glandium: yes and this room tend to be very hot and smell when too many people stay for too long
# [15:27] <glandium> mounir: aren't there some working space in the hotels around the office?
# [15:28] <khuey> how big is the paris office?
# [15:28] <khuey> apparently it's smaller than I thought
# [15:28] <glandium> khuey: small
# [15:28] * Quits: sierk (sierk@DA617021.DC24CC58.16E13E53.IP) (Ping timeout)
# [15:28] <mounir> khuey: we have 14 desks
# [15:28] * Joins: Suresh (chatzilla@DA06B9AE.E99DB449.EB06F97B.IP)
# [15:29] <mounir> khuey: and a meeting room that can handle 8 chairs but no more
# [15:29] <khuey> wow
# [15:29] <khuey> that's tiny
# [15:29] <glandium> the pedantic answer to "how big" is "not"
# [15:29] <mounir> actually, we now have 2 more desks but it's like desks for visitors because we are just too packed
# [15:30] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Linkinus - http://linkinus.com)
# [15:30] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:31] <mounir> glandium: I'm trying to find a place but not in a hotel would be better
# [15:31] * mrbkap hates hotel meeting rooms.
# [15:31] <mounir> I've already find something that might do it, I just need to talk with jst to know if he is ok
# [15:31] <mounir> mrbkap: stop that, you complain too much, people are going to believe you are living in France
# [15:32] <mrbkap> mounir: How many weeks have you spent couped up in a hotel meeting room?
# [15:32] <ted> glandium: yeah, but if there isn't one visible on disk, seems like it's less attractive
# [15:32] <mounir> mrbkap: one week but you were there so it was different ;)
# [15:32] <espindola> ted, you win: 715872
# [15:32] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [15:32] <espindola> one line patch, much longer description
# [15:32] <ted> bummer
# [15:33] <ted> okay
# [15:33] <mrbkap> mounir: besides, I am in France... I'm trying to soak up the local culture.
# [15:33] <ted> huh
# [15:33] <ted> http://en.cppreference.com/w/cpp/utility/program/quick_exit
# [15:33] <ted> i didn't know that existed
# [15:34] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:34] <Mitch> Did you know about std::defenestrate?
# [15:35] <bjacob> mounir: you should set it up at the Corcoran's
# [15:36] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [15:36] <mrbkap> bjacob++
# [15:36] <glandium> mounir: did you try the LOOP or some of the others hackerspaces in paris?
# [15:37] <glandium> ted: that's c++11
# [15:37] <mounir> glandium: I'm also trying to find something close to the office
# [15:37] <ted> glandium: yeah
# [15:38] <ted> i just didn't know it existed
# [15:38] <mrbkap> mounir: isn't there one not too far from the office?
# [15:38] <mrbkap> mounir: a hacker space, I mean.
# [15:38] <mounir> mrbkap: yes, not available
# [15:38] <mrbkap> ah ;/
# [15:40] <bjacob> we have one in the toronto office. ok, sorry
# [15:40] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [15:40] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [15:40] * Quits: dRdR_ (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [15:41] <edmorley> dao: ping
# [15:41] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [15:42] <khuey> we could just all go to mounirs apartment
# [15:42] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [15:42] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [15:42] <khuey> :-P
# [15:43] <mounir> khuey: we can definitely fit there
# [15:43] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [15:43] <mounir> and there is fiber ;)
# [15:43] * rail_away is now known as rail
# [15:43] <mounir> it's far from your hotel though ;)
# [15:44] <khuey> heh
# [15:45] * Quits: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [15:48] <mrbkap> Err, is m-i closed or open?
# [15:48] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [15:49] <edmorley> open
# [15:49] <mrbkap> bizarre
# [15:49] <mrbkap> I pushed once and it told me it was closed.
# [15:49] <edmorley> i changed to closed before I spotted dao's backout higher up
# [15:49] <mrbkap> I pushed again and it worked.
# [15:49] <mrbkap> Ah-ha, ok.
# [15:50] <jprmc> bz: ping
# [15:50] <edmorley> I think there may be another orange lurking, but going to leave open for the moment whilst I catch up with the starring (and eliminating the ones now fixed by dao's backout)
# [15:50] * Quits: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP) (Ping timeout)
# [15:50] * mrbkap 's patch won't cause orange.
# [15:51] * ctalbert|afk is now known as ctalbert
# [15:52] <mounir> rule of thumb: don't trust people who say that ^
# [15:53] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/7564c427cd98 - Kyle Huey - Bug 683891: Stop exporting THEBES_API symbols from libxul. r=glandium
# [15:54] <khuey> the hgweb view for https://hg.mozilla.org/mozilla-central/rev/7564c427cd98 is interesting
# [15:54] * Joins: ehsan_ (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [15:55] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [15:55] <glandium> khuey: nothing strikes me, but i'm viewing with lynx
# [15:56] <@smaug> what is the name of the game project
# [15:56] <@smaug> palan -something
# [15:56] <ted> paladin
# [15:56] <khuey> glandium: interesting, shift reload fixed it
# [15:56] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [15:58] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [16:00] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [16:00] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [16:02] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [16:02] * Quits: dao (dao@moz-BF3EF498.superkabel.de) (Quit: Leaving.)
# [16:03] <@smaug> khuey: is this known problem https://tbpl.mozilla.org/php/getParsedLog.php?id=8375040&tree=Try&full=1
# [16:03] <@smaug> IndexedDB assertion
# [16:05] <khuey> smaug: hmm
# [16:05] <khuey> smaug: we saw something similar with gabor's patches a couple days ago
# [16:05] <khuey> you can probably ignore it
# [16:05] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [16:05] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [16:07] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [16:07] <khuey> looks like the test is letting xpcshell shut down before all the IDB stuff finishes
# [16:07] * Joins: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com)
# [16:11] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [16:11] * Quits: past (past@moz-2DAAD734.dsl.dyn.forthnet.gr) (Input/output error)
# [16:13] * Quits: pucko (andreas@moz-66F4E006.customer.telia.com) (Quit: leaving)
# [16:13] * Joins: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com)
# [16:15] * Joins: dbradley (dbradley@moz-8FACAA93.fuse.net)
# [16:16] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
# [16:16] * Joins: hipokrit (hipokrit@moz-502C3BF.rackspace.net)
# [16:18] <dbradley> How do you change your password on nickserv?
# [16:18] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
# [16:20] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [16:21] <ttaubert> dbradley: /msg nickserv help set
# [16:21] <dbradley> Thanks
# [16:21] * Joins: whidgle (Mibbit@EA595862.BDD713CF.B580DEC.IP)
# [16:21] * Quits: whidgle (Mibbit@EA595862.BDD713CF.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:22] <gabor> khuey: it looks to me if the last transaction in that loop finishes earlier than any previous one than it can shut dow too early... http://mxr.mozilla.org/mozilla-central/source/dom/indexedDB/test/unit/test_overlapping_transactions.js
# [16:22] * Quits: ehsan_ (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [16:23] <gabor> I think this test should be/could be fixed with some more grabEventHandlers and yields
# [16:23] * Quits: gandalf (zbraniecki@moz-A1D7D0E0.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [16:24] * davehunt|away is now known as davehunt
# [16:25] * philor|away is now known as philor
# [16:25] * Joins: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP)
# [16:26] * Joins: dao (dao@moz-B3E0915A.pool.mediaways.net)
# [16:26] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [16:27] * shorlander-away is now known as shorlander
# [16:27] * Joins: romeo (romeo@moz-18AD2F99.k744.webspeed.dk)
# [16:27] <khuey> gabor: yeah, I agree
# [16:28] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [16:28] <khuey> gabor: the trick is to ensure that more grabEvents and yields don't make the transactions non-overlapping
# [16:28] <khuey> and make the test pointless
# [16:29] <gabor> yeah but that could be achieved by adding all the yields right next to that only one that is there in the test right now right?
# [16:29] <jhorak> I've got component in extension which I get by name NS_NETWORK_PROTOCOL_CONTRACTID_PREFIX"moz-gio" in main code. I'd like to check if specific object has same class as mine object in component? How do I do that? Getting temporary NS_NETWORK_PROTOCOL_CONTRACTID_PREFIX"moz-gio" and comparing their iid by GetIID?
# [16:30] <khuey> I think so
# [16:30] <khuey> sicking should review though, since it's his test
# [16:30] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [16:33] <NeilAway> khuey: how is it that Mac/Linux doesn't need thebes APIs to create wallpaper?
# [16:34] * bear-afk is now known as bear-buildduty
# [16:34] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [16:34] <khuey> the others don't convert to .bmp, I think
# [16:34] <jhorak> Or to rephrase the question: How can I compare two object's classes? To determine if they have same class.
# [16:35] <khuey> windows could probably be rewritten not to
# [16:35] * Quits: pranavrc (pranavrc@D4F9E493.1A400B32.C28326FD.IP) (Quit: Ping timeout: ∞)
# [16:35] * Quits: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP) (Quit: peregrino)
# [16:35] * Joins: tonymec__ (tonymec@B1868F8E.8190FE72.277517C1.IP)
# [16:35] * Joins: Julian (chatzilla@moz-43E73578.greenbytes.de)
# [16:36] * Quits: tonymec__ (tonymec@B1868F8E.8190FE72.277517C1.IP) (Connection reset by peer)
# [16:38] * Joins: andreasn (andreasn@moz-3CDFCC6A.a336.corp.bahnhof.se)
# [16:38] <jorendorff> hmm
# [16:39] <jorendorff> what do i need to do to get around: configure: error: "cl" is not a suitable assembler to build js-ctypes.
# [16:39] * jorendorff hasn't built on windows for a while
# [16:39] * Quits: jhorak (jhorak@moz-59813FB4.cust.nbox.cz) (Quit: Leaving)
# [16:39] <khuey> do you have some ancient mozilla-build?
# [16:39] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [16:40] <jorendorff> hmm
# [16:41] <jorendorff> yeah, i have 1.5.1, i guess i should install 1.6
# [16:43] <brendan> bsmedberg, khuey: hmm?
# [16:43] * Joins: adoria0000 (Mibbit@moz-83CDD373.osaka.ocn.ne.jp)
# [16:43] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [16:44] <nemo> bz: yay bugspam :D
# [16:45] * Joins: tonymec__ (tonymec@1760944F.9256CA4D.277517C1.IP)
# [16:45] * Joins: drheiter23 (jamespeerl@moz-98B3CF08.bstnma.east.verizon.net)
# [16:45] * Joins: KWierso (chatzilla@moz-6E3FB3B9.desm.qwest.net)
# [16:45] * tonymec__ is now known as tonymec|away
# [16:46] * khuey is now known as khuey|away
# [16:46] <nemo> bz: alright. one profile coming up :)
# [16:48] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Ping timeout)
# [16:48] <nemo> bz: BTW, after applying bhackett's patch (the one that sped it up considerably on my system, but still about 2x slower) I had the following on the 3D sprite test: http://m8y.org/tmp/temp.txt
# [16:49] <jorendorff> khuey|away: no good, same error
# [16:49] <jorendorff> this is the first time I have tried some new configure options
# [16:49] <jorendorff> the ones for building 64-bit
# [16:49] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [16:50] <jorendorff> --target=x86_64-pc-mingw32 --host=x86_64-pc-mingw32
# [16:50] <bsmedberg> brendan: bug 715693 and bug 715776
# [16:50] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [16:50] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [16:51] <nemo> awww
# [16:51] <nemo> no more bz
# [16:51] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [16:51] * Joins: Honza (chatzilla@E07BF19C.5BB5597D.D0083327.IP)
# [16:51] * Quits: bjarne (bjarne@moz-46A85847.nextgentel.com) (Quit: Leaving.)
# [16:54] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [16:55] <gabor> jorendorff: I'm working on windows but never tried the 64 bit version nor have seen your error message... isn't there any more useful info in the log file? also, are you sure you are trying to build from start-msvc9-x64 console instead of start-msvc9 one?
# [16:56] <jorendorff> i don't know what any of that means
# [16:56] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [16:56] * jorendorff looks at config.log
# [16:56] <jbuck> jorendorff: there's two different .bat files, one to build 32bit and one for 64bit. use the non -x64 batch file
# [16:57] <jorendorff> I need 64-bit because the bug i'm hunting only happens on 64-bit :-\
# [16:57] <gabor> to build it you supposed to run the build script from a mozilla-build console, to start that you have some bat files start-msvc[visual studio version][-x64]
# [16:57] <jorendorff> i thought i was supposed to run it from the bash that comes with MozillaBuild, which is what i've been doing
# [16:57] <jbuck> oh. d'oh
# [16:58] <jorendorff> oh ok
# [16:58] <jorendorff> let me see
# [16:58] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [16:59] <jorendorff> (maybe after the war is over i can change configure.in to detect this case)
# [16:59] <jorendorff> so many errors
# [17:00] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [17:00] <jorendorff> when i run configure, there are python tracebacks due to 'import site' failing, Makefile.in files not found … it's not encouraging
# [17:00] <jorendorff> cl : missing source filename
# [17:00] <jorendorff> and ignoring unknown options… and other options are deprecated…
# [17:01] * IRCMonkey24588 is now known as Tobbi
# [17:01] <gabor> are you trying: python -O build/pymake/make.py -f client.mk build
# [17:01] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Quit: kumar)
# [17:03] <jorendorff> ah, no, i was running configure by hand
# [17:03] <jorendorff> i guess i should get a .mozconfig going and do it the supported way
# [17:03] <bsmedberg> Callek: ping
# [17:03] * Joins: mjschranz (mjschranz@moz-57B23647.senecac.on.ca)
# [17:03] <jorendorff> (bsmedberg runs it by hand, is my usual excuse … but he knows what he's doing)
# [17:03] * rail is now known as rail_away
# [17:04] <bsmedberg> mozconfigs suck
# [17:04] <bsmedberg> we shouldn't be using them
# [17:04] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [17:04] <jorendorff> i got configure to run but the build won't run
# [17:04] <bsmedberg> why do we need one in this case?
# [17:04] <jorendorff> TypeError: cannot create weak reference to 'classobj' object
# [17:04] * Joins: gerv (gerv@moz-24D790B4.rb5.adsl.brightview.com)
# [17:04] <bsmedberg> jorendorff: at what point?
# [17:04] * Quits: dahal (Mibbit@C841A0C0.2AC4D11.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:04] <jorendorff> this is something wrong with mozilla-build's python
# [17:04] <jorendorff> bsmedberg: I can get it to happen just by doing d:/mozilla-build/python/python2.6.exe -O -v
# [17:05] <bsmedberg> oh, fun
# [17:05] <jorendorff> also without -O
# [17:05] * joduinn-home is now known as joduinn-commute
# [17:05] <bsmedberg> that's... awesome
# [17:05] <jorendorff> i'll try blowing away the mozilla-build directory and installing fresh
# [17:05] * Quits: mjschranz (mjschranz@moz-57B23647.senecac.on.ca) (Ping timeout)
# [17:05] <bsmedberg> you haven't installed any special python packages, right?
# [17:05] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [17:05] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [17:05] <jorendorff> no, nothing, certainly not in that directory
# [17:06] <gabor> you just gotta love python on windows sometimes...
# [17:06] <jorendorff> and the traceback shows full filenames -- all the python files on the stack are from mozilla-build
# [17:06] <jorendorff> not anywhere else
# [17:06] <bsmedberg> then I don't know what to tell you :-(
# [17:06] * Joins: mjschranz (mjschranz@moz-57B23647.senecac.on.ca)
# [17:07] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [17:07] <bsmedberg> http://stackoverflow.com/questions/6471388/python-import-site-error-with-multiple-versions says that this is a python 2.6/python2.7 both installed conflict
# [17:08] * rail_away is now known as rail
# [17:09] * Joins: ashughes (ashughes@E04EE963.852FE72D.DA78B690.IP)
# [17:09] <philor> arrgh
# [17:10] * Parts: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [17:10] <philor> Linux64 debug has been permaorange for around 8 hours now, but a certain someone has bloated the logs so badly with his assertions that I can't even open them
# [17:10] <jorendorff> bsmedberg: yep, deleting mozilla-build and installing fresh fixed it
# [17:11] <jorendorff> apparently configure selects python2.6 if it can, even if 2.7 is available? sigh
# [17:11] <bsmedberg> that's... odd
# [17:11] * Quits: tonymec|away (tonymec@1760944F.9256CA4D.277517C1.IP) (Input/output error)
# [17:11] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
# [17:12] <jorendorff> the problem is, configure isn't easily unit-testable
# [17:12] <jorendorff> particularly for sane behavior in these oddball cases
# [17:12] <jorendorff> (also, who knows what it'd break if i changed that)
# [17:14] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [17:14] * Joins: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com)
# [17:15] <jorendorff> Terminate batch job? (Y/N0
# [17:15] * Joins: tonymec__ (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be)
# [17:15] * tonymec__ is now known as tonymec|away
# [17:15] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [17:15] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [17:16] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:16] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [17:17] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [17:17] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [17:17] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [17:17] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [17:18] <philor> oh, ffs, in at least one case, the failure is just that njn asserted so many times he ran the log over 52428800 bytes
# [17:19] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [17:21] <nemo> lol
# [17:21] <nemo> huh. max log size is only 50 megs?
# [17:21] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [17:22] <philor> per hunk, so browser-chrome in this case
# [17:22] <philor> is anybody around who will actually sheriff inbound?
# [17:22] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [17:23] <philor> ideally someone with lots of bandwidth and lots of RAM
# [17:24] <nemo> heh. I have both of those. but unfortunately 0 experience and reliability :)
# [17:25] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [17:25] <philor> I have enough time left before I go to work to close inbound
# [17:25] <philor> that's it
# [17:26] <edmorley> philor: njn's push? want me to back out?
# [17:26] * Joins: mw22_away (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [17:27] * Quits: merike|away (quassel@moz-14C2B309.cable.starman.ee) (Connection reset by peer)
# [17:27] * Joins: merike|away (quassel@moz-14C2B309.cable.starman.ee)
# [17:27] <edmorley> (note to self, remember to scroll back down after reading scrollback
# [17:28] * Quits: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net) (Ping timeout)
# [17:28] <philor> edmorley: njn may or may not have pushed linux64 debug from 24K assertions in about:memory to 34K; cpearce's right above him may or may not have added an sqlite crash on linux64 debug
# [17:29] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [17:29] * ChanServ sets mode: +o mkaply
# [17:29] * Joins: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net)
# [17:30] * Quits: Unfocused (u2622@moz-160C58C6.com) (Input/output error)
# [17:30] <philor> I got njn's to load, I can't even get cpearce's to load at all, but there's a browser_save_video crash up toward the top of the page
# [17:30] * Quits: jaws (u2871@moz-160C58C6.com) (Input/output error)
# [17:30] * Quits: Asa (u3626@moz-160C58C6.com) (Input/output error)
# [17:30] * Quits: alex_mayorga (u4422@moz-160C58C6.com) (Client exited)
# [17:30] * Quits: ttaubert (u2620@moz-160C58C6.com) (Input/output error)
# [17:30] * Quits: felipe (u2734@moz-160C58C6.com) (Input/output error)
# [17:30] * Quits: sid0 (u2934@moz-160C58C6.com) (Input/output error)
# [17:31] * Quits: drheiter23 (jamespeerl@moz-98B3CF08.bstnma.east.verizon.net) (Quit: drheiter23)
# [17:31] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
# [17:31] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [17:31] * Joins: Asa (u3626@moz-160C58C6.com)
# [17:31] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
# [17:31] * Joins: jaws (u2871@moz-160C58C6.com)
# [17:32] <philor> and what I really want is for someone who can make such a thing stick to just comment out his assertion
# [17:32] * Joins: dalsh (dalsh@1D9E9DC3.B3D15CEC.163E2FB.IP)
# [17:32] * Joins: ttaubert (u2620@moz-160C58C6.com)
# [17:33] * Quits: hipokrit (hipokrit@moz-502C3BF.rackspace.net) (Quit: Leaving)
# [17:33] * Joins: sid0 (u2934@moz-160C58C6.com)
# [17:34] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [17:34] <edmorley> njn's?
# [17:34] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [17:35] <edmorley> and I can't get cpearce's log to load either
# [17:35] <tbsaunde> so, should all of the osx10.7 failures on https://tbpl.mozilla.org/?tree=Accessibility be visible by default, I'm pretty sure non of those patches coudl break any or al of that stuff
# [17:36] * luke-away is now known as luke
# [17:36] * Joins: felipe (u2734@moz-160C58C6.com)
# [17:36] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Connection reset by peer)
# [17:37] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [17:37] * Joins: Cameron (Cameron@moz-5911F6E0.range86-130.btcentralplus.com)
# [17:38] <brendan> bsmedberg: your https://bugzilla.mozilla.org/show_bug.cgi?id=715776#c4 comment seems good and doesn't appeal to authority (mine or anyone else's)
# [17:38] <brendan> is the issue removing the JS API import lib?
# [17:38] <bsmedberg> that's the proposal, or other ways to make JS unusable from 3rd-party binary code
# [17:39] <bsmedberg> that's what the other bug is about
# [17:39] * Joins: jwir3 (In@moz-FA942C67.com)
# [17:40] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [17:41] <brendan> this isn't a file-a-bug-and-yank issue
# [17:41] <brendan> product concerns like those fine A/V software makers
# [17:41] <brendan> whoever else uses and abuses the JS API
# [17:42] * Joins: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be)
# [17:42] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [17:43] * Joins: mario (mario@67575F8A.5B6D81B9.490799F7.IP)
# [17:43] <jwir3> ok, I feel stupid asking this, but is there a generic parseX(nsAString) function, where X={PRUint32, PRUint64, etc...} in gecko somewhere?
# [17:43] <jwir3> (for native code, not js)
# [17:44] <mario> hi everyone, does anybody got an idea, why a universal build should throw an: [postflight_all] Error 1 at the final unify step?
# [17:44] <gavin> jwir3: there's printfcstring
# [17:44] * shorlander is now known as shorlander-away
# [17:45] <gavin> jwir3: oh, wait, misunderstood - there's ToInteger on nsStrings
# [17:45] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/75ead35a1230 - Serge Gautherie - Bug 710562. (Av1a) Disable 2 application-specific '#ifdef' in Toolkit, as a workaround ftb. r=taras.
# [17:46] * Joins: pranavrc (pranavrc@D4F9E493.1A400B32.C28326FD.IP)
# [17:46] * Quits: magsout (magsout@moz-AC4E6C07.fbx.proxad.net) (Ping timeout)
# [17:46] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [17:46] <brendan> bsmedberg: i commented in the first bug, your comment in the second seems fine and is last
# [17:46] <jwir3> gavin: Great. Ok, that's what I was looking for. Is there something similar for floats?
# [17:46] <bsmedberg> ok good
# [17:47] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [17:47] <gavin> jwir3: not that I know of
# [17:47] <jwir3> gavin: ok, well, I can use th eToInteger to solve most of my issues. thanks!
# [17:48] <gavin> jwir3: oh, there' also toFloat and toDouble
# [17:48] * Parts: gerv (gerv@moz-24D790B4.rb5.adsl.brightview.com) (Leaving.)
# [17:48] <gavin> http://mxr.mozilla.org/mozilla-central/source/xpcom/string/public/nsTString.h#260
# [17:48] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [17:48] <jwir3> gavin: perfect. thank you
# [17:48] * Joins: alex_mayorga (u4422@moz-160C58C6.com)
# [17:48] <philor> tbsaunde: no, only the 10.7 stuff that's visible on m-c should be visible
# [17:48] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [17:49] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [17:50] <tbsaunde> philor: can I find a list of what's on m-c? and can I hidethe others someow?
# [17:50] * joduinn-commute is now known as joduinn-mtg
# [17:51] * Quits: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre)
# [17:51] <philor> tbsaunde: yes, from tbpl, and no, not without the password and some instruction, but I can hide the stuff that should be hidden about 90 minutes from now
# [17:52] * Joins: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net)
# [17:52] * Quits: Suresh (chatzilla@DA06B9AE.E99DB449.EB06F97B.IP) (Quit: Suresh)
# [17:52] <philor> oh, neat, mrbkap has that browser_save_video crash on both debug and opt, he must have caused it by adding a shell commandline arg :)
# [17:53] * philor is now known as philor|away
# [17:53] <tbsaunde> philor|away: that'd be fine, thx
# [17:53] <tbsaunde> (no hurry)
# [17:53] * coop is now known as coop|mtg
# [17:55] * Joins: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:56] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [17:56] <jorendorff> ok, blowing away mozilla-build and reinstalling fixed a few things
# [17:57] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [17:58] <jorendorff> now I'm getting: mozcrt.lib(crtdll_fixed.obj) : error LNK2019: unresolved external symbol __imp__frex_dbg referenced in function _CRT_INIT
# [17:58] <jorendorff> http://pastebin.mozilla.org/1436950
# [17:59] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [17:59] * Quits: protz (protz@moz-E29D2A15.inria.fr) (Quit: Leaving)
# [17:59] * Joins: rag (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br)
# [18:00] * Quits: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [18:00] <rag> how can I check if a feed is already registered?
# [18:02] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [18:02] <edmorley> tbsaunde, philor|away: have hidden the 10.7 entries on accessibility to match m-c
# [18:02] <edmorley> tbsaunde: you'll need to ctrl+refresh
# [18:02] <edmorley> or at least refresh
# [18:03] <tbsaunde> edmorley: ok, thanks
# [18:03] * Joins: nhirata (nhirata.bu@moz-2A9C9106.hsd1.ca.comcast.net)
# [18:03] * Joins: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be)
# [18:03] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [18:05] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [18:05] * Quits: dao (dao@moz-B3E0915A.pool.mediaways.net) (Quit: Leaving.)
# [18:06] * Joins: evilpie (evilpie@moz-183F0B3B.pools.arcor-ip.net)
# [18:07] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:08] * Ziggy|AWAY is now known as Ziggy_Maes
# [18:09] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
# [18:09] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [18:09] * ChanServ sets mode: +o bz
# [18:10] <@bz> nemo: verily bugspam
# [18:10] * Joins: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net)
# [18:10] <jdm> evilpie: http://www.buzzfeed.com/expresident/can-you-pronounce-all-these-words-correctly
# [18:11] <evilpie> jdm: no
# [18:11] * joduinn-mtg is now known as joduinn
# [18:11] <jdm> :D
# [18:11] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [18:12] <evilpie> did i fail somewhere, or why?
# [18:12] * Quits: adoria0000 (Mibbit@moz-83CDD373.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:13] * Joins: adoria0000 (Mibbit@moz-83CDD373.osaka.ocn.ne.jp)
# [18:13] * coop|mtg is now known as coop
# [18:14] * Joins: paolo (paolo@moz-4CB4DECC.retail.telecomitalia.it)
# [18:14] * coop is now known as coop|lunch
# [18:15] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:16] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [18:17] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [18:17] * Joins: bretr (bret_recka@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:18] * Quits: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net) (Ping timeout)
# [18:19] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [18:19] <@smaug> khuey|away: looks like my CC handling changes trigger that IndexedDB assertion quite often
# [18:19] * Joins: gandalf (zbraniecki@moz-A359C303.neoplus.adsl.tpnet.pl)
# [18:19] * Joins: GPHemsley (GPHemsley@moz-7D8B319.dyn.optonline.net)
# [18:20] * Quits: zzxc (zzxc@moz-E52B4F2C.zzxc.net) (Ping timeout)
# [18:20] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [18:20] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Client exited)
# [18:21] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [18:21] * catlee is now known as catlee-lunch
# [18:21] * Joins: zzxc (zzxc@moz-E52B4F2C.zzxc.net)
# [18:22] * froydnj settles in to figure out how nsTimeout works
# [18:22] <bent> smaug, which?
# [18:23] * fabrice|afk is now known as fabrice
# [18:23] <@smaug> bent: https://tbpl.mozilla.org/php/getParsedLog.php?id=8377898&tree=Try&full=1#error2
# [18:23] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:24] <@smaug> bent: khuey|away said earlier that "looks like the test is letting xpcshell shut down before all the IDB stuff finishes"
# [18:24] <bent> yeah, seems likely
# [18:24] * Quits: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [18:25] * Joins: faramarz_ (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [18:25] * Quits: faramarz_ (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz_)
# [18:25] * Quits: Olipro (Olipro@moz-8605A6C2.catv.pool.telekom.hu) (Ping timeout)
# [18:26] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [18:26] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [18:26] * Quits: mario (mario@67575F8A.5B6D81B9.490799F7.IP) (Quit: mario)
# [18:26] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [18:26] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:27] * Joins: Mossop (mossop@moz-E325C2EC.dsl.dynamic.sonic.net)
# [18:27] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:27] <blizzard> https://twitter.com/#!/dinomite/status/155286803606290432
# [18:27] <blizzard> did we break/change our apple-q binding warning dialog?
# [18:27] * Joins: faramarz (faramarz@moz-7B0110AD.mv.mozilla.com)
# [18:27] <blizzard> because that would make me CRAZY if I were on a mac
# [18:28] <@bz> jdm: thank you!
# [18:28] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [18:28] <@bz> blizzard: we haven't had any sort of warning dialog for cmd-q that I know of
# [18:28] * Joins: montezuma (Mibbit@EA595862.BDD713CF.B580DEC.IP)
# [18:28] <blizzard> bz: I thought we did
# [18:28] <blizzard> <-- using windows
# [18:28] <@bz> blizzard: at least in the 3.5 years I've been using a mac
# [18:28] <blizzard> hmm!
# [18:29] <nemo> blizzard: no warning under linux either
# [18:29] <@bz> blizzard: we do have the "do you want firefox to save your tabs?" thingie
# [18:29] * Joins: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be)
# [18:29] <nemo> blizzard: and it does drive me crazy. so much so I've used addons in the past to disable, or editing the xul
# [18:29] * Quits: montezuma (Mibbit@EA595862.BDD713CF.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:29] <@bz> blizzard: unless you check "do not ask next time". at least in 3.5
# [18:29] * @bz checks newer ones
# [18:30] <@bz> fx3.6 too
# [18:30] <nemo> blizzard: there's no interface to disable that I know of in linux :( - what makes it worse for me is it overlaps badly w/ the key bindings for w3m, which I also use a lot
# [18:30] <@bz> not fx4
# [18:30] <blizzard> nemo: yeah, I've had friends who had automated scripts that would take apart the jar file, remove the option and put it back together
# [18:30] <@bz> chrome has no warning either
# [18:30] <blizzard> nemo: :(
# [18:30] <blizzard> bz: yeah, but it's a constant source of pain
# [18:30] <@bz> blizzard: nor opera
# [18:30] <@bz> blizzard: safari does what 3.5/3.6 did
# [18:30] <nemo> blizzard: in w3m ctrl-q closes a tab :)
# [18:30] <@bz> blizzard: chrome does what we and opera do
# [18:31] * Quits: Milos (milos@moz-DF7EC455.dynamic.isp.telekom.rs) (Ping timeout)
# [18:31] * @bz sees that he already said that
# [18:31] <blizzard> nemo: oof
# [18:31] <nemo> blizzard: so you can imagine I accidentally blow away huge chunks of my session quite often
# [18:31] <blizzard> nemo: yep
# [18:31] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
# [18:31] * Quits: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [18:31] <@bz> blizzard: I wonder whether we have a pref for this
# [18:31] <nemo> no :(
# [18:31] <blizzard> bz: I don't know?
# [18:32] <blizzard> bz: trying to find out
# [18:32] <@bz> blizzard: in any case, we definitely changed behavior to not put up the "you have multiple tabs" prompt
# [18:32] <@bz> blizzard: find the bug for that?
# [18:32] <blizzard> bz: no - is it in your awesomebar?
# [18:32] * Joins: cdiehl_ (cdiehl@moz-65AA4657.pool.mediaways.net)
# [18:32] <@bz> blizzard: I was suggesting you find it, not asking whether you have
# [18:33] <@bz> blizzard: it's not in my awesomebar
# [18:33] * Quits: MarcoZ (marco.zehe@moz-BB9AA0E7.dip.t-dialin.net) (Quit: Have a good weekend everyone!)
# [18:33] <blizzard> bz: heh ok
# [18:33] * Parts: rag (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br)
# [18:33] * Quits: cdiehl (cdiehl@moz-A3F64476.pool.mediaways.net) (Ping timeout)
# [18:33] * cdiehl_ is now known as cdiehl
# [18:33] * Joins: Olipro (Olipro@moz-9F100761.catv.pool.telekom.hu)
# [18:33] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [18:33] <@bz> blizzard: gavin or someone might know offhand
# [18:34] * Joins: Milos (milos@moz-DFF91F84.dynamic.isp.telekom.rs)
# [18:34] * Joins: camd (camerondaw@moz-BBE3ABD.mv.mozilla.com)
# [18:35] <reuben> on OS X, clicking on the X shows the confirmation dialog, cmd+q doesn't
# [18:35] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [18:36] <blizzard> bz: reading bugs now
# [18:36] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [18:36] <blizzard> mmm
# [18:36] <blizzard> browser.showQuitWarning
# [18:37] * Quits: sewardj (sewardj@moz-C79D927B.cable.virginmedia.com) (Ping timeout)
# [18:37] * Joins: KWierso1 (chatzilla@moz-6E3FB3B9.desm.qwest.net)
# [18:37] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [18:37] <gavin> I hate having to remember what we do every time this comes up
# [18:37] <gavin> nemo: what chunks of your session are lost?
# [18:38] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:38] <gavin> sessionstore isn't perfect, but the areas where it fails almost never matter to me
# [18:38] <nemo> gavin: data I was working on.
# [18:38] <gavin> what kind of data?
# [18:38] <@bz> blizzard: hurray for prefs or something?
# [18:38] <blizzard> bz: I'm still reading
# [18:39] <@bz> blizzard: no UI for it, looks like
# [18:39] <nemo> gavin: I just tested, just for you
# [18:39] <@bz> blizzard: yeah, I bet
# [18:39] <nemo> gavin: I had 2 windows open, hit ctrl-q
# [18:39] <@bz> nemo: you really need a profiler that does stacks.. :(
# [18:39] <@bz> nemo: also, you compiled with --enable-profiling?
# [18:39] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Ping timeout)
# [18:39] <blizzard> ugh
# [18:39] <blizzard> I hate super-bitchy bug reporters
# [18:39] <@bz> blizzard: it's a UX bug
# [18:39] <blizzard> makes me want to claw my eyes out
# [18:39] * Quits: gandalf (zbraniecki@moz-A359C303.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [18:40] <@bz> blizzard: were you expecting brotherly love and technical discussion?
# [18:40] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [18:40] <nemo> gavin: hm. you know. better behaved than before. my groups stayed where they belonged in tabcandy, my text areas still had their text...
# [18:40] <nemo> gavin: well. that makes me feel better :)
# [18:40] * Quits: daim (David_Mart@779E3E00.1773D26C.C0FF2207.IP) (Client exited)
# [18:41] <nemo> gavin: dunno if javascript heavy webapps would fare so well, but, you never know!
# [18:41] <gavin> most such apps do their own saving
# [18:41] <nemo> bz: I put that in the comment on my system settings, yes :-p
# [18:41] <blizzard> bz: :(
# [18:41] <nemo> bz: as for the profiler I'm using, it was recommended to me by someone here.
# [18:42] * philor|away is now known as philor
# [18:42] <nemo> perf record/perf report is all I'm running, as was suggested :)
# [18:43] * Quits: dalsh (dalsh@1D9E9DC3.B3D15CEC.163E2FB.IP) (Ping timeout)
# [18:44] <nemo> bjacob I think actually...
# [18:44] * Quits: victorporof (victorporo@BCAA178E.F4308271.4873E54D.IP) (Client exited)
# [18:44] * Joins: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP)
# [18:45] * Joins: dalsh (dalsh@1D9E9DC3.B3D15CEC.163E2FB.IP)
# [18:45] * Quits: rshetty (quassel@63345CE1.93F32796.C842849F.IP) (Ping timeout)
# [18:45] * rail is now known as rail-lunch
# [18:46] <nemo> bz: perf-report has quite a few options. Perhaps one of them has the info you'd like *shrug*
# [18:46] <@bz> $%^%&%^&%^&%^
# [18:46] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [18:46] <@bz> Goddamned updater
# [18:46] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [18:46] * Quits: fitzgen (fitzgen@moz-21CB9A53.hsd1.wa.comcast.net) (Quit: zzzzzzzzz)
# [18:46] <nemo> oh. hm. perf record -g would do call graph
# [18:46] * nemo reruns
# [18:47] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [18:47] * Quits: mjschranz (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
# [18:48] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:48] <bent> bz, bug?
# [18:48] <@bz> bent: hmm?
# [18:48] * Joins: dRdR_ (dRdR@moz-9462E6BD.uwaterloo.ca)
# [18:48] <bent> so far it's working great for me
# [18:48] <@bz> oh
# [18:48] <@bz> no
# [18:48] <bent> you hit some kind of updater bug?
# [18:48] <@bz> I just opened firefox 8
# [18:48] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Connection reset by peer)
# [18:48] <@bz> and went to turn off updates
# [18:48] <@bz> so I can actually like have it around
# [18:49] <@bz> but before I got there it downloaded the update
# [18:49] <bent> oh, and it beat you ;)
# [18:49] <bent> i see
# [18:49] <@bz> so when I restarted it was magically fx9
# [18:49] <@bz> like I said, %$^$%^$% updater
# [18:49] <bent> heh
# [18:49] * Joins: mjschranz (mjschranz@moz-57B23647.senecac.on.ca)
# [18:50] * @bz uses his fat pipe to good effect to download dmgs
# [18:50] <nemo> bz: got you your callgraph :D
# [18:50] <@bz> nemo: thanks
# [18:50] <@bz> nemo: and the separate bug too?
# [18:51] <nemo> ummm. well. I already know this thing fails at xrender due to the bugs filed in past. HWACCEL and such
# [18:51] <nemo> I'm not sure it'd be beneficial
# [18:51] <jlebar> Can I ask XPCOM if we're shutting down, or do I have to listen for shutdown and track that myself?
# [18:51] <@bz> nemo: oh, ok
# [18:51] <nemo> bz: http://m8y.org/tmp/temp2.txt
# [18:51] <nemo> bz: that's after bhackett's patch
# [18:51] * Quits: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com) (Ping timeout)
# [18:52] <@bz> nemo: ah, so much better
# [18:52] <nemo> :-p
# [18:52] <nemo> and so much larger
# [18:52] <@bz> nemo: so lots of time under js
# [18:52] <nemo> bz: do you care at all about the 2D case, or pinning that all on x render?
# [18:52] <@bz> nemo: how much of your cpu usage was xorg?
# [18:52] <nemo> ummm
# [18:52] * Quits: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com) (Ping timeout)
# [18:52] * nemo fires it up again
# [18:52] <@bz> nemo: well, trying to understand that
# [18:52] <nemo> bz: oh. that graph is the 3D case
# [18:52] <nemo> not the 2D
# [18:53] <@bz> nemo: this profile says firefox was using 35% of your cpu
# [18:53] <@bz> nemo: no?
# [18:53] <@bz> nemo: what was the other 65%?
# [18:53] * Quits: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP) (Ping timeout)
# [18:53] <nemo> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
# [18:53] * Joins: rshetty (quassel@6A51E692.6FAB6BB9.D30E9BEF.IP)
# [18:53] <nemo> 2777 nemo 20 0 833m 141m 51m R 44 0.9 0:09.50 firefox
# [18:53] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
# [18:53] <nemo> 17364 root 20 0 644m 288m 249m S 42 1.8 237:25.22 Xorg
# [18:54] <@bz> this is the 3d case?
# [18:54] <nemo> bz: hm. top normally records per-core. that's weird. (at least, that's what it oes on my home system) yet these numbers all add up to 100%
# [18:54] <nemo> bz: yes
# [18:54] <nemo> bz: want 2D?
# [18:55] <nemo> xorg and firefox fluctuate a lot. I'm getting 47/34 for firefox and xorg right now. and also a bunch in "kworker" - hm. what is that...
# [18:55] * Joins: timA1 (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [18:55] <nemo> ah. ACPI wakeups
# [18:56] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [18:56] <@bz> nemo: sure, do 2d
# [18:56] <nemo> (2 "kworkers" at about 15% and 10%)
# [18:56] <@bz> nemo: I bet for 3d the xorg is what's making us slower than chrome
# [18:56] <@bz> nemo: wonder why we get that crap for webgl....
# [18:56] <@bz> nemo: might be compositing the canvas
# [18:57] <@bz> nemo: do you have gl layer accel on your setup?
# [18:57] <nemo> oh. I can enable it
# [18:57] <nemo> in the past it screwed things up bad
# [18:57] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [18:57] <nemo> although it did help in the 2D case, and even in stuff like FOTN
# [18:57] <nemo> compensating again for !@#$ fglrx...
# [18:57] <nemo> did no good whatsoever under intel and nvidia
# [18:57] * shorlander-away is now known as shorlander
# [18:58] <nemo> heh. yep. as soon as I enabled it, the menus went all wonky
# [18:58] <nemo> bz: do you want either the 2D or 3D w/ layers acceleration forced on?
# [19:00] <nemo> eh. gonna go for 2D w/o layers accel to start
# [19:00] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [19:01] * sfleiter|away is now known as sfleiter
# [19:01] <@bz> nemo: yeah, sounds like a plan
# [19:01] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [19:02] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [19:02] * Joins: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com)
# [19:02] * Quits: adoria0000 (Mibbit@moz-83CDD373.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:02] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [19:02] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:03] * davehunt is now known as davehunt|away
# [19:03] * Joins: adoria0000 (Mibbit@moz-83CDD373.osaka.ocn.ne.jp)
# [19:03] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [19:05] * Quits: faramarz (faramarz@moz-7B0110AD.mv.mozilla.com) (Quit: faramarz)
# [19:05] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [19:05] * timA1 is now known as timA
# [19:05] * Quits: KWierso1 (chatzilla@moz-6E3FB3B9.desm.qwest.net) (Client exited)
# [19:05] * Joins: KWierso1 (chatzilla@moz-6E3FB3B9.desm.qwest.net)
# [19:05] <nemo> bz: http://m8y.org/tmp/scirra-perftest/ I'll add layers accel versions of both in a mo
# [19:06] * Joins: prip (prip@moz-64B90C9C.i07-32.onvol.net)
# [19:06] * Quits: pranavrc (pranavrc@D4F9E493.1A400B32.C28326FD.IP) (Quit: Ping timeout: ∞)
# [19:07] <taras> gcp: pong
# [19:07] <nemo> heh. this is soooo broken :)
# [19:07] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [19:07] <nemo> I can't see anything being painted to the screen unless I move the window offscreen to briefly see an update of state
# [19:07] <nemo> everywhere I move the mouse are white squares.
# [19:08] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [19:08] <@bz> nemo: with layers accel?
# [19:08] <nemo> yeah
# [19:08] <nemo> fglrx ftl I guess
# [19:08] <@bz> nemo: your 2d profile shows 18% of the time in firefox
# [19:08] <bjacob> nemo: if you dont like this, think that there are millions of people without a computer would would like to have that
# [19:08] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Client exited)
# [19:09] * Joins: bent_ (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [19:09] <nemo> bjacob: I'll buy a few educational raspberry pis to salve my conscience
# [19:09] <gcp> taras: do you object to the puzzle-y parts of to the concept of coding interviews in general?
# [19:09] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Ping timeout)
# [19:09] * bent_ is now known as bent
# [19:10] * Joins: rag (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br)
# [19:10] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:10] <taras> gcp: yes
# [19:10] * Quits: Julian (chatzilla@moz-43E73578.greenbytes.de) (Ping timeout)
# [19:10] <nemo> bz: 2D w/ broken layers accel up
# [19:10] <gcp> taras: I forgot an or inbetween there
# [19:10] <nemo> FF % improved
# [19:10] <@bz> nemo: heh
# [19:11] <nemo> hm. I hope that was 2D
# [19:11] * Joins: biesi (cbiesinger@moz-76ED95A4.corp.tfbnw.net)
# [19:11] <nemo> it was frankly hard to make out the URL :(
# [19:11] <taras> gcp: i think it's a good way to hire people who are good at puzzles
# [19:11] * taras isn't one of them
# [19:11] <jlebar> So it looks like XPCOM shutdown is not raised until the event queue is empty? That puts me in a somewhat awkward position if I want to listen for XPCOM shutdown to stop putting things in the event queue.
# [19:11] <jlebar> Is there an "XPCOM wants to shut down" event?
# [19:11] * shorlander is now known as shorlander-away
# [19:11] <nemo> bz: you know. let me rerun that one. just in case... try to be more cautious w/ the fragments of awesomebar I can make out
# [19:12] <gcp> taras: yeah, my question was really whether you disagree with the general idea of a coding interview
# [19:12] <taras> gcp: i mostly do
# [19:12] <gcp> taras: disagreeing with the puzzle part is obvious
# [19:12] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:12] * joduinn is now known as joduinn-mtg
# [19:12] * Joins: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP)
# [19:13] <nemo> bz: it's hard to be sure, but I think the 3D one is running more slowly w/ layers accel.
# [19:13] <taras> gcp: i never ask people to code, just algo problems
# [19:13] * Joins: weirdo (Mibbit@EA595862.BDD713CF.B580DEC.IP)
# [19:13] * catlee-lunch is now known as catlee
# [19:13] <@bz> nemo: given the brokenness, I wouldn't worry about testing it
# [19:13] <nemo> oh. ok. n/m
# [19:13] * khuey|away is now known as khuey
# [19:14] <taras> gcp: if one can clearly explain what sort of data structures they would use, overhead, etc..why bother with coding?
# [19:14] <taras> that's what past experience is for
# [19:14] <gcp> taras: well, some people know that but can't actually code
# [19:14] <gcp> taras: despite resumes suggesting the contrary
# [19:14] <taras> gcp: yeah, those people usually flunk my perf questions :)
# [19:14] * Quits: AutomatedTester (AutomatedT@moz-F7C69F44.ppp.as43234.net) (Quit: AutomatedTester)
# [19:14] * Joins: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net)
# [19:14] <froydnj> some people can code but have no ideas about algorithms and data structures
# [19:15] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:15] <taras> gcp: amazing amount of people 'i never optimized anything'
# [19:15] <Mook_as> jlebar: xpcom-shutdown shouldn't spin the event loop, just xpcom-shutdown-threads, no?
# [19:16] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [19:16] <jlebar> Mook_as, It appears that I don't receive NS_XPCOM_{WILL_,}SHUTDOWN_OBSERVER_ID until I stop putting things into the event loop.
# [19:16] <taras> gcp: it's also pretty obvious that people didn't code when you ask about what they contributed to each of the projects
# [19:16] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [19:17] * Quits: cdleary (cdleary@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [19:17] * Quits: shorlander-away (shorlander@moz-853043D6.dhcp.insightbb.com) (Quit: Quit)
# [19:17] * jwir3 is now known as jwir3|lunch
# [19:17] <gcp> some people contribute and the "contributions" have to be backed out after they leave :P
# [19:17] <catlee> bz: so do we need the regular shark builds now?
# [19:17] <catlee> or can we shut those off?
# [19:17] <jlebar> Mook_as, I do see those NS_ProcessPendingEvents calls after NS_XPCOM_{WILL_,}SHUTDOWN_ID is sent, though. So...I dunno.
# [19:18] <nemo> bz: eh. what the heck. tossed it in anyway since I'd already been running it. also added an FYI :)
# [19:18] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [19:18] * coop|lunch is now known as coop|afk
# [19:19] * Quits: rag (Mibbit@moz-671091AA.mganm703.dsl.brasiltelecom.net.br) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:19] * davehunt|away is now known as davehunt
# [19:19] * jlebar will look at this later. Lunch now
# [19:19] * jlebar is now known as jlebar|lunch
# [19:20] <edmorley> mbrubeck: thanks for starring those moth oranges
# [19:20] <edmorley> hoping there weren't more hiding behind the log limit :-)
# [19:20] <mbrubeck> welcome
# [19:21] <philor> there were, I'm afraid
# [19:22] * Quits: rshetty (quassel@6A51E692.6FAB6BB9.D30E9BEF.IP) (Client exited)
# [19:22] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [19:22] * bear-buildduty is now known as bear-afk
# [19:23] <sfleiter> I already asked on #calendar, but got no answer over there.
# [19:23] <sfleiter> A "make -C objdir-sb-release/calendar" breaks Thunderbird.
# [19:23] <sfleiter> Is that a bug?
# [19:23] <sfleiter> Any other way to do idl changes without rebuilding complete comm-central?
# [19:23] <sfleiter> Costs a lot of time with my slowish laptop...
# [19:23] <sfleiter> strace shows it stops after reading prefs.js, last log message is "*** LOG addons.xpi: shutdown"
# [19:24] <edmorley> philor: oh :-(
# [19:24] <edmorley> I couldn't get the log to load
# [19:25] * Quits: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP) (Quit: peregrino)
# [19:25] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [19:25] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [19:25] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [19:26] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [19:27] <philor> edmorley: only one I know about so far is the browser_save_video.js crash, and we still have one of those unstarred, but looking at the rest will involve the oh so fun "load the M3 brief log for the same build, copy the download full log link, paste, edit off the filename, find the moth, save it locally, open in something that won't blow up"
# [19:27] * mcote is now known as mcote|lunch
# [19:29] * philor makes a very bad choice for "won't blow up"
# [19:29] * Quits: mjschranz (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
# [19:30] * lurking thinks he meant 'implode'
# [19:31] * Joins: mjschranz (mjschranz@moz-57B23647.senecac.on.ca)
# [19:31] <BenWa> khuey: ping
# [19:32] * Quits: Unfocused (u2622@moz-160C58C6.com) (Broken pipe)
# [19:32] <BenWa> khuey: You wrote on dev-platform about not using prefs main thread. So is there a suggested way to read pref values?
# [19:33] * Joins: Unfocused (u2622@moz-160C58C6.com)
# [19:34] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:34] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [19:36] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:36] <jdm> BenWa: prev observers on the main thread, copy the values from the main thread to the other thread at known times?
# [19:37] * Joins: gerv (gerv@moz-24D790B4.rb5.adsl.brightview.com)
# [19:37] <khuey> BenWa: on the main thread :-D
# [19:37] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:37] * Joins: By-Tor` (bytor@moz-46974D0B.dyn.optonline.net)
# [19:37] <BenWa> jdm: khuey: We should have a way to read prefs that just does the right thing without having to go through that pain
# [19:38] * Quits: By-Tor` (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [19:38] <biesi> shouldn't we just make prefs threadsafe?
# [19:38] <BenWa> Without the guarantee that the value is hthe most recent
# [19:39] <khuey> cross thread calls are not the kind of thing that should happen automagically
# [19:39] <khuey> imho
# [19:40] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [19:40] <bsmedberg> does anyone have aurora/beta repos and can push a sec bug for me?
# [19:40] * Quits: dalsh (dalsh@1D9E9DC3.B3D15CEC.163E2FB.IP) (Quit: Quitte)
# [19:40] <bsmedberg> my linux machine with those trees died
# [19:41] <khuey> sure
# [19:41] <khuey> if you cc me to the bug
# [19:41] <BenWa> khuey: If they are well documented I think it's ok
# [19:41] <khuey> and give me a few minutes
# [19:41] * khuey is about to eat lunch
# [19:41] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:41] <BenWa> Or the very least provide new APIs
# [19:42] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [19:42] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:45] <philor> but at least that one didn't have anything but 800K lines of noise
# [19:45] * Joins: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net)
# [19:46] * Joins: Julian (chatzilla@moz-C54EEEE4.dip.t-dialin.net)
# [19:46] <weirdo> hi
# [19:46] * davehunt is now known as davehunt|away
# [19:47] <weirdo> I have a problem in Google search using the Firefox
# [19:47] <weirdo> Showing the old style Google
# [19:48] <weirdo> http://www.google.com.sa/search?hl=ar&safe=off&site=&q=firefox&oq=fi&aq=0&aqi=g10&aql=&gs_sm=e&gs_upl=11641l13572l0l14736l3l3l1l0l0l0l263l475l2-2l2l0
# [19:48] <jorendorff> Who can help me building 64-bit on Windows?
# [19:49] <weirdo> Shows http://i449.photobucket.com/albums/qq217/movh/47d9c04f.png
# [19:50] <Mook_as> jorendorff: it doesn't work if you use start-msvc10-x64.bat and a mozconfig with --target settings? (see http://wiki.mozilla-x86-64.com/How_To_Build_Windows_x64_Build )
# [19:51] <@smaug> weirdo: is that wrong?
# [19:51] <@smaug> and if you get something else in Chrome, then Google has decided to give different UI for Chrome users
# [19:51] <@smaug> wouldn't surprise me
# [19:51] <jorendorff> Mook_as: I used start-msvc10-x64.bat and both --target= and --host=
# [19:51] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [19:52] <jorendorff> Mook_as: i'm getting: http://pastebin.mozilla.org/1436950
# [19:52] <jhammel> wouldn't surprise me either
# [19:52] * Quits: Julian (chatzilla@moz-C54EEEE4.dip.t-dialin.net) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [19:52] <Mook_as> oh, wouldn't surprise me too much if jemalloc is broken, I guess...
# [19:52] <jorendorff> ...
# [19:53] <jorendorff> but this built on the try server and won't build for me locally
# [19:53] <weirdo> In Google Chrome http://i449.photobucket.com/albums/qq217/movh/8cde1f58.png
# [19:53] * Cwiiis is now known as CwiiisAway
# [19:54] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [19:54] <@smaug> weirdo: complain to Google
# [19:54] <jorendorff> weirdo: for me, it shows the newer page (in a firefox Nightly build)
# [19:55] <weirdo> smaug :yes, Do you see this problem?
# [19:56] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:56] <Callek> bsmedberg: pong
# [19:56] <@smaug> weirdo: I get the same UI in FF and Chrome
# [19:57] <@smaug> apparently the new UI
# [19:57] <@smaug> (I don't use Google usually)
# [19:57] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:57] <jorendorff> Mook_as: oh, i see, it says on that page that jemalloc only works in VS2005 and VS2008, I have VS2010.
# [19:57] <jorendorff> Is that up to date?
# [19:58] <glandium> jorendorff: it is supposed to work with vs2010
# [19:58] <jorendorff> because i dunno, it seems like configure coulda warned me
# [19:58] * jwir3|lunch is now known as jwir3
# [19:59] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [19:59] <weirdo> smaug: Try searching by http://www.google.com.sa
# [19:59] <khuey> jorendorff: the docs are wrong
# [19:59] <khuey> it works everywhere now
# [19:59] * Joins: erione (erione@ED6FAFE0.836906F3.C752B3FA.IP)
# [19:59] <glandium> khuey: his error message is error LNK2019: unresolved external symbol __imp__
# [19:59] <glandium> frex_dbg referenced in function _CRT_INIT
# [20:00] <khuey> interesting
# [20:00] <glandium> looks like a debug+jemalloc build
# [20:00] <@smaug> weirdo: I get similar looking UI what you have in Chrome
# [20:00] <glandium> i don't think that's supposed to work
# [20:00] <khuey> yeah idk if that works or not
# [20:00] <glandium> jorendorff: ^
# [20:01] <glandium> khuey: we should probably make --enable-jemalloc and --enable-debug mutually exclusive in configure.in on windows
# [20:01] <khuey> yeah
# [20:01] * khuey would be ok with that
# [20:01] <khuey> or fixing our python script not to replace __imp__free when it's part of __imp__free_dbg
# [20:01] <Callek> bsmedberg: re: 714967 my thought was that the API would still be _used_ by |mozilla::services::GetFoo*| everywhere
# [20:01] <weirdo> smaug: Thank you
# [20:02] <Callek> the inline lets us do that, it will internally call it via _external_Get*
# [20:02] <Callek> so we avoid the relocation/whatever
# [20:02] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [20:02] <glandium> Callek: just look for the equivalent of -Bsymbolic on mac and windows, and be done with it ;)
# [20:02] <Callek> bsmedberg: I can make it do a new namespace if its better
# [20:03] <Callek> glandium: I am horrid with linker issues, including finding the relevant data like that :-P
# [20:04] * Quits: dRdR_ (dRdR@moz-9462E6BD.uwaterloo.ca) (Client exited)
# [20:04] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [20:05] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:05] * rail-lunch is now known as rail
# [20:05] <khuey> I don't think there is an equivalent on mac
# [20:05] * Quits: romaxa (romaxa@moz-B4C9ABAA.cinfuserver.com) (Client exited)
# [20:05] <khuey> on windows the default behavior is equivalent to Bsymbolic, I think
# [20:06] * Quits: camd (camerondaw@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:06] * Joins: camd (camerondaw@moz-BBE3ABD.mv.mozilla.com)
# [20:06] * Quits: @mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [20:06] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [20:06] * jimm is now known as jimm-lunch
# [20:06] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:07] * Quits: gerv (gerv@moz-24D790B4.rb5.adsl.brightview.com) (Quit: Leaving.)
# [20:07] * Joins: victorporof (victorporo@BCAA178E.F4308271.4873E54D.IP)
# [20:07] <bsmedberg> Callek: how would that happen?
# [20:08] <bsmedberg> Callek: I don't think I understand the code, if that was your intention
# [20:08] <bsmedberg> Callek: oh, maybe I misunderstood, let me read again
# [20:09] <Callek> bsmedberg: in v2.2.... we have ifdef MOZ_INTERNAL_API
# [20:09] <Callek> first block defines the internal stubs for _external_Get##NAME and teh actual Get##NAME
# [20:09] <bsmedberg> oh, I see
# [20:09] <bsmedberg> uh
# [20:09] <bsmedberg> hrm
# [20:10] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [20:10] <bsmedberg> I guess all of our platforms use hidden-visibility now
# [20:10] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [20:10] <jorendorff> glandium: oh, thank you so much
# [20:10] <jorendorff> glandium, khuey: would you like a bug on file for making configure reject jemalloc+debug?
# [20:11] <bsmedberg> Callek: having an inline with the same name as an extern is kinda risky if they ever pollute, but I guess it's worth doing until you have a problem
# [20:11] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [20:11] <bsmedberg> jorendorff: huh, that sounds like a really old bug
# [20:11] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:11] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [20:11] <Callek> bsmedberg: yea, I don't think this would be a real issue, since if you mix INTERNAL_API and non-INTERNAL_API we already have a problem
# [20:11] <bsmedberg> that's not the issue
# [20:12] <bsmedberg> it's that we have functions with the same name and different bodies
# [20:12] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [20:12] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:12] * Boriss_ is now known as Boriss
# [20:12] * Joins: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [20:12] <bsmedberg> but they are guaranteed to be in different sharedlibs, so as long as they are always hidden-visibility that's not a problem
# [20:12] <Callek> oo, right
# [20:13] <bsmedberg> Callek: ok, I'll take that patch with XPCOM_API instead of NS_IMPORT/NS_EXPORT
# [20:13] <Callek> yea they are always hidden visibility :-)
# [20:13] <jorendorff> well
# [20:13] <jorendorff> it's kind of like bug 429745
# [20:13] <bsmedberg> want to upload a new one or shall I just mark that one?
# [20:13] <jorendorff> and vaguely like bug 603153
# [20:13] <Callek> bsmedberg: up to you, I'll upload it ~2-3 hours from now, one way or the other
# [20:13] <glandium> Callek: fwiw, the existence of the -interposable option to osx's ld suggests that it does the equivalent of -Bsymbolic by default. That should be double checked, though
# [20:14] * Quits: mjschranz (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
# [20:15] <glandium> Callek: chances are MSVC does the same
# [20:15] * Joins: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be)
# [20:16] <jorendorff> khuey, glandium, bsmedberg: https://bug429745.bugzilla.mozilla.org/attachment.cgi?id=443148
# [20:17] <jorendorff> already has review from ted, never landed
# [20:17] * Quits: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [20:17] <glandium> Callek: so what i'd suggest is to check what assembly you get for an internal call of an exported function on osx and windows, which I think is just a direct call, in which case, we can just switch linux builds to -Bsymbolic
# [20:17] * mdas is now known as mdas|mtg
# [20:17] <froydnj> what you really want is the compiler to know that calls don't need to go through the PLT. fiddly for C functions, maddening for C++ ones :)
# [20:18] <glandium> froydnj: the linker
# [20:18] <Callek> glandium: can we do this as a followup/another bug, and get the patch I wrote in instead? :-)
# [20:18] <glandium> froydnj: and that's what -Bsymbolic does
# [20:18] <glandium> Callek: why?
# [20:19] <froydnj> glandium: but you're still fetching the GOT pointer, 'cause the compiler thought it necessary
# [20:19] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:19] <Callek> glandium: scope creep
# [20:19] <Callek> :-P
# [20:20] * jmaher is now known as jmaher|afk
# [20:20] <glandium> froydnj: that's not what my testing shows
# [20:21] <bsmedberg> jorendorff: feel free ;-)
# [20:21] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [20:21] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [20:22] * Quits: sfleiter (stfl@moz-22F37930.hsi7.kabel-badenwuerttemberg.de) (Client exited)
# [20:23] <froydnj> glandium: it is what my testing shows...
# [20:24] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [20:24] * Parts: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [20:24] <glandium> Callek: whatever. it's not like we bother with ABI compatibility
# [20:24] <ejpbruel> holy shit, is the android sdk hosted on mars or something?
# [20:24] <glandium> froydnj: what is your testcase?
# [20:24] <Callek> glandium: exactly, we don't care about ABI compat anymore :-)
# [20:24] <Callek> glandium: its still probably useful to do, but I feel its out of scope for what *I* feel good about doing myself atm
# [20:25] <froydnj> glandium: int foo() {return bar();} int bar() {return foo();} gcc -fPIC -Wl,-Bsymbolic -shared -O
# [20:25] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/57a33c9f08b1 - Olli Pettay - Bug 714162 - Don't traverse certainly alive selections, additional patch, r=mccr8
# [20:25] <glandium> froydnj: that doesn't use the GOT here
# [20:28] <froydnj> glandium: no get_pc_thunk calls? what's the assembly (x86)?
# [20:28] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [20:29] * Joins: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com)
# [20:29] <glandium> ah, i was looking at x86-64
# [20:29] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [20:29] <glandium> indeed x86 is different
# [20:30] <froydnj> yeah, x86-64 doesn't need a GOT at all :)
# [20:30] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [20:30] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:31] * Quits: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [20:32] <Wes--> yay for pc-relative branching!
# [20:32] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [20:32] * Joins: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca)
# [20:32] * Joins: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net)
# [20:32] <@bz> does anyone know whether the html5 idl is easily available somewhere in sane form?
# [20:32] <froydnj> more like pc-relative loads and stores, but yes :)
# [20:32] <@bz> without all the other text?
# [20:33] * Quits: weirdo (Mibbit@EA595862.BDD713CF.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [20:33] <jorendorff> rats, doesn't apply anymore
# [20:34] * khuey is now known as khuey|away
# [20:34] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [20:34] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [20:34] * Quits: gkw (gkw@moz-A7D8CA2A.hsd1.ca.comcast.net) (Quit: Instantbird 1.1)
# [20:34] * mdas|mtg is now known as mdas
# [20:35] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [20:35] * ChanServ sets mode: +o mkaply
# [20:36] * Joins: lurking_work (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
# [20:36] * Quits: JonathanS (JonathanS@moz-EF2236DC.geekbouncer.co.uk) (Quit: GeekBouncer - http://geekbouncer.co.uk)
# [20:36] * Joins: camd- (camerondaw@moz-BBE3ABD.mv.mozilla.com)
# [20:37] * Quits: camd (camerondaw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:37] * camd- is now known as camd
# [20:40] * mdas is now known as mdas|afk
# [20:41] * Quits: johns (jschoenick@moz-B77DEAEB.mozilla.org) (Quit: ... Besides, it was hot)
# [20:41] * Joins: johns (jschoenick@moz-B77DEAEB.mozilla.org)
# [20:43] <glandium> froydnj: there doesn't seem to be any way to do that on the compiler side.
# [20:45] * Joins: brendan (brendaneic@4853AC73.65E09041.43362C16.IP)
# [20:45] * Quits: mjessome (mjessome@moz-7003BD6C.cpe.net.cable.rogers.com) (Ping timeout)
# [20:45] <froydnj> glandium: there's is; see glibc's include/libc-symbols.h
# [20:46] <glandium> froydnj: is it the hack using aliases and hidden symbols ?
# [20:47] <froydnj> glandium: yeah, that's the one
# [20:47] <glandium> froydnj: yeah well that's not exactly what i call a solution
# [20:48] <froydnj> glandium: not really for C++, for C it's not *so* bad
# [20:50] * zpao|detached is now known as zpao
# [20:50] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [20:50] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [20:50] * jimm-lunch is now known as jimm
# [20:51] * jhammel is now known as jhammellunch
# [20:51] <@bz> can android_log_print do printf formatting?
# [20:51] <mwu> yes
# [20:52] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [20:52] <Waldo> bz: I'd bet asking on #whatwg would get results (I doubt something exists unless they've gone to the trouble already)
# [20:52] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [20:52] <@bz> so just __android_log_print(level, string, format, args...) ?
# [20:52] <@bz> waldo: I did that too
# [20:53] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:53] * Joins: bent_ (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [20:53] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [20:53] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [20:53] <mwu> bz: sounds about right
# [20:53] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:53] <@bz> mwu: thanks
# [20:53] * Joins: Drugoy (Mibbit@3F192CD.E8F29B00.D6706247.IP)
# [20:53] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Ping timeout)
# [20:53] <Drugoy> yo, dawgs. anyone is here?
# [20:54] * bent_ is now known as bent
# [20:54] <Drugoy> I'm too lazy to file a bug, but check this testcase: http://infocatcher.ucoz.net/test/fx_8-11_overline.html
# [20:54] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [20:54] * Quits: sfink (chatzilla@moz-AFCEDF1F.dsl.pltn13.sbcglobal.net) (Client exited)
# [20:54] <Drugoy> in fx8-11 it draws an overline (instead of underline), in fx12 it draws underline
# [20:54] <Drugoy> fixit, plox?
# [20:54] * Joins: caillon (caillon@moz-359E39FC.lightspeed.sntcca.sbcglobal.net)
# [20:54] <@bz> uh...
# [20:55] <@bz> we did, no?
# [20:55] <Drugoy> did you?
# [20:55] <Drugoy> when?
# [20:55] <dholbert> Drugoy, which are you saying is correct? 8 vs 12?
# [20:55] <mwu> if it's fixed in fx12
# [20:55] <Drugoy> fixed in 12, but not in 8-11
# [20:55] <biesi> just be patient
# [20:55] <biesi> eventually 12 will be rleeased
# [20:55] <mwu> just wait a few releases
# [20:55] <dholbert> Drugoy, 8 - 11 are all frozen, basically
# [20:55] <@bz> 8 and 9 have shipped
# [20:56] <@bz> 10 is in code freeze
# [20:56] <@bz> 11 will still get fixes to major regression bugs
# [20:56] <@bz> which this is not
# [20:56] <@bz> and 12 has it fixed
# [20:56] <Drugoy> mmkay, I just thought that that such kind of patches that are actually just bugfixes - should be ported to other branches immediately
# [20:56] <@bz> no
# [20:56] <Drugoy> why?
# [20:56] <dholbert> Drugoy, the problem is that they can have unintended consequences
# [20:56] <@bz> the only things that get backported are security fixes and fixes for regressions or serious web compat problems
# [20:56] * Joins: sfink (chatzilla@moz-AFCEDF1F.dsl.pltn13.sbcglobal.net)
# [20:56] <@bz> drugoy: because most patches are just bugfixes
# [20:56] <Drugoy> okay. then here's another bug, i'm too lazy to file properly:
# [20:57] <biesi> especially now that we have a release every 6 weeks
# [20:57] <@bz> drugoy: we'd be backporting 80+% of patches
# [20:57] * @bz notes that we may be too lazy to look at bugs not filed... ;)
# [20:58] <Drugoy> icons on the addon-bar that have [disabled="false"] (e.g. they are not actually disabled, but they have this setting present) do not get properly styled when they are hovered
# [20:58] <Drugoy> i think it's because some kind of a check for presence of "disabled" instead of "[disabled]" or "[disabled="true"]"
# [20:58] <Mossop> Yeah, that's been around for a long time
# [20:58] <glandium> (about frozenness of 8-11, I'll note that ANGLE landed in 9.0b6. Less than a week before 9.0 release)
# [20:58] <Drugoy> and that happens only to the buttons placed on _addon-bar_
# [20:58] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:59] <Mossop> All sorts of things don't work right with disabled="false"
# [20:59] <dholbert> glandium, I was speaking speaking in broad/general terms
# [20:59] * Quits: grubshka (grubshka@moz-C237A06A.w109-212.abo.wanadoo.fr) (Ping timeout)
# [20:59] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:00] <glandium> dholbert: i know. i'm just wondering in practice what this actually means considering the ANGLE case
# [21:00] <Mossop> firebot: bug 118683
# [21:00] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=118683 nor, --, mozilla1.2alpha, nobody, NEW, XUL boolean attributes only work when set to "true"
# [21:00] <dholbert> glandium, in practice, it means you have to convince the release drivers with cost/benefit analysis
# [21:00] <dholbert> glandium, I dont't know the details of the ANGLE case
# [21:00] <Drugoy> mm thank you, didn't find it by this search https://bugzilla.mozilla.org/buglist.cgi?quicksearch=disabled%3D%22false%22&list_id=2012762
# [21:00] <Mossop> glandium: It was taken for security reasons wasn't it?
# [21:01] <@bz> glandium: was it fixing security stuff?
# [21:01] <dholbert> s/cost/cost+risk//
# [21:01] * mdas|afk is now known as mdas
# [21:01] <Mossop> Anyway, we do take non-security/stability stuff down to the branches, but only when it's a really important feature that we want to get out sooner, like default to compatible and I'm guessing silent updates
# [21:02] <glandium> Mossop, bz: I think it was, but still, landing on the last beta is fishy
# [21:02] <Drugoy> btw, why don't you add XUL boolean attributes "[disabled]" to the menus and menu items?
# [21:02] * Joins: grubshka (grubshka@moz-8631B959.w86-216.abo.wanadoo.fr)
# [21:03] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [21:03] <Drugoy> Mossop, you are a big mob in Mozilla, tell me please - why don't you ever organize "old bugs only" days?
# [21:04] * Mossop wonders what a mob is in this context
# [21:04] <Drugoy> there are very important bugz in bugzilla that sometimes celebrate their 12th birthdays
# [21:04] <Drugoy> a good meaning :)
# [21:04] <@bz> "very important" is subjective
# [21:04] <nemo> http://en.wikipedia.org/wiki/Mob_%28computer_gaming%29
# [21:04] * jmaher|afk is now known as jmaher
# [21:04] <Callek> bz++
# [21:04] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Client exited)
# [21:05] <Mossop> Also, what is an "old bugs only" day?
# [21:05] * Joins: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
# [21:05] <Drugoy> seems like I used the wrong word, nvm then, I meant you are pretty famous and an important figure in Mozilla
# [21:05] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [21:05] * Mossop blushes
# [21:05] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:06] <Drugoy> "old bugs only" day is a day (or I'd better see it longing for a week) is when all the new bugs get ignored, and the bugfixing process should be focused only on old bugs. The older bug MULTIPLY the more votes it has = the more important it becomes in such the days
# [21:07] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:07] <@bz> hmph
# [21:07] <Waldo> !8ball am I a pretty famous and important figure in Mozilla?
# [21:07] * @bz wonders why his logging code is not working
# [21:07] <@bz> anyone want to give it a quick once-over?
# [21:07] <mwu> the android logging stuff?
# [21:07] <Waldo> hmm, I guess firebot's not answering those, at least in this channel :-)
# [21:07] <Mossop> Well it doesn't seem useful to spend time focusing on bugs just because they are old, we should work on whatever bugs are most important regardless of their age
# [21:08] <@bz> mwu: "yes"
# [21:08] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :))
# [21:08] <@bz> mwu: but there are some complications. ;)
# [21:08] <mwu> huh.
# [21:08] <mwu> I'll take a look
# [21:08] <@bz> http://pastebin.mozilla.org/1437199
# [21:08] <@bz> What that logs is "BackSurface data: 0,"
# [21:09] <@bz> the issue, of course, being that I can only get the data out to a filehandle....
# [21:09] <bent> anyone know if we have a 'cleanupfunction' mechanism for mochitests?
# [21:09] <@bz> then I have to read it back in myself if I want to log it
# [21:09] <@bz> which is what that code is trying to do
# [21:09] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:09] <Drugoy> Mossop, but do you really think that this is okay that a bug stays alive for 12 years? there should be some kind of a "max_alive_period" for the bugs or so. Otherwise I bet the 12y.o. bug will be ignored for years more
# [21:10] <Mossop> Drugoy: Yes, I think it's fine, though maybe at that age we should just consider closing the bug as WONTFIX since it clearly isn't important enough to be concerned about
# [21:10] * Quits: davidillsley (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com) (Client exited)
# [21:10] * Joins: davidillsley_ (chatzilla@moz-CF96CCA3.range109-157.btcentralplus.com)
# [21:10] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Ping timeout)
# [21:10] * Joins: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz)
# [21:10] * davidillsley_ is now known as davidillsley
# [21:10] <@bz> Drugoy: if they require too much of a rewrite or are just not that important.... why not?
# [21:10] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:10] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [21:11] <mwu> bz: maybe open a+ instead of a?
# [21:11] <Drugoy> :-/
# [21:12] <Drugoy> I think that is just unnormal.
# [21:12] * Quits: northAway (northWind@moz-20E58859.cable.teksavvy.com) (Ping timeout)
# [21:12] <Drugoy> you guys get interested in fixing easy-to-fix bugs
# [21:12] <dholbert> lol
# [21:12] * Joins: northAway (northWind@moz-20E58859.cable.teksavvy.com)
# [21:12] <Mossop> I think it's perfectly normal, I bet every other software project in the world does the same
# [21:12] * coop|afk is now known as coop
# [21:12] <jesup> mossop: layout fixed a 4-digit bug not long ago (real one too)
# [21:12] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:13] <Mossop> jesup: Oh I believe it. Maybe WONTFIX isn't the right choice, but I just mean it often isn't worth even tracking the old things in the normal way anymore. Sometimes it is of course
# [21:14] <@bz> mwu: hmm
# [21:14] <@bz> mwu: looking
# [21:14] <Drugoy> yeah, that's why when I suggested a way to fix such an old bug - no one even reviewed it
# [21:14] <@bz> mwu: oh, duh
# [21:14] <@bz> mwu: thanks!
# [21:14] <mwu> np
# [21:14] <dholbert> Drugoy, did you request review from someone specifically?
# [21:14] <Mossop> Drugoy: Oh, what bug?
# [21:14] * @bz builds and runs
# [21:14] <Drugoy> 18808
# [21:14] <Drugoy> learned that number by heart
# [21:16] <Mossop> Well what you attached there isn't actually a patch to the source code so it isn't something that could be landed
# [21:18] <jwir3> Drugoy: What Mossop is saying is that we need an actual *patch*, not just source code in a text file. See: https://developer.mozilla.org/En/Creating_a_patch
# [21:18] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [21:18] <biesi> also just attaching something will often not get the attention of the right people :/
# [21:19] * Joins: mib_keji5c (Mibbit@EA595862.BDD713CF.B580DEC.IP)
# [21:19] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [21:19] * joduinn-mtg is now known as joduinn-food
# [21:19] * Quits: mib_keji5c (Mibbit@EA595862.BDD713CF.B580DEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [21:21] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:22] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [21:22] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [21:23] * Joins: karl (karl@moz-2974B07F.jetstream.xtra.co.nz)
# [21:24] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:25] * mcote|lunch is now known as mcote
# [21:25] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [21:25] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:26] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: Leaving)
# [21:26] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
# [21:26] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [21:27] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (No route to host)
# [21:28] * Quits: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP) (Client exited)
# [21:28] * Joins: sgimeno (santiago.g@moz-2192D2EC.red-83-35-56.dynamicip.rima-tde.net)
# [21:28] <ted> is this tom's hardware article using the right thing to measure memory usage on mac?
# [21:28] <ted> i would guess no
# [21:29] <ted> http://www.tomshardware.com/reviews/macbook-air-chrome-16-firefox-9-benchmark,3108.html
# [21:29] <ted> they don't actually say how they're measuring memory usage
# [21:29] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [21:30] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
# [21:33] * zpao is now known as zpao|detached
# [21:33] <@bz> mwu: still same thing. :(
# [21:34] <@bz> mwu: er, nevermind
# [21:34] <@bz> mwu: I just can't read
# [21:34] * @bz edits correct file, tries again
# [21:36] * Quits: Goldorak (chatzilla@5BEC446D.A251630B.187A1082.IP) (Ping timeout)
# [21:36] * Joins: Goldorak_ (chatzilla@805CD605.E12797EB.187A1082.IP)
# [21:36] * Goldorak_ is now known as Goldorak
# [21:36] * ted hates tech articles where they give memory numbers but don't say what exactly they're using to measure
# [21:36] <ted> "memory usage"
# [21:37] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [21:37] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:38] <@bz> ted: they don't realize tehre's more than one type.....
# [21:38] <@bz> ted: which one are you looking at now?
# [21:38] <ted> the tom's hardware article i linked above
# [21:39] <ted> i'd guess their methodology is wrong on mac, at least
# [21:39] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [21:39] <ted> since it shows us not releasing any memory after closing a bunch of tabs and waiting two minutes
# [21:42] * jlebar|lunch is now known as jlebar
# [21:42] <jlebar> ted, :-/
# [21:43] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Input/output error)
# [21:43] <jlebar> joe, Do you know why xpcom shutdown doesn't happen until all images are done decoding?
# [21:43] * Quits: @smaug (chatzilla@moz-9FF9FBAE.gprs.sl-laajakaista.fi) (Connection reset by peer)
# [21:44] * Quits: cpearce (chatzilla@moz-55A2BC7D.xdsl.xnet.co.nz) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [21:44] <ted> jlebar: yeah, i figured you'd be interested/saddened
# [21:44] <jlebar> ted, I'll write them an e-mail, at least.
# [21:44] <ted> i added a comment asking them
# [21:44] <jlebar> okay, cool.
# [21:44] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [21:44] <ted> but i don't remember all the details of what you've told me in the past
# [21:44] <ted> might be worth asking press if they know the author
# [21:45] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [21:45] <joe> jlebar: not offhand
# [21:45] * Quits: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP) (Client exited)
# [21:45] <@bz> ted: looking
# [21:45] * Joins: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP)
# [21:45] * Joins: int3 (int3@4152E369.E1BC9FC3.B97EEAEA.IP)
# [21:45] <@bz> ted: I know this guy
# [21:45] <jlebar> joe, Okay. I'll file a bug and we can look at it after we land the single decode worker.
# [21:45] <@bz> ted: so do our press guys
# [21:45] <ted> ah
# [21:45] <@bz> ted: lemme read and see; if needed we can contact him
# [21:45] <ted> okay
# [21:45] <ted> there are just two pages of memory stuff
# [21:46] <ted> i dunno, maybe he's right, but it smells wrong
# [21:46] <@bz> looking
# [21:46] <ted> if i'm right, then it overstates chrome's memory usage, since they're killing processes
# [21:46] <ted> er, overstates chrome's lead
# [21:47] <@bz> which part smells wrong?
# [21:47] <jlebar> Ouch, yeah, Firefox on Mac should be dropping way down.
# [21:47] <@bz> memory usage, or memory efficiency?
# [21:47] * bwinton_away is now known as bwinton
# [21:47] <jlebar> bz, latter.
# [21:47] <@bz> ok
# [21:47] * @bz looks
# [21:47] <@bz> this is fx9
# [21:47] <@bz> did that have jemalloc?
# [21:47] * Quits: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [21:47] <jlebar> bz, no.
# [21:47] <@bz> ok
# [21:48] <@bz> kinda important data
# [21:48] <jlebar> indeed!
# [21:48] <@bz> so the memory management stuff....
# [21:48] <ted> jemalloc would certainly help
# [21:48] <@bz> yeah, I dunno what metric he's using
# [21:48] <ted> but i still feel like they might be measuring the wrong thing
# [21:49] <ted> but who knows, it doesn't say
# [21:49] <@bz> yeah, hard to tell
# [21:49] <@bz> esp. without jemalloc
# [21:49] <jlebar> I have to imagine he's totally overstating Chrome's memory usage, too.
# [21:49] <@bz> note that chrome has a built-in advantage over us and Safari on mac
# [21:49] * Joins: jhammink (textual@moz-BBE3ABD.mv.mozilla.com)
# [21:49] <@bz> not just in terms of freeing but also in terms of actual usage
# [21:50] <@bz> well, chrome and opera do
# [21:50] <jlebar> bz, Why is that?
# [21:50] <@bz> they're 32-bit
# [21:51] <ted> true
# [21:51] <ted> but let's file that under "unavoidable"
# [21:51] <@bz> right
# [21:51] <@bz> it's nice that we still came out #1
# [21:51] * @bz should read full reviw
# [21:51] <@bz> I just wish I could reproduce his pageload numbers. :(
# [21:51] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [21:52] <ted> #1 on windows
# [21:52] <ted> not on mac, they put safari #1 there
# [21:52] <@bz> that's been the case every time
# [21:52] <@bz> that they've done mac at all
# [21:52] <@bz> and frankly, it may be deserved
# [21:52] <ted> sure
# [21:53] <@bz> safari 5.1 on mac actually has some 2d hardware accel
# [21:53] <@bz> pretty good js perf
# [21:53] <ted> i'm not actually questioning the results, just this particular bit
# [21:53] <@bz> and so forth
# [21:53] <@bz> yeah
# [21:53] <@bz> well, so....
# [21:53] <ted> (access to all the OS source)
# [21:53] <ted> (etc)
# [21:53] <@bz> ted: minor details
# [21:53] <@bz> ted: I can just mail him and ask what number he used
# [21:53] <@bz> ted: lemme just do that
# [21:53] <ted> okay
# [21:53] <ted> sounds good
# [21:53] * Joins: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:54] <jlebar> bz, thanks.
# [21:54] * timA is now known as timA|lunch
# [21:54] <@bz> which release do we have firefox jemalloc on mac in?
# [21:54] <@bz> with the right decommit fanciness?
# [21:54] <reuben> http://cl.ly/D89i and people complain about us…
# [21:54] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:54] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [21:55] <@bz> reuben: what about us?
# [21:55] <jlebar> bz, ff 10, I believe.
# [21:55] <reuben> bz, version numbers
# [21:55] * Quits: erione (erione@ED6FAFE0.836906F3.C752B3FA.IP) (Quit: Leaving)
# [21:55] <@bz> reuben: they complain about derivative, not value
# [21:55] <@bz> mmmm
# [21:56] <@bz> the chrome one's look like ip addresses!
# [21:56] * philor is now known as philor|away
# [21:56] <ted> we should format our version number like ipv6 addresses
# [21:56] <jlebar> mfbt uses spidermonkey conventions, right?
# [21:56] <reuben> yea well, we just release faster, and chrome does the same
# [21:56] <@bz> reuben: preching, choir? ;)
# [21:57] <reuben> :P
# [21:57] * reuben mutters about users
# [21:57] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:59] * khuey|away is now known as khuey
# [21:59] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [22:00] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [22:00] * Joins: Ms2ger (Ms2ger@BC26F741.EF996B99.37724B0D.IP)
# [22:02] * Joins: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:02] <khuey> jlebar: maybe imagelib just saturates the event loop with decode workers?
# [22:02] <jlebar> khuey, This is with my one-worker patch.
# [22:02] <khuey> which delays the rest of shutdown
# [22:03] <khuey> ah
# [22:03] <khuey> interesting
# [22:03] <khuey> how is that coming, btw?
# [22:03] * jlebar hasn't actually tested with clean code, but I'd be surprised if I could delay shutdown like this.
# [22:03] <jlebar> khuey, Well, if I punt on the shutdown issue, it's almost done. :)
# [22:03] <@bz> are we gonna backport ti-in-workers?
# [22:03] <khuey> nice
# [22:03] <jlebar> khuey, And I wrote a linked list class! :)
# [22:04] <@bz> jlebar: btw
# [22:04] <khuey> bz: it's nominated
# [22:04] <khuey> jlebar: ugh, I hate linked lists :-)
# [22:04] <@bz> jlebar: we could use a nice templated linked-list-or-hashtable class
# [22:04] <khuey> now that, I could get behind!
# [22:04] <@bz> jlebar: with flexible alloc policy and stuff
# [22:04] <reuben> that article just confirms all browsers are pretty much equivalent in perceivable performance
# [22:04] <@bz> reuben: well, on their testcases
# [22:04] * mattwoodrow|away is now known as mattwoodrow
# [22:05] <jlebar> bz, Hm. This class might be useful to build that one.
# [22:05] <jlebar> bz, But I'm supposed to be working on b2g. :D
# [22:06] <@bz> heh
# [22:06] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [22:06] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [22:06] * Quits: Drugoy (Mibbit@3F192CD.E8F29B00.D6706247.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:07] * Parts: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:08] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [22:08] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [22:08] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [22:08] * Quits: sicking (chatzilla@moz-1FF05400.hsd1.ca.comcast.net) (Ping timeout)
# [22:10] * Joins: whimboo1 (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:10] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [22:11] * Joins: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:12] * jhammellunch is now known as jhammel
# [22:12] * Quits: whimboo1 (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com) (Ping timeout)
# [22:14] * Quits: dRdR (dRdR@moz-9462E6BD.uwaterloo.ca) (Client exited)
# [22:14] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [22:14] <RyanVM> bbondy: what other kinds of stuff will the maintenance service be handling?
# [22:14] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [22:14] * Joins: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net)
# [22:15] * Quits: brendan (brendaneic@4853AC73.65E09041.43362C16.IP) (Quit: brendan)
# [22:15] <bbondy> RyanVM: next thing is probably deleting the prefetch of firefox on shutdown
# [22:15] <bbondy> which taras has found will speed things up
# [22:15] <RyanVM> and this is a windows service?
# [22:15] <bbondy> that or setting permissions on it
# [22:15] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [22:15] <bbondy> yes it's a windows service
# [22:15] <RyanVM> how is that going to interact with home builds?
# [22:15] <bbondy> it runs on demand not a schedule
# [22:15] * NeilAway wonders whether jorendorff found a fix for his unresolved symbol
# [22:16] <bbondy> by home builds do you mean people who make their own builds of firefox?
# [22:16] <RyanVM> bbondy: yes
# [22:16] <jorendorff> NeilAway: yes: don't try to build with both --enable-jemalloc and --enable-debug on Windows
# [22:16] <RyanVM> presumably those of us building with the updater disabled :P
# [22:16] <bbondy> I think they should be disabling the use of the service.
# [22:17] * KWierso idly wonders what would happen if he triggered two simultaneous updates of two different installations of 32 bit firefox...
# [22:17] <@bz> oh, this is hilarious
# [22:17] <RyanVM> bbondy: is there a configure options for not building the maintenance service, or do I need to maintain a patch in my tree indefinitely?
# [22:17] <@bz> the tomshardware article startup times....
# [22:17] <NeilAway> jorendorff: ah, well that's not the fix I was hoping for, I guess I need to run a patch past khuey
# [22:17] <@bz> they're using an Air to test
# [22:17] <@bz> so suddenly we're golden. ;)
# [22:17] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [22:17] <bbondy> RyanVM: well you can use the service and I suggest to keep using it if you are manually disabling MOZ_UPDATE.
# [22:17] <jorendorff> NeilAway: i posted a patch in bug 429745 to make configure error out if i ever do that again, bummer that it's not the same issue
# [22:17] <bbondy> that way you don't miss out on future things the service does
# [22:17] <dolske> bz: why is an Air notable?
# [22:18] <RyanVM> bbondy: i'm worried about how I'm going to update in-use files when I make new builds
# [22:18] <@bz> dolske: ssd
# [22:18] <dolske> ah
# [22:18] <RyanVM> bbondy: disabling the service and re-enabling it every time I make a new build is going to be annoying
# [22:18] <bbondy> RyanVM: I don't understand how in-use files are related to the service
# [22:19] <bbondy> just keep the service enabled
# [22:19] <bbondy> and the updater disabled
# [22:19] <RyanVM> bbondy: oh, the service is manual, not auto?
# [22:19] * jmaher is now known as jmaher|afk
# [22:19] <bbondy> RyanVM: Correct on demand
# [22:19] <RyanVM> ok
# [22:19] <bbondy> runs for the duration of an update if you use it for updates
# [22:19] <RyanVM> and then shuts back down
# [22:19] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:19] <RyanVM> so when I close Fx, the service is stopped
# [22:19] * Quits: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be) (Input/output error)
# [22:20] <bbondy> RyanVM: When you open Firefox the service is typically stopped as well, it only starts when doing an update for the duration of the update which is let's say 5 seconds.
# [22:20] <RyanVM> bbondy: so in my case, it won't ever start until it starts gaining other functionality
# [22:20] * Quits: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP) (Quit: peregrino)
# [22:20] <bbondy> RyanVM: Correct.
# [22:21] <KWierso> bbondy: my updates have been ranging from 30-60 seconds, fwiw
# [22:21] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [22:21] <bbondy> KWierso: wow good to know
# [22:21] <RyanVM> bbondy: OK. How does the service install itself? Does Fx just look for its presence and install it if not found?
# [22:21] <bbondy> mine are always done within a few seconds
# [22:21] * jgriffin is now known as jgriffin-lunch
# [22:21] <@bz> oho!
# [22:21] <KWierso> bbondy: it 'feels' slower than before the service was introduced, but that might just be because the UAC prompt throws off my mental math
# [22:21] <@bz> the huffington post mystery is revealed!
# [22:22] * Joins: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be)
# [22:22] <RyanVM> bbondy: Also, I look forward to seeing what happens when this hits Aurora on my portable install on my locked-down company laptop
# [22:22] <RyanVM> bbondy: I assume the service install failure will silently fail
# [22:22] <rs> bbondy: note that partial updates are quite a bit slower and the 'feel' slower likely includes everything from Firefox shutdown to startup whereas before we had the ui displayed which makes it 'feel' faster IMO
# [22:22] <bbondy> Kwierso: should be about the same speed.
# [22:23] <KWierso> bbondy: what rs said :)
# [22:23] <alex_mayorga> Please do not put this service on zip "installs"
# [22:23] * Joins: romaxa (romaxa@moz-476BA30B.static.steadfastdns.net)
# [22:23] <bbondy> rs: UI++, without it makes it feel slower
# [22:23] <bbondy> rs: This will be solved with ehsan's task
# [22:23] <bbondy> which will make the wait time 0
# [22:23] <rs> yep and exactly regarding solved by Ehsan's task
# [22:24] <bbondy> rs: Is it a problem for release users who will have to wait 6 weeks without the UI though and perceived slower updates?
# [22:24] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [22:24] <KWierso> bbondy: so it's pretty much decided that ehsan's stuff won't be landing in this cycle?
# [22:24] <rs> bbondy: might be and I am considering Ehsan's patch riding along with your patch but before I go there I want to review the code
# [22:25] <bbondy> RyanVM: It will get installed on first update only, if you uninstall it after that future updates won't auto install it. If you install from an installer there is a checkbox option you can pick to install or not and it is defaulted to on.
# [22:25] <bbondy> rs KWierso: Yup I was wondering if we could ride ehsan's along as wel.
# [22:25] <bbondy> well
# [22:25] <Ms2ger> bz, which mystery? Why people read it?
# [22:25] <RyanVM> bbondy: On my company laptop, I can guarantee you that the service won't install. I assume it'll give up after failing the first time.
# [22:25] <rs> KWierso: it depends on the risk and that will be evaluated at review time and after it lands. At this time it is not planned
# [22:26] <bbondy> I want to spend a day or two with ehsan's background update code carefully going through everything
# [22:26] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Ping timeout)
# [22:26] <RyanVM> bbondy: and if the service installs on first-update, how will it install on my home build minus installer?
# [22:26] <rs> RyanVM: how does your company update or install newer builds
# [22:26] <@bz> ms2ger: no, why the pageload times for it were so much smaller for chrome than us in previous tomshardware tests
# [22:26] <bbondy> RyanVM: If the service does not install it will not be attempted to be used.
# [22:26] <RyanVM> rs: I'm running an unsanctioned portable build on a USB drive
# [22:26] <RyanVM> :)
# [22:27] <tbsaunde> hm, I thought tbpl had a cancel all jobs button atleast for try?
# [22:27] * Quits: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net) (Ping timeout)
# [22:27] <rs> RyanVM: if you don't have permissions to install the service the service won't install.
# [22:27] <RyanVM> rs: good enough. As long as it doesn't become a nuisance about it, that's fine
# [22:27] <RyanVM> but my other question still stands about how the service will install itself minus the updater
# [22:27] <rs> it shouldn't and I don't think it will unless something slipped by
# [22:27] <KWierso> RyanVM: my understanding was that the service failing would silently fall back to the old updater
# [22:27] <bbondy> rs: I do have concerns with mar signs though causing problems for people who update manually. Have to think about this more before landing that part of it. Since it has a component not related to the service.
# [22:28] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:28] <rs> bbondy: definitely and me too
# [22:28] * Joins: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net)
# [22:28] <@bz> what's interesting to me is that on a lot of these perf benchmarks we and safari do better on mac than on windows while for chrome and opera it's the other way
# [22:28] <bbondy> added myself a note to add a task for disabling the check via configure.in option
# [22:28] <@bz> 64-bitness?
# [22:28] * Quits: msucan (msucan-@FA9E8863.56E67207.699550A1.IP) (Quit: .)
# [22:29] * Quits: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net) (Quit: I've got to go. See ya!)
# [22:30] <bbondy> RyanVM: The service is a fully optional component. If it can't be installed it won't be used. If it can it will be used. It will only be attempted to be installed once. If you manually uninstall it after it is installed that's fine and future updates won't try to reinstall it.
# [22:30] <RyanVM> rs: bbondy: So if the service is installed on first update by the updater, how would a home builder with updater disabled ever get the service installed?
# [22:30] <RyanVM> and if it can't be installed, might as well be able to build without it
# [22:31] * Quits: bretr (bret_recka@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:31] * Joins: bretr (bret_recka@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:31] <RyanVM> (note that I'm fully open to having the service if I can actually use it)
# [22:31] <rs> RyanVM: they typically wouldn't. We are still working out many of these details and some of them such as this haven't risen to the top of the list yet
# [22:31] * Joins: dRdR (dRdR@moz-792B0937.uwaterloo.ca)
# [22:31] <bbondy> RyanVM: You can execute maintenanceservice_installer.exe manually from your install directory to install.
# [22:31] <alex_mayorga> RyanVM: wish you won't be "escorted to the exit" due to this new "service" ;-)
# [22:31] <bbondy> RyanVM: Or you can do a new install from the installer.
# [22:32] * juanb is now known as juanb|afk
# [22:32] <RyanVM> bbondy: OK, so my dist/Firefox folder will have a new maintenanceservice_installer.exe that I can run
# [22:32] * Quits: camd (camerondaw@moz-BBE3ABD.mv.mozilla.com) (Quit: camd)
# [22:32] <RyanVM> bbondy: that's what I needed to know
# [22:32] * Joins: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net)
# [22:33] <RyanVM> alex_mayorga: My work computer won't be an issue. My account is locked down enough that it won't be able to install.
# [22:33] <catlee> bz: can we shut off shark builds now?
# [22:34] <@bz> catlee: I think so, yes
# [22:34] <bbondy> RyanVM: Yup it will have the installer and you just need to run it to manually install it
# [22:34] <catlee> bz: woo! thanks :)
# [22:34] <rs> alex_mayorga: we do quite a few things to allow as many user options as reasonable and at the very least you can uninstall the maintenance service and never have it added again. If my memory serves me right, zip builds don't get the service installed on update.
# [22:34] <RyanVM> bbondy: Great, thanks for explaining
# [22:34] <@bz> catlee: thank _you_
# [22:34] <alex_mayorga> I'd still worry for people running FF "unauthorized" i.e. from zip files that would get this "service" eventually and then IT going ballistic on them, getting fired, etc.
# [22:35] <alex_mayorga> would make for funny headlines though
# [22:35] <RyanVM> alex_mayorga: If people are running unauthorized software, then there are potential consequences with or without a service being installed
# [22:35] <JonathanS> if Captain Picard run for web browser company, he would said "Make it Snappy"
# [22:35] <dougt> dolske: margaret: can you comment on 685811
# [22:35] <sheppy> JonathanS: or Enpage.
# [22:36] <alex_mayorga> RyanVM: agreed, but a "rouge service" would threw off more alarms IMHO
# [22:36] <JonathanS> sheppy, as "execute"
# [22:36] * sheppy tries not to make jokes about people applying makeup without permission.
# [22:37] * sheppy fails.
# [22:37] <nemo> RyanVM: I've used more than a few systems that wouldn't allow installs, but would allow unzipping Firefox to the desktop, then running it
# [22:37] <nemo> RyanVM: not sure what the difference is between that and an install...
# [22:37] <alex_mayorga> like I said, as long as it is told not to install for zip "installs" all should be merry
# [22:37] <RyanVM> nemo: what folder it's going to
# [22:37] <RyanVM> nemo: user profile vs. program files
# [22:37] <nemo> RyanVM: yeah. but the installer wouldn't run at all
# [22:37] <Callek> nemo: #1 "Program Files" vs "Desktop"
# [22:37] * Joins: yuan (ywang@moz-7B0110AD.mv.mozilla.com)
# [22:37] <nemo> even to C:\temp
# [22:37] <Callek> nemo: #2 System Registry Keys for things like default programs choices, etc.
# [22:37] <nemo> ah. could be #2 then.
# [22:38] <Callek> nemo: #3 System Registry keys for things like win7 jumplist/taskbar
# [22:38] * Joins: yuan_ (ywang@moz-BBE3ABD.mv.mozilla.com)
# [22:38] <Callek> nemo: #4 system registry keys for uninstal entries
# [22:38] * Parts: whimboo (whimboo@moz-1A55F994.a2c-250-239.astra2connect.com)
# [22:39] <Callek> nemo: and potentially #5 virus scans complaining about new .exe files getting created by anything NOT run as admin
# [22:39] <Callek> (without being whitelisted)
# [22:39] * Quits: yuan (ywang@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [22:39] * yuan_ is now known as yuan
# [22:39] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [22:39] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [22:41] * Quits: qheaden (qheaden@moz-67E02157.nrflva.fios.verizon.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Would you like to know more?)
# [22:41] * Joins: qheaden (IceChat77@moz-67E02157.nrflva.fios.verizon.net)
# [22:41] <nemo> Callek: oh. that might happen sure. when I said "what's the difference" I meant "I wonder why, practically, they would let me do that, but not run the installer"
# [22:42] <nemo> Callek: system reg keys is I guess a reasonable explanation
# [22:42] <rs> alex_mayorga: and it should be (just checked)
# [22:42] <Callek> nemo: some virus scans dont let limited users run any exe with the name Setup in them as well :-)
# [22:42] <ehsan> rs, bbondy: anything I need to know about? you guys were talking about me :)
# [22:42] <bbondy> :)
# [22:43] <bbondy> ehsan: might be worth reading
# [22:43] <Waldo> jlebar: mfbt's style is not entirely fully totally consistent, but yes, JS style is closer to what it's been doing
# [22:43] <rs> ehsan: nope. Just talking about the branch your patches will land in
# [22:43] <bbondy> yup
# [22:43] <Waldo> jlebar: I keep meaning sometime to go through and completely regularize style so there's a consistent example
# [22:43] <ehsan> oh ok
# [22:43] <froydnj> Waldo: well then, it fits right in with the rest of the codebase, then! :)
# [22:43] <jlebar> Waldo, You'll be pleased to know I went through and formatted all my comments to the letter of the law. :)
# [22:43] <ehsan> so I'll go back to writing my tests :)
# [22:43] <Waldo> heh
# [22:43] <Waldo> froydnj: yeah, that's what makes me sad
# [22:43] <ehsan> !ls
# [22:44] <ehsan> dammit
# [22:44] <ehsan> wrong window
# [22:44] * Waldo was serious earlier today when he said he thought the entire codebase should have a consistent style that everyone could hate
# [22:44] <jhammel> Waldo++
# [22:44] <jhammel> though i probably would have phrased "that everyone could hate equally"
# [22:44] <Ms2ger> Waldo, I've got a patch to clean up GuardObjects in my jscntxt queue, fwiw
# [22:45] <ehsan> rs, bbondy: writing updater tests after my work would be interesting, you should write 4 versions of each test :P
# [22:45] <Waldo> some hatreds would be more equal than others, depending on what that universal style would be
# [22:45] <jhammel> 'tis true
# [22:45] <jhammel> but it should minimize the total amount of hatred (squared)
# [22:45] <rs> ehsan: I am removing the channel change tests so don't bother with them
# [22:45] <jhammel> unless we want to use the Manhattan norm
# [22:45] * @bz sings "black, the hearts of hating men"
# [22:45] <Waldo> Ms2ger: nice
# [22:45] <Ms2ger> Obviously there's more Gecko code, so we should use braced ifs / 2 spaces everywhere :)
# [22:46] <ehsan> rs: oh really? I already covered those :(
# [22:46] <@bz> cjones: ping
# [22:46] <rs> ehsan: see bug 660038
# [22:46] <qheaden> What's the progress on Boot to Gecko?
# [22:46] <Waldo> always-braced ifs, ugh
# [22:46] <@bz> we have the sole
# [22:46] <rs> ehsan: there were at most only two of those
# [22:46] <Waldo> :-P
# [22:46] <@bz> now working on the upper
# [22:46] <ehsan> rs: now there's 8! ;)
# [22:46] <Ms2ger> Waldo, well, you can hate this one :)
# [22:46] <cjones> hi bz
# [22:47] <ehsan> rs: anyways I have them now, feel free to not review those and remove them if needed :)
# [22:47] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [22:47] <rs> ehsan: just remove them... they are going away
# [22:47] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [22:47] <Ms2ger> bz, also, what about hating AIs?
# [22:48] <ehsan> rs: ok, will do
# [22:48] <@bz> Ms2ger: why would we hate those?
# [22:48] <@bz> cjones: so I have a log from a reftest-remote run
# [22:48] <@bz> cjones: do you have time to look at it?
# [22:48] <Ms2ger> bz, 'hating', adjective
# [22:48] <@bz> Ms2ger: ah
# [22:49] <cjones> bz, sure
# [22:49] * Ms2ger hadn't trolled on public-webapps for a while, now is as good a time as any
# [22:49] <@bz> cjones: http://pastebin.mozilla.org/1437321
# [22:49] <margaret> dougt: looking
# [22:50] <dougt> margaret: cool
# [22:50] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [22:50] <@bz> cjones: so what I did was add logging to BasicShadowableCanvasLayer::Paint (the "backsurface" lines) and ShadowLayerForwarder::EndTransaction
# [22:50] <margaret> i think gavin also dealt with these geolocation notifications
# [22:50] <@bz> cjones: so we start the test, call endtransaction, call sendupdate....
# [22:51] <@bz> cjones: the backsurface data is correct
# [22:51] * Quits: dietrich (dietrich@moz-B77DEAEB.mozilla.org) (Quit: leaving)
# [22:51] <@bz> cjones: but the "image 1" data down below is not
# [22:51] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
# [22:51] <@bz> cjones: and the test fails
# [22:51] <dougt> mbrubeck: you able to do a m-i landing today?
# [22:52] <@bz> cjones: (ordering of these things in the android log is a good question, btw)
# [22:52] * Joins: dietrich (dietrich@moz-B77DEAEB.mozilla.org)
# [22:52] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [22:52] <@bz> cjones: but I assume the reftest logs to there sync
# [22:52] <mbrubeck> dougt: Landing a patch on m-i, or merging m-i to m-c?
# [22:52] * Quits: adoria0000 (Mibbit@moz-83CDD373.osaka.ocn.ne.jp) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:52] <dougt> merging
# [22:52] <mbrubeck> I can do the former definitely, the latter maybe
# [22:52] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:53] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Quit: Konversation terminated!)
# [22:53] <mbrubeck> dougt: Which changeset(s) do you particularly want merged?
# [22:53] * joduinn-food is now known as joduinn
# [22:53] <gavin> dougt, margaret: I don't understand that bug - looks like a duplicate of bug 675533
# [22:53] <dougt> mbrubeck: i want lord's patches
# [22:54] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [22:54] <mbrubeck> dougt: Okay, I can do that.
# [22:55] <dougt> well, all mobile fixes
# [22:55] <cjones> bz, cross-referencing with the log
# [22:55] <dougt> i think snorp's changes are good things too
# [22:55] * bwinton is now known as bwinton_away
# [22:55] <dougt> mbrubeck: if it is a bother, we can wait
# [22:55] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
# [22:55] * Parts: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [22:55] <edmorley> mbrubeck: I'm just finishing up filing some new oranges and then was going to merge if that helps?
# [22:55] <mbrubeck> edmorley: sweet!
# [22:55] <Ms2ger> edmorley, can't we backout new oranges? :/
# [22:56] <mbrubeck> dougt: Snorp's change can make it in.
# [22:56] <mbrubeck> Ms2ger: Only if we know which changeset caused them.
# [22:56] <@bz> cjones: ok
# [22:56] <dougt> awesomeeeeee
# [22:56] <edmorley> Ms2ger: random oranges
# [22:56] <@bz> cjones: let me know if you want anything else here...
# [22:56] <Ms2ger> Back 'em all out
# [22:56] <@bz> cjones: my build/run/log cycle is order of a minute or two at this point
# [22:56] <Ms2ger> Not even kidding that much
# [22:56] <mbrubeck> hg revert -r 1
# [22:56] <cjones> bz, that's good news at least
# [22:56] <cjones> let me grok, will get back to you
# [22:57] <@bz> cjones: thanks!
# [22:57] * Joins: bholley (bholley@moz-CF74C10A.hsd1.ca.comcast.net)
# [22:57] * timA|lunch is now known as timA
# [22:57] * Joins: bholley_ (bholley@moz-104CC309.mv.mozilla.com)
# [22:57] <@bz> cjones: I can post a link to my diff too, if you want
# [22:57] <mbrubeck> Of course, "-r 1" only gets you back to the cvs->hg migration...
# [22:57] <ejpbruel> hi guys
# [22:58] <ejpbruel> im getting an internal error with g++ when trying to compile firefox
# [22:58] <ejpbruel> not sure what's going on
# [22:58] <ejpbruel> can anyone help?
# [22:58] <@bz> ejpbruel: which g++ version?
# [22:58] * Joins: kbrosnan_ (kbrosnan@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:58] <@bz> ejpbruel: what error, on what code?
# [22:58] <alex_mayorga> Callek: if you use a zip, there's no setup.exe to run anywhere and most AV seem to like firefox.exe ;-)
# [22:59] * Quits: bholley (bholley@moz-CF74C10A.hsd1.ca.comcast.net) (Ping timeout)
# [22:59] * bholley_ is now known as bholley
# [22:59] <cjones> bz, have you modified the test?
# [22:59] <@bz> cjones: not the test, no
# [22:59] <cjones> ok
# [22:59] <@bz> cjones: I modified the reftest.list so it's the only test
# [22:59] <@bz> cjones: just commented out everything else in both the toplevel and that dir
# [22:59] <@bz> cjones: lemme just post relevant diffs
# [22:59] <ejpbruel> bz: http://pastebin.mozilla.org/1437329
# [22:59] <cjones> alright
# [23:00] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:00] <ejpbruel> note that this is my very first time compiling fennec so i wouldnt be surprised if i did something wrong beforehand
# [23:01] <mbrubeck> ejpbruel: Any more output? That doesn't give much to go on, unfortunately
# [23:01] * Quits: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net) (Quit: brb)
# [23:01] * Joins: rjohnson19 (rjohnson19@moz-9148485F.hsd1.ma.comcast.net)
# [23:01] <ejpbruel> mbrubeck: i know, i dont see anything else useful in my output except for a lot of warnings that im getting
# [23:01] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:01] * Joins: Waldo (waldo@moz-104CC309.mv.mozilla.com)
# [23:01] <Callek> alex_mayorga: that was my point :-)
# [23:01] <@bz> ejpbruel: what came before those lines?
# [23:02] <@bz> ejpbruel: and are you trying to do pgo, by any chance?
# [23:02] <ejpbruel> bz: i dont know what pgo is, so i doubt it
# [23:02] <ejpbruel> bz: i just had a thought, im running in a vm, could it be an oom issue?
# [23:03] * Joins: gal (gal@A972859A.5F06DDAB.A920DB53.IP)
# [23:03] <gal> k
# [23:03] <ejpbruel> bz: http://pastebin.mozilla.org/1437331 this came before those lines
# [23:03] * Waldo looks at android opt
# [23:03] <Waldo> ...not me clearly
# [23:03] <@bz> ejpbruel: yeah, not much to go on....
# [23:04] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [23:04] <gal> I need assistance from someone who understands nsNSSSocketInfo
# [23:04] <@bz> ejpbruel: I suppose oom could be...
# [23:04] <@bz> ejpbruel: if you just make jsfun.o, does that work?
# [23:04] <@bz> gal: kaie or bsmith?
# [23:04] <ejpbruel> bz: how do i just make jsfun.o?
# [23:04] <kaie> what's the question?
# [23:04] <@bz> gal: I might be able to help depending on the question....
# [23:04] <cjones> bz, "window size = 1280,752; test browser size = 800,1000" looks a little suspicious
# [23:04] <gal> my FF is pegging a CPU at 100% in network code
# [23:04] <@bz> cjones: hmm
# [23:04] <cjones> are you running the test in portrait?
# [23:04] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [23:04] <gal> I don't have a debug build, but I have it in instruments
# [23:04] <@bz> cjones: landscape, I believe
# [23:05] <cjones> yeah that won't work
# [23:05] <@bz> cjones: but this is a tablet
# [23:05] <gal> vtable of nsNSSSocketInfo is around 100% CPU time
# [23:05] <@bz> cjones: ok
# [23:05] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [23:05] <@bz> cjones: well, let me switch that!
# [23:05] <gal> got a minute to look into this with me?
# [23:05] <kaie> gal, I remember something about "short writes" which were forgotten after the ssl thread rearch, mabye that's related
# [23:05] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [23:05] <gw280> \o/ I *think* I have finally got android building so I can actually debug stuff now
# [23:05] <cjones> bz, if the viewport is bigger than the screen, we can't USE_WIDGET_LAYERS with remote content
# [23:05] <gal> no, this is 100% system load
# [23:05] <cjones> bz, because there's no way to force a synchronous repaint
# [23:05] <gal> my machine is overheating
# [23:05] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:05] <gal> no activity, something is running amock
# [23:05] <gal> and I can't close a certain tab
# [23:05] <gal> (I can close others)
# [23:06] <gal> I have seen this before but its rare and hard to reproduce
# [23:06] <gal> hence my desire to not lose this
# [23:06] <gal> PR_Unlock is 15%
# [23:06] <@bz> ejpbruel: make -C objdir/js/src jsfun.o
# [23:06] <gal> I think we are cycling on some locks here
# [23:06] <@bz> gal: that's not sounding like something I know much about. :(
# [23:06] <cjones> the reftest harness used to warn when that happened, but i don't see it in your log
# [23:06] <jorendorff> NeilAway: what code change are you recommending in bug 429745 comment 51?
# [23:06] * Quits: tonymec (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [23:07] <gal> nsSocketTransportService::DoPollIteration is very hot too
# [23:07] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:07] * Boriss_ is now known as Boriss
# [23:07] * Quits: tonymec|away (tonymec@moz-F284676.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [23:07] <jorendorff> NeilAway: is it something in memory/ozutils/mozutils.def.in? another #ifdef at the end?
# [23:07] <ejpbruel> bz: looks like that works. that suggests oom, right?
# [23:07] <jorendorff> NeilAway: i want to help! :)
# [23:07] <@bz> ejpbruel: or, depending on your -j settings, out of pids or something
# [23:07] <ejpbruel> bz: -j9
# [23:08] <ejpbruel> that ought to be fine
# [23:08] <@bz> ejpbruel: should be ok pid-wise
# [23:08] <gal> nsSocketOutputStream::Write is very active
# [23:08] <@bz> ejpbruel: but yeah, oom quite possible. how much ram in the vm?
# [23:08] <kaie> gal, if you file a bug, please cc bsmith, honzab.moz (mayhemer on irc) and me. it's probably fallout from bug 674147
# [23:08] <@bz> cjones: (waiting on stuff; gimme a min)
# [23:08] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [23:09] <cjones> bz, someone helpfully made --ignore-window-size the default for reftest-ipc :|
# [23:09] <@bz> cjones: heh
# [23:09] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [23:09] <@bz> cjones: note that I had to hack up the test harness a bunch to get this to run at all
# [23:09] <cjones> oh, just reftest-remote
# [23:09] <cjones> bz, ok
# [23:09] <cjones> we should fix all this
# [23:09] <@bz> there's a bug
# [23:09] <cjones> i'll file the --ignore-window-size issue
# [23:10] <cjones> oh ok
# [23:10] <cjones> CC me?
# [23:10] * @bz looks for it
# [23:10] <RyanVM> bz: with respect to bug 617819, it's clearly MSVC PGO doing something funny. Is there anything I can provide (disassembly or something) that would help to diagnose?
# [23:10] * Parts: paolo (paolo@moz-4CB4DECC.retail.telecomitalia.it)
# [23:10] <@bz> RyanVM: I really have no idea. :( dbaron might....
# [23:11] <@bz> cjones: not much change
# [23:11] <NeilAway> jorendorff: sorry, I'm away, back in an hour or two
# [23:11] <jorendorff> k
# [23:11] <cjones> bz, that's ok, it's useful data now
# [23:12] * Joins: tonymec__ (tonymec@57D7E2E1.C18A3479.277517C1.IP)
# [23:12] * Joins: protz (jonathan@moz-7F6750F6.xulforum.org)
# [23:12] * tonymec__ is now known as tonymec|away
# [23:12] <@bz> cjones: http://pastebin.mozilla.org/1437372
# [23:12] * Quits: gal (gal@A972859A.5F06DDAB.A920DB53.IP) (Ping timeout)
# [23:13] <qheaden> Is there a way of running regular installed mozilla and compiled mozilla nightly side by side?
# [23:13] * Quits: fzzzy (donovan@moz-2B41AF9B.lightspeed.mtvwca.sbcglobal.net) (Quit: fzzzy)
# [23:13] <@bz> qheaden: use different profiles
# [23:13] * Quits: @mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [23:13] <@bz> cjones: you're already cced: https://bugzilla.mozilla.org/show_bug.cgi?id=714168
# [23:14] <qheaden> bz: Ok thanks.
# [23:14] <cjones> bz, oh that one. thanks
# [23:15] <ejpbruel> bz: looks like oom was the problem, thanks for your help! :)
# [23:16] * Quits: kbrosnan_ (kbrosnan@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
# [23:17] <@bz> ejpbruel: no problem
# [23:18] <@bz> cjones: fwiw, it looks like it's failing in exactly the same way, to me....
# [23:18] <cjones> yep
# [23:19] * Joins: gal (gal@A972859A.5F06DDAB.A920DB53.IP)
# [23:20] <@bz> awesome
# [23:20] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [23:20] <@bz> I'm apparently a "researcher"
# [23:20] * @bz looks for his hats
# [23:21] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [23:21] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Connection reset by peer)
# [23:21] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [23:22] * Quits: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP) (Quit: peregrino)
# [23:22] * Joins: kbrosnan_ (kbrosnan@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:22] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [23:22] * Archaeopteryx dons bz a lab coat
# [23:23] <Mitch> Gryffindor!
# [23:23] <Ms2ger> Hufflepuff!
# [23:24] * joduinn is now known as joduinn-mtg
# [23:24] <@bz> Archaeopteryx: I just needed my gray hat was all
# [23:24] * @bz has one, actually
# [23:24] <@bz> c.f. https://bugzilla.mozilla.org/show_bug.cgi?id=714168
# [23:24] <@bz> er... http://www.zdnet.com/blog/security/google-plugs-three-high-risk-chrome-browser-flaws/9961
# [23:24] <cjones> bz, so it looks like there are two reasonable hypotheses: either the surface isn't being transferred properly, or we're messing up some transformation when painting
# [23:25] <cjones> bz, you can test the first by logging the front surface |surface| here: http://mxr.mozilla.org/mozilla-central/source/gfx/layers/basic/BasicLayers.cpp#3138
# [23:25] <cjones> same approach as for the back surface
# [23:25] * Joins: dzbarsky (Mibbit@moz-9DD6B824.washdc.fios.verizon.net)
# [23:25] <cjones> i don't expect there to be a bug in the transport, but never know
# [23:25] <cjones> if it's not the transport, we can do a layer tree dump and see if something's being mispositioned
# [23:25] <cjones> i still have no idea how any of this could relate to your patch :/
# [23:26] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Connection reset by peer)
# [23:26] <@bz> cjones: ok, adding logging
# [23:26] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [23:26] * @bz has 11 minutes before he has to take kids
# [23:27] <khuey> lol
# [23:27] <khuey> bz: they gave you the bounty?
# [23:27] <khuey> nice
# [23:27] <@bz> khuey: well, so they say
# [23:27] <jlebar> What's the maximum delay we apply to settimeout? Is it 5ms?
# [23:27] * @bz has not heard anything from them directly nor seen any money yet
# [23:27] * Joins: faramarz_ (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [23:27] <khuey> ah
# [23:27] <@bz> jlebar: you mean the floor?
# [23:27] <khuey> jlebar: minimum delay?
# [23:27] <@bz> jlebar: 0 for unnested, 4ms for nested in fg tab, 1000ms in bg tab
# [23:28] <@bz> jlebar: our timer impl ends up limiting to 6ms or so in practice.....
# [23:28] * jgriffin-lunch is now known as jgriffin
# [23:28] <jlebar> bz/khuey, I want to write a page which keeps the CPU busy using the smallest chunks as possible.
# [23:28] <jlebar> So I think I want the ceiling (for foreground tabs)
# [23:28] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:28] * faramarz_ is now known as faramarz
# [23:29] * rail is now known as rail-around
# [23:29] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Connection reset by peer)
# [23:29] <Mitch> bz: "Google plugs browser flaws into Internet Explorer with Chrome Frame". :P
# [23:30] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [23:30] <khuey> lol
# [23:30] * Joins: azakai (alon@moz-F5348572.hfc.comcastbusiness.net)
# [23:31] <@bz> jlebar: there is no ceiling, really
# [23:31] <@bz> jlebar: 10s for general stuff
# [23:31] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
# [23:31] <@bz> ok
# [23:31] <@bz> kiddie duty
# [23:31] <jlebar> bz, What causes us to back off from 6ms to 10s? Or...tell me later. :)
# [23:31] <@bz> cjones: will get log later tonight
# [23:32] <cjones> alrighty
# [23:32] <cjones> not that many suspects left
# [23:32] <cjones> we've almost got it
# [23:32] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.87 [Firefox 8.0.1/20111120135848])
# [23:32] * Quits: c0smikdebris (c0smikdebr@22C643A8.50CD76D5.274D17D6.IP) (Quit: Computer has gone to sleep.)
# [23:33] * Quits: gal (gal@A972859A.5F06DDAB.A920DB53.IP) (Ping timeout)
# [23:33] * philor|away is now known as philor
# [23:34] * Joins: gal (gal@moz-497BB4CB.pools.arcor-ip.net)
# [23:35] * Joins: tonymec (tonymec@57D7E2E1.C18A3479.277517C1.IP)
# [23:35] * Joins: dao (dao@moz-1242238.superkabel.de)
# [23:35] * Quits: Waldo (waldo@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [23:38] * Parts: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
# [23:38] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [23:40] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:40] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
# [23:40] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Client exited)
# [23:41] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 9.0.1/20111223083612])
# [23:41] * zpao|detached is now known as zpao
# [23:42] * Joins: peregrino (peregrino@E5575519.E2AAC96F.F789C312.IP)
# [23:43] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [23:43] * Quits: gal (gal@moz-497BB4CB.pools.arcor-ip.net) (Ping timeout)
# [23:43] * Joins: gal_ (gal@A972859A.5F06DDAB.A920DB53.IP)
# [23:43] * Parts: alex_mayorga (u4422@moz-160C58C6.com)
# [23:44] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [23:45] <@bz> jlebar: where does 10s come from?
# [23:45] <jlebar> <bz> jlebar: 10s for general stuff
# [23:46] * juanb|afk is now known as juanb
# [23:46] * Joins: Waldo (waldo@moz-2A0E3E7E.dsl.emhril.sbcglobal.net)
# [23:46] * Quits: dao (dao@moz-1242238.superkabel.de) (Quit: Leaving.)
# [23:47] <@bz> ok
# [23:47] <@bz> sorry
# [23:47] <@bz> one sec
# [23:47] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [23:47] * Quits: kbrosnan_ (kbrosnan@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
# [23:48] <@bz> cjones: I only see one frontsurface printf?
# [23:48] * catlee is now known as catlee-away
# [23:48] <cjones> bz, that's expected
# [23:48] <@bz> cjones: http://pastebin.mozilla.org/1437407
# [23:48] <@bz> cjones: it is?
# [23:48] <@bz> cjones: why?
# [23:49] <@bz> cjones: I mean only one total
# [23:49] <cjones> we only swap out the canvas once
# [23:49] <@bz> cjones: for test and reference
# [23:49] <cjones> er, only drawWindow it once
# [23:49] <cjones> the reference doesn't use canvas
# [23:49] <@bz> ah
# [23:49] <@bz> alright
# [23:49] <@bz> fine
# [23:49] <@bz> good point
# [23:49] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [23:49] <jlebar> ohai bing maps totally locking up my machine.
# [23:49] <cjones> the backsurface print showed up twice because that transaction dropped it from the layer tree most likely
# [23:49] <cjones> that's somewhat unpredictable
# [23:50] <cjones> at least, for people not named roc
# [23:50] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:50] <@bz> ok
# [23:50] <@bz> frontsurface looks fine
# [23:50] <@bz> jlebar: so
# [23:50] * BenWa is now known as benwa|sms
# [23:50] <@bz> jlebar: we have the following frobs
# [23:50] <@bz> jlebar: 1) Longest time we allow a script to run without yielding before we put up a slow script dialog: default 10s
# [23:51] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [23:51] <@bz> jlebar: 2) Timeout delay minimum for nested timeouts in a foreground tab: 4ms
# [23:51] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:51] <@bz> jlebar: 3) Timeout delay minimum for nested timeouts in a background tab: 1000ms
# [23:51] <@bz> jlebar: now what is your question about? ;)
# [23:51] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [23:51] <jlebar> bz, What does (2) mean, exactly? Does the 4ms start ticking when the next setTimeout is called, or when the callback completes?
# [23:52] <jlebar> bz, Here's what my question is actually about:
# [23:52] <edmorley> philor: bug 716049 isn't showing up for suggestions for android xul r3 https://tbpl.mozilla.org/?tree=Mozilla-Aurora&rev=11617fa23b5a ; does the title just need to be optimised? (I had to trim the title, and not sure how fussy the matching is)
# [23:52] <cjones> bz, debug or opt build?
# [23:52] <@bz> jlebar: when you make the setTimeout call, we take the argument
# [23:52] * Quits: gal_ (gal@A972859A.5F06DDAB.A920DB53.IP) (Ping timeout)
# [23:53] <@bz> cjones: this is an opt build, I believe
# [23:53] <jlebar> bz, I noticed while working on an image decoding bug that scrolling with the mouse wheel is janky while we're decoding images (using just one worker; my patch). But scrolling with the scrollbar is smooth.
# [23:53] <@bz> jlebar: ok
# [23:53] <jlebar> bz, So my suspicion is that, maybe, the problem has nothing to do with images, but has to do with a busy event loop. And I wanted to try to create a similarly busy event loop in JS, to test this.
# [23:53] <@bz> jlebar: ah
# [23:53] <philor> edmorley: "REFTEST TEST-UNEXPECTED-FAIL | | EXCEPTION" - the part between the vertical bars is the filename, which is what tbpl searches for
# [23:54] <@bz> jlebar: that should be pretty easy
# [23:54] <hub> I don't get the different between nsXPIDLString and nsString
# [23:54] <@bz> jlebar: just set a bajillion 4ms intervals
# [23:54] <edmorley> philor: ah, of course
# [23:54] <@bz> hub: one is a subclass of the other
# [23:54] * mcote is now known as mcote|afk
# [23:54] <@bz> hub: with an extra conversion operator
# [23:55] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:55] <cjones> bz, ok, you need this enabled: http://mxr.mozilla.org/mozilla-central/source/gfx/layers/Layers.h#55
# [23:55] <cjones> #if 1 ||, enabled debug, whatever you want
# [23:55] <@bz> jlebar: (2) just means that the second arg to setTimeout is compared to 4 and if it's less, changed to 4
# [23:55] <@bz> cjones: looking
# [23:55] <cjones> bz, but wait, there's more
# [23:55] <@bz> ok
# [23:55] <jlebar> bz, I see. So if I call setTimeout and then spin for 5ms, then I should be called back with no delay.
# [23:55] * @bz edits
# [23:55] <cjones> then drop a BasicManager()->Dump() or ->Log() at http://mxr.mozilla.org/mozilla-central/source/gfx/layers/basic/BasicLayers.cpp#3138
# [23:55] <@bz> jlebar: once you yield, yes
# [23:55] * Quits: willy1234x1 (willy1234x@moz-EE1B7D2E.slkc.qwest.net) (Ping timeout)
# [23:55] <jlebar> cool. Thanks!
# [23:55] <@bz> jlebar: no problem
# [23:56] <cjones> are you printing directly to the android log?
# [23:56] <@bz> cjones: yes
# [23:56] <cjones> grr
# [23:56] <@bz> cjones: why?
# [23:56] <cjones> the layers logging can use FILE* or NSPR log
# [23:56] <@bz> cjones: that's the only sane way I found to print things and have them order with the reftest stuff
# [23:56] <hub> bz: so if do an XPCOM call, I should use nsXPIDLString instead?
# [23:56] <@bz> well
# [23:56] <@bz> I have a solution for file*
# [23:56] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:56] <@bz> since that's what surfaces do
# [23:56] <cjones> ok
# [23:57] <cjones> use Dump(FILE*) then
# [23:57] * Joins: darktrojan (geoff@moz-57EC95C5.dsl.telstraclear.net)
# [23:57] * @bz reads up
# [23:57] * ctalbert is now known as ctalbert|afk
# [23:58] <@bz> do I still need to change the header?
# [23:58] <cjones> yes
# [23:58] <cjones> oh crap
# [23:58] <cjones> and one more thing
# [23:58] * Joins: gal (gal@moz-497BB4CB.pools.arcor-ip.net)
# [23:59] <cjones> no no
# [23:59] * Quits: azakai (alon@moz-F5348572.hfc.comcastbusiness.net) (Ping timeout)
# [23:59] <cjones> you're fine with the header change
# [23:59] <cjones> MOZ_LAYERS_HAVE_LOG needs to be enabled for Dump() to do anything
# [23:59] * cjones not his choice
# [23:59] * Quits: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# Session Close: Sat Jan 07 00:00:00 2012

The end :)