### Log session started at Tue Nov 7 00:00:00 2006 ### [00:02:27] stephend [stephend@moz-6B11E131.sbndin.dsl-w.verizon.net] has quit IRC: Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client [00:02:46] mozilla/js/tamarin/codegin/Ia32Assembler.cpp [00:02:47] hmm [00:03:13] where do you see "First half of 2008"? i thought we changed that to "2008" a few hours ago. [00:03:35] maybe in the adobe release? [00:03:40] doh [00:04:56] dbaron [dbaron@moz-1559392A.hsd1.ca.comcast.net] has joined #developers [00:04:57] ChanServ [services@localhost.net] has set mode +o dbaron [00:05:13] ooh, we're getting PCRE with it? :p [00:05:48] heh [00:06:26] if yes, can we please move it somewhere common so we don't need to actually end up proxying our regex uses through JS? :p [00:07:11] ah [00:07:25] db48x recalls This Tuesday, November 7th at 10am PST (UTC-8) Brendan Eich and some very special guests will be hosting a developer chat about exciting new technologies coming to Mozilla 2. [00:07:41] doh, irc client stripped out the quotes again [00:08:10] sayrer: no, http://www.adobe.com/aboutadobe/pressroom/pressreleases/200611/110706Mozilla.html doesn't mention 2008 [00:08:31] Jesse_: hmm, what about the PDFs that went out? [00:09:15] cause I know I read "first half of 2008" and I didn't have preview access to the website [00:09:21] coulda sworn [00:09:36] ss: do you remember where you saw "first half of 2008"? [00:09:43] cnet [00:09:43] <@bz_gone> sayrer: the pdfs that pkim sent had that [00:09:47] <@bz_gone> sayrer: as I recall [00:10:06] daim [David_Mart@moz-7EA56F36.w82-121.abo.wanadoo.fr] has joined #developers [00:10:12] shoot [00:10:16] Jesse_: http://news.com.com/Adobe+to+donate+script+code+to+Mozilla/2100-7344_3-6133052.html [00:10:20] for once it's not cnet's fault that their story is inaccurate [00:10:23] evidently the press got the PDFs too [00:10:40] <@bz_gone> "This virtual machine is expected to be built into future versions of the Firefox browser by the first half of 2008, said Frank Hecker, the executive director of the Mozilla Foundation. [00:10:54] <@bz_gone> That would mean 1.9 [00:11:01] <@bz_gone> Which is Not The Plan [00:11:04] heh [00:11:09] err [00:11:09] <@bz_gone> er... wait [00:11:10] <@bz_gone> 2008 [00:11:12] <@bz_gone> not 2007 [00:11:12] No no [00:11:13] Yeah [00:11:14] <@bz_gone> ok [00:11:15] yeah i was going to ask [00:11:18] 1.9 in 2008? [00:11:23] Pushing 1.9 another year back? [00:11:23] ;) [00:11:29] <@bz_gone> nah, I expect 1.9 by like fall 2007 [00:11:32] <@bz_gone> or maybe even summer [00:11:34] i mean, i know it's not ready [00:11:36] yeah, we want to wait for Camino to catch up [00:11:36] yurik [yurik@moz-3FC6D3EB.sub-75-192-126.myvzw.com] has quit IRC: Connection reset by peer [00:11:38] ;) [00:11:43] Rish, so that's a quick turn around for 2.0 [00:11:46] ss slaps sayrer [00:11:51] <@bz_gone> well [00:11:59] ../../MMgc/GC.h:951: error: cast from ‘const void*’ to ‘int’ loses precision [00:12:01] s/Rish/Right [00:12:01] <@bz_gone> Far as I can tell, plan's to work on 2.0 in parallel [00:12:01] doh [00:12:08] <@bz_gone> during the 1.9 betas and so forth [00:12:11] <@bz_gone> Which makes sense [00:12:18] <@bz_gone> Except for all the regression-fixing 1.9 will need. [00:12:40] bz_gone: did you see bsmedberg's toolkit post? [00:12:45] <@bz_gone> yes [00:12:50] <@bz_gone> Good idea, it is! [00:12:54] but that is only toolkit [00:12:57] <@bz_gone> Yeah [00:13:03] <@bz_gone> We should try to do the same in other components [00:13:27] webkit requires rendering regression tests for pretty much all checkins (in components that affect rendering) [00:13:29] I was going to ask about that. how much build time testing can really be done in toolkit? [00:13:30] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [00:13:36] <@bz_gone> I wish we could also run some test where any assert means failure... [00:13:49] bz_gone: btw reftest are slow and put the CPU at 100% [00:13:53] we have tests that run in-browser [00:13:59] <@bz_gone> bernd: heh. no surprise. [00:14:13] now I just need to make them easier and easier to use [00:14:20] but webkit's tests are "here's a web page and here's a PNG of exactly what it should look like", which might not be the best model for gecko [00:14:25] yurik [yurik@moz-3FC6D3EB.sub-75-192-126.myvzw.com] has joined #developers [00:14:30] <@bz_gone> Jesse_: yeah, we need that. Unfortunately, I'm not sure how I'd do rendering regression tests for most of my recent patches. [00:14:38] they do percentage diffs too [00:14:39] bz_gone: I transferred all the table-dom stuff for automated cellmap testing [00:14:46] <@bz_gone> Jesse_: how _does_ one usefully regression-test deleted object derefs? ;) [00:15:08] bz_gone: does it crash? [00:15:10] whimboo [whimboo@moz-62B4B8F1.pools.arcor-ip.net] has joined #developers [00:15:12] <@bz_gone> Bernd: yeah, I saw. [00:15:18] <@bz_gone> sayrer: some of them do. sometimes. [00:15:24] <@bz_gone> sayrer: some of them probably do in some cases. [00:15:33] <@bz_gone> sayrer: some of them reliably assert and sometimes crash. [00:15:36] <@bz_gone> sayrer: that sort of thing. [00:15:52] bz_gone: I've seen test case HTML in most of your recent bugs [00:15:54] <@bz_gone> sayrer: but yeah, the crashes we should just be landing.... [00:15:57] bz_gone: it goes into a "this shouldn't cause a crash" bin, and someone runs all the tests under valgrind every once in a while just to be sure [00:16:29] <@bz_gone> sayrer: I question the usefulness of just checking in a crash testcase HTML... unless you reproduce that same exact bug (which is _really_ unlikely), it probably will not do much good... [00:16:42] bz_gone: nothing wrong with a test consisting of |ok(true,"we made it")| [00:16:54] <@bz_gone> sayrer: nothing wrong, but not much right. [00:17:06] sayrer: the question with crash bugs is if the crash is exploitable and the bug secure no one want's a public testcase [00:17:13] <@bz_gone> sayrer: a more useful test woul dbe what Jesse says (valgrind), plus making sure there are no asserts. [00:17:24] bz_gone: disagree. one of the reasons unit testing works is that it tends to hit error-prone parts of the code [00:17:26] <@bz_gone> sayrer: (which of course means running it in a debug build for the latter) [00:17:42] bz_gone: or (and i prefer this solution, but it's a bit off-topic or futuristic) we require that all code includes invariants and proof hints, compile with a "if you can't prove memory safety it's fatal" option, so that a program that might crash does not compile. [00:17:52] bz_gone: we have buildbot. it can grep for whatever [00:18:10] <@bz_gone> sayrer: I'm not sure why grep matters... [00:18:16] Neil [neil@moz-228E8524.lutn.cable.ntl.com] has joined #developers [00:18:22] <@bz_gone> sayrer: all I'm saying is that I feel that just checking the tests in is not enough [00:18:24] bz_gone: would running opt in valgrind and debug (not in valgrind) work? in case that ends up being faster [00:18:38] bz: it can be as simple is looking for "FAIL" and "ASSERTION" in the output stream [00:18:41] <@bz_gone> Jesse_: oh, absolutely. we don't want to run debug in valgrind. [00:18:55] <@bz_gone> sayrer: XPCOM_DEBUG_BREAK=abort for the win! ;) [00:18:57] <@bz_gone> sayrer: imo [00:19:15] <@bz_gone> sayrer: much simpler to work with [00:19:17] i don't like XPCOM_DEBUG_BREAK=abort. it doesn't trigger the mac os x crash dialog :( [00:19:27] <@bz_gone> Jesse_: what do we care? [00:19:34] <@bz_gone> JEsse_: we just want it to turn the tree orange [00:19:36] well, if we have code that won't trigger asserts, sure [00:19:46] <@bz_gone> sayrer: "good question" [00:19:52] I have *never* used a trunk build that doesn't do that [00:19:53] for tinderbox i guess the current behavior is ideal, good point [00:19:56] <@bz_gone> sayrer: if we don't, we have problems [00:19:59] Jesse_: you don't want a dialog on automated build [00:20:01] bz_gone never gets asserts in his trunk builds [00:20:08] bz_gone: on mac? [00:20:13] <@bz_gone> Certainly not if I just start them up, load a testcase, then shut down [00:20:21] <@bz_gone> sayrer: oh, no. Linux. Mac has Issues last I checked. [00:20:24] on linux64? [00:20:26] <@bz_gone> nope [00:20:29] <@bz_gone> linux32 [00:20:40] linux64 has sisues :) [00:20:41] <@bz_gone> What asserts on linux64? [00:20:44] Neil [neil@moz-228E8524.lutn.cable.ntl.com] is now known as NeilZZZ [00:20:45] bz_gone: it doesn't assert? [00:20:46] <@bz_gone> And why is it not fixed? ;) [00:20:50] lots of stuff [00:20:55] <@bz_gone> bernd: now [00:20:59] <@bz_gone> bernd: er, nope [00:21:05] I am on mac right now [00:21:10] <@bz_gone> env XPCOM_DEBUG_BREAK=trap testmoz -g [00:21:19] but I can tell you we seem to read into random bitmaps lately [00:21:20] Jesse_ hopes mac will eventually not assert on every startup [00:21:27] <@bz_gone> pretty standard way for me to load html pages from bug reports.... [00:21:37] heh, I get kazillions of asserts on my mactel minefield [00:21:51] Sorry for using such a technical term ;) [00:21:54] <@bz_gone> I assume there _are_ bugs filed on the mac? [00:22:14] bz_gone: yes, and i track them with https://bugzilla.mozilla.org/show_bug.cgi?id=341986 [00:23:04] <@bz_gone> oh [00:23:08] http://paste.lisp.org/display/29425 [00:23:10] <@bz_gone> I should clarify that this is with seamonkey [00:23:13] <@bz_gone> with firefox, all bets are off [00:23:15] https://bugzilla.mozilla.org/show_bug.cgi?id=348075 and https://bugzilla.mozilla.org/show_bug.cgi?id=326837 are the worst right now [00:23:18] *laugh* [00:23:32] by "worst" i mean "i get more than a screen full of each" [00:23:35] bz_gone is looking at you, navhistory [00:23:54] <@bz_gone> Jesse_: er... we need help on that first one [00:23:59] <@bz_gone> Jesse_: if you can reproduce it, help! [00:24:01] Jesse_: bug 326837 is really a pain [00:24:20] <@bz_gone> Jesse_: see my comments in the bug [00:24:44] bz_gone: if i get it in a debugger can you tell me what to poke? [00:25:15] <@bz_gone> Jesse_: https://bugzilla.mozilla.org/show_bug.cgi?id=348075#c4 [00:25:16] dbaron reads mrbkap's checkin comment and wonders who was using the term "pseudo-frame" first [00:25:24] whimboo [whimboo@moz-62B4B8F1.pools.arcor-ip.net] has quit IRC: Connection reset by peer [00:25:37] Lucy_ [Lucy@moz-D480481C.cpe.net.cable.rogers.com] has joined #developers [00:25:39] <@bz_gone> Jesse_: and see https://bugzilla.mozilla.org/show_bug.cgi?id=348075#c7 [00:25:49] <@bz_gone> Jesse_: make that warning an assert and breakpoint on _that_ [00:25:53] <@bz_gone> Jesse_: then we want the stack [00:26:12] ok, i'll try [00:26:16] <@bz_gone> Jesse_: Thanks! [00:26:26] but not right now [00:26:48] <@bz_gone> Jesse_: no rush. I'm about to head to bed. [00:27:11] <@bz_gone> dbaron: are you interested in reviewing the "stylesheet loading shouldn't block parser" patch? [00:27:31] <@bz_gone> dbaron: it's pretty much all in the sinks, xslt, content, so I'm assuming I'll basically have sicking review [00:27:36] <@bz_gone> dbaron: unless you want to be in on it [00:27:38] <@dbaron> bz_gone, hrm. I'm interested in cheering it on. I don't know much of that code, though. [00:27:44] <@dbaron> bz_gone, having sicking review is fine [00:27:58] Jesse_: webkit's tests aren't just a PNG - they have hooks for feeding in ui events if needed, and dump something like a frame tree for comparison [00:28:06] <@bz_gone> dbaron: cool. sicking made some scriptloader changes that let me really easily block script execution (but not loading) on sheets [00:28:14] <@bz_gone> dbaron: so I should have it ready to go in the next day or two. [00:28:25] is this related to the tradeoff between "flash of unstyled content" vs. "google cache doesn't work for sites that are slashdotted"? [00:28:30] sp3000 [chatzilla@moz-307F712F.dhcp.inet.fi] has joined #developers [00:29:04] yes, tor is right [00:29:06] or is it just a page-load-time thing at this point? [00:29:23] they have a global that dumps a layout data structure [00:29:32] <@bz_gone> Jesse_: it's a few things. Page-load-time. [00:29:38] <@bz_gone> Jesse_: fixing a few crashes. [00:29:46] crashes!? [00:29:55] <@bz_gone> Jesse_: better support for showing a page (unstyled) even if the sheets are taking forever [00:30:00] <@bz_gone> Jesse_: oh, yes. ;) [00:30:42] <@bz_gone> Jesse_: hmm... although maybe mrbkap fixed those on the parser side... [00:30:51] i don't see crashes mentioned https://bugzilla.mozilla.org/show_bug.cgi?id=84582 or in the summaries of open dependencies [00:30:55] <@bz_gone> Jesse_: ok, so "removing possibility of crashes appearing" [00:31:02] still a good thing :) [00:31:04] <@bz_gone> Jesse_: "due to reentry of non-reentrant code" [00:31:07] piratepenguin [declan@moz-122E5985.bas502.dsl.esat.net] has quit IRC: Ping timeout [00:31:52] <@bz_gone> anyway [00:31:53] <@bz_gone> sleep [00:31:58] bz_gone [bzbarsky@moz-8120CEBA.dsl.chcgil.ameritech.net] is now known as bz_sleep [00:32:31] dbaron: when I added a the small amount of testcases I noticed how slow reftest are, shall I anyway add as much as possible testcases to it (assuming that this is *the* layout regression test of the future) or shall there go only a limited amount of stuff [00:33:22] <@dbaron> Don't hesitate. [00:33:28] <@dbaron> We can probably make reftest a good bit faster at some point. [00:33:38] <@dbaron> It just wasn't a priority. [00:33:41] pamg [pamg@moz-1FAE4A1A.dsl.pltn13.sbcglobal.net] has joined #developers [00:33:53] pamg [pamg@moz-1FAE4A1A.dsl.pltn13.sbcglobal.net] has quit IRC: Quit: pamg [00:34:22] yes, the more test cases the better, no matter how long it takes to run [00:34:34] we can always speed things up, create smaller scale test sets, etc. [00:34:51] dbaron: I am not sure when you pulled the reflow branch but some of them might crash the reflow branch if you did not pick up my latest corrections [00:35:02] <@bz_sleep> bernd: it didn't [00:35:12] thats the cellmap checkin [00:35:12] <@dbaron> the tests are also branched... [00:35:18] <@bz_sleep> bernd: as in pick up your cellmap change [00:40:22] Mnyromyr [MnyroWork@moz-E0F31C11.tal.de] has joined #developers [00:42:47] dietrich_ [dietrich@moz-3E81082E.hsd1.or.comcast.net] has quit IRC: Quit: dietrich_ [00:43:12] apparently tamarin doesn't work on 64-bit platforms yet (http://www.kaourantin.net/2006/11/spidermonkeys-relative-tamarin-joins.html) [00:43:51] dietrich [dietrich@moz-3E81082E.hsd1.or.comcast.net] has joined #developers [00:44:11] tor: no, it doesn't. I was just playing with it [00:44:22] bjacques [bjacques@moz-5244067A.direct-adsl.nl] has joined #developers [00:44:26] and actually there are cross-platform compile errors anyway [00:44:35] does it work on anything other than x86-32? [00:44:53] tor: Likely not, or else not well [00:45:00] tor: It needs much love [00:45:07] oh joy [00:45:22] But it will be tremendously cool when it gets it [00:45:30] much like cairo [00:45:46] doesn't work on PPC? [00:46:21] sayrer: Adobe's stuff works on lots of platforms. The merge of Spidermonkey+Adobe's stuff is very young [00:46:35] I see [00:46:36] it's got code in there for compiling to ppc and arm in addition to x86 [00:46:51] db48x: Yeah, I think they have a lot of JITing backends [00:47:00] Adobe doesn't ship 64-bit Flash yet, fwiw [00:47:05] <@bz_sleep> oh [00:47:10] <@bz_sleep> that's the other thing we get from this [00:47:14] <@bz_sleep> in addition to the JIT [00:47:15] <@bz_sleep> the GC [00:47:24] Yeah, their GC is very nice [00:47:59] iirc from our marathon coding session on it, it needs to be taught to recognize some of our things.... maybe that has happened in the last week or so [00:48:12] But it is conservative, not exact [00:50:07] And it can run incrementally [00:50:40] It's apparently relatively easy for them to add new JITing backends, also [00:53:37] <@bz_sleep> incremental GC is what we really need... [00:53:40] <@bz_sleep> imho [00:54:07] Lucy_ [Lucy@moz-D480481C.cpe.net.cable.rogers.com] has quit IRC: Ping timeout [00:55:14] #define COREADDR(f) coreAddr((int (AvmCore::*)())(&f)) [00:55:15] phew [00:55:29] C++ sure does make pointers-to-members fun! [00:56:05] yea :( [00:56:06] myk [chatzilla@moz-7B3C332.sfo1.dsl.speakeasy.net] has joined #developers [01:00:02] Bernd [bmlk@moz-BB4D6149.dip0.t-ipconnect.de] has quit IRC: Quit: Chatzilla 0.9.75 [Firefox 3.0a1/2006102904] [01:00:40] bz_sleep: Yeah, it's a huge bonus [01:01:15] whimboo [whimboo@moz-62B4B8F1.pools.arcor-ip.net] has joined #developers [01:01:27] mrbkap: They're trying to make sure you -really- know what you're doing before you use them. ;) [01:01:44] Lucy_ [Lucy@moz-D480481C.cpe.net.cable.rogers.com] has joined #developers [01:01:48] what kind of GC is used now? [01:02:14] markandsweep? [01:02:18] non incremental [01:02:27] jeremy: Spidermonkey's current GC is exact and not incremental [01:02:37] It cannot stop mid-way through a pass [01:04:15] tH [r@83.100.250.86] has joined #developers [01:04:25] jeremy: Spidermonkey's GC has what Brendan likes to call "bad human factors" [01:05:05] Lucy_ [Lucy@moz-D480481C.cpe.net.cable.rogers.com] has quit IRC: Ping timeout [01:05:44] Lucy_ [Lucy@moz-D480481C.cpe.net.cable.rogers.com] has joined #developers [01:05:52] should i expect to learn what markandsweep (i can guess) and exact mean wrt GC in some future CS class? [01:06:00] mconnor_ [mconnor@moz-D480481C.cpe.net.cable.rogers.com] has joined #developers [01:06:07] mconnor_ [mconnor@moz-D480481C.cpe.net.cable.rogers.com] has left #developers: Leaving [01:06:15] jeremy: Yes, a compilers class or systems class should cover garbage collection. [01:06:43] jeremy: In general, though, you'll have to think about GC less than you do now in Moz development [01:07:53] mrbkap was mildly surprised to learn that his programming languages course was going to cover GC as well. [01:08:12] mrbkap: Makes sense, it is treated as a "language feature" [01:08:45] crowder: "bad human factors"? [01:09:02] vlad: you have to explicitly root all GC values you're using in C++ code. [01:09:07] unless they're otherwise rooted. [01:09:14] The burden is on the programmer. [01:09:19] http://www.hpl.hp.com/personal/Hans_Boehm/gc/conservative.html [01:09:40] oh hey, we can talk about the adobe thing now, nice [01:09:43] vlad: It's easy to use wrong and hard to use right [01:09:58] vlad: yeah, press release finally done ;) [01:10:05] and there's a #tamarin, too [01:12:57] whimboo [whimboo@moz-62B4B8F1.pools.arcor-ip.net] has quit IRC: Quit: Quit [01:13:11] I wasn't aware of that :) [01:14:14] was it called Tamarin before they decided to open it? [01:14:53] heh, we were calling it something way cooler, but I don't think various legal/marketing minds approved [01:15:39] yea, I hate it when that happens [01:18:03] crowder: we obviously need to know that name, so we can call it that [01:18:06] spidermonkey's current gc has SEGVed on my too many times [01:18:18] crowder: "spankymonkey" ? [01:18:50] lol. spankymonkey would have been good [01:19:21] sayrer: heh, I'm sure someone somewhere will spontaneously reinvent it :) [01:19:59] sayrer: Just take half of one and half of the other and glue them [01:20:11] FlashyMonkey? [01:20:15] lol [01:20:23] That's another good one, but not the one [01:20:36] That one might be better [01:20:41] monkeyaction? [01:20:49] db48x: Soooo close. [01:20:52] actionmonkey [01:20:53] heh [01:21:14] I think maybe I like FlashyMonkey [01:21:52] "AngryMonkey" [01:22:10] and somehow you could link JIT and GIR together [01:23:14] jitgirflashmonkey [01:23:29] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [01:26:13] Neil [neil@moz-228E8524.lutn.cable.ntl.com] has joined #developers [01:26:21] Neil [neil@moz-228E8524.lutn.cable.ntl.com] is now known as NeilZZZ [01:26:37] Lucy_ [Lucy@moz-D480481C.cpe.net.cable.rogers.com] has quit IRC: Ping timeout [01:32:36] gemal [spam@moz-97280393.atm2-0-90242.0x535cd48a.boanxx8.customer.tele.dk] has joined #developers [01:34:30] anybody here knows what the "Tamarin (AVM2 open source) Flash9_DotReleases_Branch" is? [01:35:02] gemal: ask in #tamarin? [01:35:18] http://www.mozilla.com/en-US/press/mozilla-2006-11-07.html ? [01:35:27] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [01:35:27] myk [chatzilla@moz-7B3C332.sfo1.dsl.speakeasy.net] has quit IRC: Ping timeout [01:35:32] hah [01:36:42] thanx...! [01:36:57] Neil [neil@moz-228E8524.lutn.cable.ntl.com] has joined #developers [01:37:23] Neil [neil@moz-228E8524.lutn.cable.ntl.com] is now known as NeilZZZ [01:39:16] how do i disable google autosearch from the urlbar? [01:39:44] keyword something another [01:39:58] timeless: keyword.enabled [01:40:02] set that to false [01:40:30] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has quit IRC: Client exited [01:40:39] then go to about:config, set normal.user to false too [01:40:47] all your problems with Mozilla will be gone! [01:40:52] haha [01:40:56] All of them? [01:41:01] mrbkap glances at his bug list. [01:41:02] Even those?! [01:41:26] only if you set the pref, too [01:41:29] :( [01:44:50] ginn [ginn@moz-3DC951F1.sun.com] has quit IRC: Quit: Leaving [01:46:48] tor [tor@moz-BEF5E3BB.austin.res.rr.com] has quit IRC: Ping timeout [01:48:34] chewey [chewey@moz-65F99E2.dip.t-dialin.net] has joined #developers [01:50:27] zwnj [zwnj@A27B03AD.DA3750AA.22199703.IP] has joined #developers [01:50:48] mmadia [mmadia@moz-ECEABAB9.nwrknj.east.verizon.net] has quit IRC: Quit: quit [01:52:08] ghost__ [ghost@moz-B767D731.est.estpak.ee] has quit IRC: Quit: [01:53:54] Standard8 [mark@moz-BD7E5647.demon.co.uk] has joined #developers [01:54:40] gemal [spam@moz-97280393.atm2-0-90242.0x535cd48a.boanxx8.customer.tele.dk] has left #developers [02:00:51] sp3000 [chatzilla@moz-307F712F.dhcp.inet.fi] has quit IRC: Quit: ... [02:01:02] john64 [jhford@moz-CA2C3584.dsl.bell.ca] has quit IRC: Quit: quit [02:07:03] vlad [asdf@moz-217A21F5.dsl.static.sonic.net] has quit IRC: Ping timeout [02:10:06] vlad [asdf@moz-217A21F5.dsl.static.sonic.net] has joined #developers [02:19:31] Build 'MacOSX Darwin 7.9.0 boxset Depend' has dropped from the 'Thunderbird' tinderbox. [02:19:45] andrew_ [chatzilla@moz-8D5BF27.adsl.mnsi.net] has joined #developers [02:20:35] andrew_ [chatzilla@moz-8D5BF27.adsl.mnsi.net] has quit IRC: Quit: Chatzilla 0.9.75 [Firefox 2.0/2006101022] [02:20:55] sayrer [chatzilla@moz-D9DB9F78.cable.mindspring.com] has quit IRC: Ping timeout [02:22:05] andrew_ [chatzilla@moz-58744E5C.adsl.mnsi.net] has joined #developers [02:23:39] andrew_ [chatzilla@moz-58744E5C.adsl.mnsi.net] is now known as andrew [02:24:22] ginn [ginn@moz-3DC951F1.sun.com] has joined #developers [02:26:40] kreeger [nickkreege@moz-47B0ECAE.kc.res.rr.com] has quit IRC: Quit: kreeger [02:27:29] is there a current page that lists the mozilla.org fax number? [02:27:32] other than legal? [02:27:33] SeaMonkey: 'Linux nye Depend bloat' has changed state from Success to Burning. [02:29:55] timeless finds google.com/finance?q=mozilla [02:31:54] dt [darktemple@moz-B46E4156.adl0.adsl.esc.net.au] has joined #developers [02:31:56] dt [darktemple@moz-B46E4156.adl0.adsl.esc.net.au] has quit IRC: Quit: dt [02:33:41] Mozilla1.8: 'WINNT 5.1 bl-bldxp01 Depend pacifica-vm test perf' has changed state from Success to Test Failed. [02:41:38] dt [darktemple@moz-B46E4156.adl0.adsl.esc.net.au] has joined #developers [02:47:01] philor [ringnalda@moz-2BAB5BE8.eug.or.uspops.net] has quit IRC: Quit: mochicoma [02:47:42] Firefox: 'Linux bl-bldlnx01 Depend argo-vm test perf' has changed state from Success to Test Failed. [02:53:09] beaufour [beaufour@moz-299A3F6B.lid.theveniceproject.com] has joined #developers [02:53:42] Build 'MacOSX Darwin 8.7.0 bm-xserve02 Depend Universal release' has dropped from the 'SeaMonkey' tinderbox. [02:56:57] dbaron [dbaron@moz-1559392A.hsd1.ca.comcast.net] has quit IRC: Ping timeout [02:56:58] Mano [chatzilla@moz-151D5E3D.cable.012.net.il] has quit IRC: Connection reset by peer [02:57:03] Mano_ [chatzilla@moz-151D5E3D.cable.012.net.il] has joined #developers [02:57:05] Mano_ [chatzilla@moz-151D5E3D.cable.012.net.il] is now known as Mano [03:00:28] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [03:00:29] mojo [mattar1@moz-E9870E1C.dyn.aci.on.ca] has quit IRC: Quit: [03:02:18] zwnj [zwnj@A27B03AD.DA3750AA.22199703.IP] has quit IRC: Quit: ZWNJ.org [03:12:43] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has joined #developers [03:17:50] Build 'Linux crazyhorse Depend release' has dropped from the 'Thunderbird' tinderbox. [03:18:33] Fufie [lambada@moz-2D9AD019.vizrt.com] has joined #developers [03:21:16] duo [duo@C8F34995.4B19F914.908AEBC.IP] has joined #developers [03:21:51] Firefox: 'Linux bl-bldlnx01 Depend argo-vm test perf' has changed state from Test Failed to Success. [03:23:28] Neil [neil@moz-228E8524.lutn.cable.ntl.com] has joined #developers [03:23:42] Neil [neil@moz-228E8524.lutn.cable.ntl.com] is now known as NeilZZZ [03:24:05] Mano [chatzilla@moz-151D5E3D.cable.012.net.il] has quit IRC: Connection reset by peer [03:24:07] Mano_ [chatzilla@moz-151D5E3D.cable.012.net.il] has joined #developers [03:24:09] Mano_ [chatzilla@moz-151D5E3D.cable.012.net.il] is now known as Mano [03:25:55] Mozilla1.8: 'WINNT 5.1 bl-bldxp01 Depend pacifica-vm test perf' has changed state from Test Failed to Success. [03:27:03] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [03:28:09] Neil [neil@moz-228E8524.lutn.cable.ntl.com] has joined #developers [03:28:09] Neil [neil@moz-228E8524.lutn.cable.ntl.com] is now known as NeilZZZ [03:33:45] tor [tor@moz-BEF5E3BB.austin.res.rr.com] has joined #developers [03:34:08] gemal [spam@moz-97280393.atm2-0-90242.0x535cd48a.boanxx8.customer.tele.dk] has joined #developers [03:34:24] ronin [chatzilla@DBF8FBC4.4DDE6AC8.4375B591.IP] has quit IRC: Ping timeout [03:37:52] Wayne [Wayne@moz-495274A6.dialup.optusnet.com.au] has joined #developers [03:38:38] Hey [03:39:16] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has joined #developers [03:40:51] This might seem like a really dumb newbie question... In javascript, if you have an iteration, such as a for loop, and the iteration requires a local variable... is it better to declare the var inside the loop or outside? I wasn't sure if it'll be redeclared each time the loop is executed, and therefore creates more overhead [03:41:40] declarations are part of function compilation overhead [03:41:53] it doesn't matter where in the function it's listed [03:41:55] ronin [chatzilla@DBF8FBC4.4DDE6AC8.4375B591.IP] has joined #developers [03:41:57] ronin [chatzilla@DBF8FBC4.4DDE6AC8.4375B591.IP] has quit IRC: Quit: ronin [03:41:59] Build 'WINNT 5.1 tpol Depend (1.1)' has dropped from the 'Mozilla1.8-SeaMonkey' tinderbox. [03:42:04] so it's all done ahead of time? [03:42:05] it won't be part of the for loop opcodes [03:42:12] var? yes [03:42:13] awesome. thanks :) [03:42:31] I've no experience with javascript before this, so I had no idea how it behaved [03:43:46] thanks again :) [03:43:48] Wayne [Wayne@moz-495274A6.dialup.optusnet.com.au] has left #developers [03:50:34] SeaMonkey: 'Linux nye Depend bloat' has changed state from Burning to Success. [03:53:23] bz_sleep [bzbarsky@moz-8120CEBA.dsl.chcgil.ameritech.net] has quit IRC: Ping timeout [03:54:08] gemal [spam@moz-97280393.atm2-0-90242.0x535cd48a.boanxx8.customer.tele.dk] has quit IRC: Quit: [03:56:09] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has quit IRC: Client exited [03:57:14] duo [duo@C8F34995.4B19F914.908AEBC.IP] has quit IRC: Ping timeout [04:01:05] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has joined #developers [04:01:25] Yoric [AlasPoorYo@moz-F092C9D5.univ-orleans.fr] has joined #developers [04:02:07] hey guys how can i can i make a chrome url point to an exact tab in an xul file? [04:07:52] anyone? [04:07:56] Yoric [AlasPoorYo@moz-F092C9D5.univ-orleans.fr] has quit IRC: Ping timeout [04:14:02] Static_Rage: you can't [04:14:27] ah man, no way at all? thats a bit lame... [04:16:01] seems like something that should be so easy to do aswell :( [04:16:53] glazou [daniel@moz-204094DD.disruptive-innovations.fr] has joined #developers [04:16:58] bonjour [04:20:40] Mossop_away [Mossop@moz-4386CB1E.swan.cable.ntl.com] is now known as Mossop [04:22:10] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has quit IRC: Client exited [04:29:39] zwnj [zwnj@F1E0EB17.6782E864.3FF6C7A4.IP] has joined #developers [04:33:56] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has joined #developers [04:34:04] jwatt [roslea@jwatt.irc.users.mozilla.org] has quit IRC: Ping timeout [04:36:32] can anyone help with some sizing problems im having with an xul window? [04:40:46] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has quit IRC: Client exited [04:42:02] beaufour [beaufour@moz-299A3F6B.lid.theveniceproject.com] has quit IRC: Ping timeout [04:42:25] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has joined #developers [04:47:11] smaugZzz [smaug@moz-DDD2A5AD.pp.htv.fi] is now known as smaugAfk [04:56:39] beaufour [beaufour@moz-299A3F6B.lid.theveniceproject.com] has joined #developers [04:57:39] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has joined #developers [05:01:08] hmm, is there a way to make firefox only connect to https:// sites where the cert is valid, and refuse to connect to others? [05:02:10] daim [David_Mart@moz-7EA56F36.w82-121.abo.wanadoo.fr] has quit IRC: Ping timeout [05:02:57] jwatt [roslea@jwatt.irc.users.mozilla.org] has joined #developers [05:05:17] zwnj [zwnj@F1E0EB17.6782E864.3FF6C7A4.IP] has quit IRC: Quit: ZWNJ.org [05:12:49] zwnj [zwnj@F1E0EB17.6782E864.3FF6C7A4.IP] has joined #developers [05:14:12] Yoric [AlasPoorYo@moz-3BA3E220.fbx.proxad.net] has joined #developers [05:15:21] evan [evan@FE76BF3D.F0CE8D06.B0A6F311.IP] is now known as evan_away [05:15:23] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [05:17:09] Neil [neil@moz-228E8524.lutn.cable.ntl.com] has joined #developers [05:17:10] Neil [neil@moz-228E8524.lutn.cable.ntl.com] is now known as NeilZZZ [05:17:49] daim [David_Mart@moz-789E8FB1.w86-218.abo.wanadoo.fr] has joined #developers [05:28:12] tomg [opera@moz-4EC30BE.netflint.net] has joined #developers [05:32:02] stevee [Miranda@moz-D93181C8.sot3.cable.ntl.com] has joined #developers [05:35:05] Ryan [rflint@moz-FB6AA47A.res.east.verizon.net] has quit IRC: Connection reset by peer [05:35:38] Ryan [rflint@moz-FB6AA47A.res.east.verizon.net] has joined #developers [05:42:26] ginn [ginn@moz-3DC951F1.sun.com] has quit IRC: Quit: Leaving [05:43:45] dolphinling_ [chatzilla@F888A381.A869895A.C2F92C85.IP] has joined #developers [05:44:22] dolphinling [chatzilla@F888A381.A869895A.C2F92C85.IP] has quit IRC: Ping timeout [05:44:41] dolphinling_ [chatzilla@F888A381.A869895A.C2F92C85.IP] is now known as dolphinling [05:45:53] dolphinling [chatzilla@F888A381.A869895A.C2F92C85.IP] is now known as IRCMonkey5272220 [05:58:29] surkov [surkov@C85117B0.910E0219.48322926.IP] has quit IRC: Quit: Leaving [05:59:05] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has quit IRC: Quit: www.cutemenuproject.com - making gecko programs look good ;) [05:59:43] glazou [daniel@moz-204094DD.disruptive-innovations.fr] is now known as glazou_lunch [06:00:29] wgianopoulos [chatzilla@moz-7A06A043.hsd1.ma.comcast.net] has quit IRC: Quit: Chatzilla 0.9.75-rdmsoft [XULRunner 1.8.0.4/2006060814] [06:01:50] bz_sleep [bzbarsky@moz-A6FD0E3A.dsl.chcgil.ameritech.net] has joined #developers [06:11:24] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [06:11:35] Mozilla1.8: 'WINNT 5.2 pacifica-vm Depend Fx-Nightly' has changed state from Success to Burning. [06:12:17] Neil [neil@moz-228E8524.lutn.cable.ntl.com] has joined #developers [06:12:24] Neil [neil@moz-228E8524.lutn.cable.ntl.com] is now known as NeilZZZ [06:35:21] Yoric [AlasPoorYo@moz-3BA3E220.fbx.proxad.net] is now known as [Yoric] [06:35:33] NeilZZZ [neil@moz-228E8524.lutn.cable.ntl.com] has quit IRC: Ping timeout [06:40:23] nosebleed [sean@moz-6177BC78.hr.hr.cox.net] has quit IRC: Client exited [06:42:09] Mano [chatzilla@moz-151D5E3D.cable.012.net.il] has quit IRC: Ping timeout [06:43:30] Mano_ [chatzilla@moz-151D5E3D.cable.012.net.il] has joined #developers [06:43:32] Mano_ [chatzilla@moz-151D5E3D.cable.012.net.il] is now known as Mano [06:44:52] glazou_lunch [daniel@moz-204094DD.disruptive-innovations.fr] is now known as glazou [06:51:58] so they had to reboot the electronic voting machine before i could vote [06:52:06] way to instill confidence in the voting process! [06:52:35] mao|zZz [Miranda@moz-E0DB377C.b2b.tiscali.it] has quit IRC: Max SendQ exceeded [06:54:10] they somehow sensed you were familiar with computers and didn't want you to see the Access window open? :p [06:54:16] haha [06:54:25] it ran windows xp :-( [06:54:33] i watched it startup [07:00:12] mw22_away [chatzilla@moz-7142FB28.dsl.speedlinq.nl] is now known as mw22 [07:01:44] heh [07:01:50] win xp, or win xp embedded? [07:04:06] i didn't see [07:04:08] i just saw winxp [07:06:12] sayrer [chatzilla@moz-D9DB9F78.cable.mindspring.com] has joined #developers [07:08:24] JasnaPaka [jasnapaka@moz-11625C49.karneval.cz] has joined #developers [07:10:27] bwahahahaha !!!! http://www.msfirefox.com/microsoft-firefox-careers.html [07:14:31] Anatolik [tolikk@5176CC8E.38BB09A6.1FCE22BB.IP] has joined #developers [07:14:36] greetings to everyone [07:15:00] guys, i'd like to ask for advice [07:15:15] i'm attaching some of my xpcom c++ components to each tab [07:15:27] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has joined #developers [07:15:35] and catching tab 'unload' inside my component [07:15:58] i'm QI window for nsIEventTarget which arrives into OnLocationChange [07:16:07] in webProgress param [07:16:22] my component receives that event in FF 1.5 and 2.0 [07:16:31] but in FF 1.0.7 -- this method isn't working :( [07:16:53] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has quit IRC: Client exited [07:17:25] i need to catch tab closing, i've tried to addListener to 'appcontent' and 'content' from my c++ component for DOMNodeRemoved event [07:17:54] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has joined #developers [07:18:13] i receive it too - as target i get nsIXulElement - with local name tabbrowser and id - content, but i don't seem to get what nsIDOMWindow actually closed from it in C++? [07:18:18] any ideas, guys ? [07:22:17] mmc [mmc@moz-C81D45CC.maths.ed.ac.uk] has joined #developers [07:26:01] RyanJones [chatzilla@moz-E0C5F628.dynamic.dsl.as9105.com] has joined #developers [07:29:27] Static_Rage [chatzilla@moz-3522AB59.cable.ubr06.croy.blueyonder.co.uk] has quit IRC: Client exited [07:31:53] i guess no, bye [07:31:54] Anatolik [tolikk@5176CC8E.38BB09A6.1FCE22BB.IP] has left #developers [07:32:37] dria [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has joined #developers [07:36:47] raccettura [raccettura@moz-2D8792DD.mozilla.org] has joined #developers [07:39:01] kiko-zzz [kiko@13DFBF42.5FC60D86.A271D678.IP] is now known as kiko [07:39:44] Anyone have a bug# for integrating/turning on Tamarin? [07:41:00] robc_afk [rcampbell@moz-B7FD1F7E.cpe.net.cable.rogers.com] is now known as robcee [07:41:30] it's scheduled for 2008 [07:41:33] what's the rush? [07:42:13] raccettura: gmail knows of know entries contianing tamarin [07:46:02] Mozilla1.8: 'WINNT 5.2 pacifica-vm Depend Fx-Nightly' has changed state from Burning to Success. [07:47:03] timeless: ok. If you encounter a tracking bug or something, just cc me. [07:47:16] raccettura wants to keep an eye on that as it sound *very* promising. [07:48:04] in 15months? [07:48:12] use a bonsai rss feed [07:48:20] add it to reader.google.com : [07:48:22] :) [07:48:39] luser: hmm, timeless is bug-spamming us ;-) [07:48:45] are we going to take this lying down? [07:48:55] shhh, maybe he's sleeping :) [07:49:05] heh [07:49:26] that's the best way to take things lying down :) [07:49:36] well, not the *best* way :D [07:49:52] timeless knew that was coming [07:50:01] plasticmillion ROFLs [07:53:13] hah [07:55:08] ha [07:58:52] timeless just keeps teeing 'em up and I just keep knocking 'em out of the park ;-) [07:59:00] ...while mixing sports metaphors [07:59:43] ... or you're golfing in a park? [08:02:05] normally golfers aim for a specific hole, but let's not go there [08:02:10] let's stick to t-ball? [08:02:56] yeah t-ball, that's the ticket [08:03:30] Standard8 [mark@moz-BD7E5647.demon.co.uk] is now known as Standard8Away [08:04:07] eletido [Jon@moz-6B04BBA2.dhcp.roch.mn.charter.com] has quit IRC: Ping timeout [08:08:36] yason [yason@moz-5E2C022F.hybrid.fi] has quit IRC: Quit: Leaving [08:17:20] wow [08:17:28] if thats not qdb worthy I dont know what is [08:17:34] zwnj [zwnj@F1E0EB17.6782E864.3FF6C7A4.IP] has quit IRC: Quit: ZWNJ.org [08:19:26] yeah, quotes that mix Bugzilla and sex are the QDB's Holy Grail [08:22:56] webben [benjamin@9675C41F.AEBCA7D1.1DBFC58A.IP] has joined #developers [08:29:07] eletido [Jon@moz-6B04BBA2.dhcp.roch.mn.charter.com] has joined #developers [08:32:50] [Yoric] [AlasPoorYo@moz-3BA3E220.fbx.proxad.net] is now known as Yoric [08:35:20] coop [coop@moz-F3D3CF3E.dsl.bell.ca] has joined #developers [08:40:45] glazou [daniel@moz-204094DD.disruptive-innovations.fr] has quit IRC: Quit: daddy duty [08:40:50] CTho|zzz [Chris@moz-A267BAF7.austin.res.rr.com] is now known as CTho|work [08:47:05] bsmedberg-done [bsmedberg@moz-3B210D65.jst.pa.atlanticbb.net] is now known as bsmedberg [08:51:17] mao [Miranda@moz-E0DB377C.b2b.tiscali.it] has joined #developers [08:55:01] stephenhorlander [stephen@8D0DAA77.A9323B06.1AB036FD.IP] has joined #developers [08:55:23] stephenhorlander [stephen@8D0DAA77.A9323B06.1AB036FD.IP] has left #developers [08:57:02] IRCMonkey5272220 [chatzilla@F888A381.A869895A.C2F92C85.IP] is now known as dolphinling [09:00:26] hrm, I wonder if we could fix the NSS build stuff from the mozilla side using a custom cygwin-wrapper passed as CC/CCC/AR/RC/MT [09:01:09] plasticmillion wonders if he left the iron on [09:03:31] RyanJones [chatzilla@moz-E0C5F628.dynamic.dsl.as9105.com] has quit IRC: Quit: Chatzilla 0.9.75 [Firefox 3.0a1/2006110604] [09:05:00] dt [darktemple@moz-B46E4156.adl0.adsl.esc.net.au] has quit IRC: Quit: [09:07:09] dveditz3 [dveditz@moz-452E74B8.cruzio.com] has joined #developers [09:08:08] dveditz [dveditz@moz-452E74B8.cruzio.com] has quit IRC: Ping timeout [09:09:20] mcsmurf [chatzilla@moz-E21D2F1E.dip.t-dialin.net] has joined #developers [09:09:30] tigerdog [tigerdog@moz-17385E4D.san.res.rr.com] has joined #developers [09:10:14] RyanJones [chatzilla@moz-E0C5F628.dynamic.dsl.as9105.com] has joined #developers [09:11:01] Mnyromyr [MnyroWork@moz-E0F31C11.tal.de] has quit IRC: Client exited [09:12:05] BenB [ben@moz-DF154B04.w217-128.abo.wanadoo.fr] has joined #developers [09:13:10] timeless: re bug 358569: this is a *logic* flaw. it's just *exposed* by the precision switch, but can be exposed via *other* cases as well, one of which was described. [09:16:17] and FWIW, the spidermonkey seems to work just fine in reduced precision, when this bug is fixed. [09:16:46] dbaron [dbaron@moz-1559392A.hsd1.ca.comcast.net] has joined #developers [09:16:46] ChanServ [services@localhost.net] has set mode +o dbaron [09:17:51] wow [09:18:16] ? [09:18:20] BenB: how long did take you to find out that float precision is to blame? [09:18:26] sayrer [chatzilla@moz-D9DB9F78.cable.mindspring.com] has quit IRC: Ping timeout [09:18:27] +it [09:18:30] mcsmurf: ages. [09:18:47] hehe, I can believe that ;) [09:19:01] mcsmurf: me, personally, I spend a week alone just investigating. the mediamachines gyus spent probably 2 weeks or so. [09:19:08] mcsmurf: to quote Keith: [09:19:30] I have honestly never put more time and effort into finding and fixing a bug. I got personal! Glad this is over. [09:19:30] just fyi, once we get airbag fully working, it supports reporting stack overflow exceptions [09:20:16] mcsmurf: he called it a "nightmare" [09:20:23] Anatolik [tolikk@5176CC8E.38BB09A6.1FCE22BB.IP] has joined #developers [09:21:43] luser: good. that was just part of the problem, though. The C in that function is a nightmare, too, at least for me. [09:22:02] sounds like it [09:22:56] hi to eveyone [09:23:02] guys, is there any way to get notified when FF goes into full screen mode ? [09:23:17] is there any observer notification? [09:26:05] a fullscreen event is fired [09:26:13] on the window [09:27:18] http://lxr.mozilla.org/seamonkey/source/dom/src/base/nsGlobalWindow.cpp#3196 [09:29:16] Hannibal [Hannibal@moz-56384856.direct-adsl.nl] has joined #developers [09:29:56] gavin: i see, thanx [09:30:03] i'll try to addListener on it [09:30:28] Enn [enn@moz-F0E247D9.eicat.ca] has joined #developers [09:32:21] sayrer [chatzilla@moz-D9DB9F78.cable.mindspring.com] has joined #developers [09:32:21] Anatolik [tolikk@5176CC8E.38BB09A6.1FCE22BB.IP] has left #developers [09:36:40] doronHome [doron@moz-66DA7862.co.us.ibm.com] is now known as doron [09:38:07] trev [trev@moz-A7FA92C0.bluecom.no] has joined #developers [09:38:11] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has joined #developers [09:38:42] poningru [poningru@moz-FD97DC50.ga.at.cox.net] has quit IRC: Quit: Leaving [09:39:34] jhpedemonte [jhpedemont@moz-66DA7862.co.us.ibm.com] has joined #developers [09:44:37] mento [mark@F4381B10.C8C6FF5E.4065847B.IP] has joined #developers [09:46:33] ColinB_ [chatzilla@6668D29C.C8B1B6C9.87161E93.IP] has joined #developers [09:46:35] ColinB_ [chatzilla@6668D29C.C8B1B6C9.87161E93.IP] is now known as ColinB [09:46:49] kherron [chatzilla@moz-66AF888D.mcilink.com] has joined #developers [09:50:38] yurik [yurik@moz-3FC6D3EB.sub-75-192-126.myvzw.com] has quit IRC: Ping timeout [09:51:50] Pike [Axel_Hecht@moz-18138D0B.dip0.t-ipconnect.de] has joined #developers [09:52:27] philor [ringnalda@moz-E78E2238.eug.or.uspops.net] has joined #developers [09:53:16] Sander [me@moz-89A81292.speed.planet.nl] has joined #developers [09:53:42] andrew [chatzilla@moz-58744E5C.adsl.mnsi.net] has quit IRC: Quit: Chatzilla 0.9.75 [Firefox 2.0/2006101022] [09:58:58] sayrer [chatzilla@moz-D9DB9F78.cable.mindspring.com] has quit IRC: Ping timeout [10:03:42] ColinB_ [chatzilla@moz-293EDBBC.cenzic.com] has joined #developers [10:03:45] smaugAfk [smaug@moz-DDD2A5AD.pp.htv.fi] is now known as smaugAway [10:04:35] ColinB [chatzilla@6668D29C.C8B1B6C9.87161E93.IP] has quit IRC: Ping timeout [10:04:36] ColinB_ [chatzilla@moz-293EDBBC.cenzic.com] is now known as ColinB [10:07:23] bienvenu_ [DavidBienv@moz-DA017C7B.dsl.pltn13.pacbell.net] has joined #developers [10:12:53] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has quit IRC: Quit: restarting for stupid reasons [10:12:57] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has joined #developers [10:18:52] dveditz3 [dveditz@moz-452E74B8.cruzio.com] has quit IRC: Ping timeout [10:19:05] bjacques [bjacques@moz-5244067A.direct-adsl.nl] has quit IRC: Connection reset by peer [10:19:34] bjacques [bjacques@moz-5244067A.direct-adsl.nl] has joined #developers [10:21:05] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has quit IRC: Quit: one more silly restart [10:22:07] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has joined #developers [10:22:12] stejohns [chatzilla@moz-3F0AFA02.hsd1.ca.comcast.net] has joined #developers [10:22:33] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has quit IRC: Quit: urk IRC v0.-1.cvs - http://urk.sf.net/ [10:22:50] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has joined #developers [10:23:55] mkaply [chatzilla@moz-66DA7862.co.us.ibm.com] has joined #developers [10:23:55] ChanServ [services@localhost.net] has set mode +o mkaply [10:26:35] alice|afk [alice@moz-FA61D0F3.zabbo.net] is now known as alice [10:27:22] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has quit IRC: Quit: ok, seriously, last time for today [10:27:31] madewokherd [urk@moz-63500C09.rhbd.psu.edu] has joined #developers [10:29:25] at what point does the pref service get initialized? [10:30:19] plasticmillion: whenever somebody getService()s it first [10:30:35] plasticmillion: then it installs profile-startup listeners and re-reads userprefs when the profile starts [10:32:16] plasticmillion thought it was profile-do-change [10:32:18] bsmedberg: so if I have a profile-do-change observer it might get called before the pref service's profile-do-change observer (and thus the prefs won't be there yet)? [10:32:45] plasticmillion: yes, that's what profile-after-change is for [10:32:58] plasticmillion curses under his breath [10:33:05] that's bad [10:33:08] preed-afk [preed@moz-46636307.office.mozilla.org] is now known as preed [10:33:26] we already use profile-after-change for stuff and the init sequence is rather sensitive to say the least [10:33:41] poningru [poningru@moz-902D5F43.xlate.ufl.edu] has joined #developers [10:34:18] plasticmillion: we could really use arbitrary-ordered observer notifications, but nobody's done that [10:34:44] arbitrary-ordered observer notifications? [10:35:25] nsIObserverService2.addObserver(subj, topic, data, priority) [10:35:30] ah [10:35:40] ajschult [andrew@moz-1D374E2C.bflony.east.verizon.net] has quit IRC: Quit: Chatzilla 0.9.75 [SeaMonkey 1.5a/2006110609] [10:35:43] yeah that would be one approach [10:35:54] it probably wouldn't hurt to load the prefs earlier [10:36:16] but if I instantiate the pref service before I register my profile-do-change observer, perhaps that will work [10:36:22] in a very frightening fragile way [10:36:38] petea [petea@moz-ECB0F011.c3-0.sfrn-ubr8.sfrn.ca.cable.rcn.com] has quit IRC: Quit: petea [10:36:42] yes, indeed [10:36:44] hack away! [10:37:00] plasticmillion: you could forcefully send the profile-change notification to the prefservice ;-) [10:37:16] ah good idea [10:37:47] I pretty much have to hack something now, people are waiting for my patch and if I try to fiddle with our init sequence then all bets are off [10:37:57] anything that doesn't break would just be coincidence ;-) [10:38:32] I need a new event, profile-during-change :-) [10:40:10] WizKid [hesslow@moz-2DCB23BF.swipnet.se] has joined #developers [10:40:58] plasticmillion: shouldn't watching the pref for changes be good enough? or is that a "set once, set again and break" kinda pref? [10:41:17] andrew [chatzilla@3D1E6DC1.44D93D66.1139E686.IP] has joined #developers [10:42:34] Mnyromyr [Mnyromyr@B2521176.7B0892CB.771966F7.IP] has joined #developers [10:42:42] bc [bclary@moz-400A639F.direcpc.com] has joined #developers [10:44:03] Pike: the prefs are used for initializing our database service (long story) and the database is used in profile-after-change [10:44:34] I could initialize the DB service when the pref is set but that would be an even bigger hack [10:44:48] bsmedberg: calling prefService.Observe("profile-do-change") did the trick :-) [10:45:04] plasticmillion: yay for fragile hackery [10:45:10] you win today's Golden Pickaxe Award [10:46:03] Mossop [Mossop@moz-4386CB1E.swan.cable.ntl.com] is now known as Mossop_away [10:47:36] josh [josh@8D63E60F.77DC9462.199E5B5D.IP] has joined #developers [10:50:43] heh [10:51:47] luser: how do you deal w/ stack overflow? [10:51:57] plasticmillion: fwiw that hack is timeless approved :) [10:52:13] timeless: I'll mention that in my source code comment [10:52:20] alongside your cellphone number... [10:52:25] just in case, y'know [10:55:14] piratepenguin [declan@5D3722BD.FC768B71.9D79F7D7.IP] has joined #developers [10:56:16] dead_mousE [chatzilla@64A17811.5298FC6B.4E39937D.IP] has joined #developers [10:56:34] timr [timr@moz-46636307.office.mozilla.org] has joined #developers [10:56:35] hi [10:56:45] gemal [gemal@moz-97280393.atm2-0-90242.0x535cd48a.boanxx8.customer.tele.dk] has joined #developers [10:57:39] how I can check errors from my javascript codes? Firefox ? SeaMonkey ? [10:58:04] the first appears to not be showing the syntax errors [10:58:16] mmc [mmc@moz-C81D45CC.maths.ed.ac.uk] has quit IRC: Quit: Chatzilla 0.9.67+ [SeaMonkey 1.0.5/2006091116] [10:58:26] dead_mousE: in an extension or in web content? [10:58:49] mconnor an independent XUL file with two external js files [10:59:29] turn on strict warnings and chrome errors [10:59:40] hum, ok [11:01:32] javascript.options.showInConsole [11:02:30] gavin found. Thanks [11:02:49] I also found how to enable this via command lines arguments [11:04:40] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has quit IRC: Quit: Chatzilla 0.9.75 [Firefox 2.0/2006101022] [11:06:24] sspitzer [sspitzer@moz-2F80A524.hsd1.ca.comcast.net] has joined #developers [11:06:40] mixedpuppy [mixedpuppy@moz-1FCC0032.activestate.com] has joined #developers [11:07:27] steve_k [steve@moz-CD0405D8.ptr.us.xo.net] has quit IRC: Client exited [11:07:43] plasticmillion [chatzilla@moz-E61C758C.ip.b26.cz] has quit IRC: Connection reset by peer [11:08:31] plasticmillion_ [chatzilla@moz-E61C758C.ip.b26.cz] has joined #developers [11:08:57] gerv [gerv@moz-CE70B12A.plus.com] has joined #developers [11:09:07] stejohns: ping [11:09:27] good morning:-) [11:09:35] morning, and questions ;-) [11:10:05] what's the tamarin localization scheme? I see that the English isn't in the localization/ directory [11:10:26] hmm... that's odd... hang on a sec [11:11:26] plasticmillion_ [chatzilla@moz-E61C758C.ip.b26.cz] has quit IRC: Connection reset by peer [11:11:26] plasticmillion__ [chatzilla@moz-E61C758C.ip.b26.cz] has joined #developers [11:11:28] plasticmillion__ [chatzilla@moz-E61C758C.ip.b26.cz] is now known as plasticmillion [11:12:14] Hannibal notices Canvas doesn't like being told to draw something at a point using infinity [11:12:30] Hannibal: define "doesn't like" ;-) [11:12:51] well, in my case, it draws it at the top left corner [11:13:02] which isn't 0,0 because I do a coordinate transform [11:13:06] close enough [11:13:07] but it messes with my graph :) [11:13:22] stejohns: and while I'm reading up, what's the difference between avmplus.vcproj and avmplus_8.vcproj? [11:13:25] Hannibal will fix his code later. [11:13:38] right now, I need to continue doing my math homework [11:13:47] avmplus.vcproj is for vc7.1 (vs2003); avmplus_8.vcproj is for vc8 (vs2005) [11:13:51] dead_mousE [chatzilla@64A17811.5298FC6B.4E39937D.IP] has quit IRC: Quit: Chatzilla 0.9.75 [Firefox 2.0/2006101023] [11:14:09] bz [bzbarsky@moz-AD2307A4.uchicago.edu] has joined #developers [11:14:09] ChanServ [services@localhost.net] has set mode +o bz [11:14:16] Waldo [waldo@moz-A1AFE45C.mit.edu] has joined #developers [11:15:41] luser/mento: mixing airbag and tamarin might be going to be fun ;-) [11:15:41] but most work has been done using vc7.1 recently, so the vc8 project may need minor massaging [11:15:57] stejohns: ok, I'll play with the 7.1 project then [11:16:03] bsmedberg: jit space? :) [11:16:14] timeless: hrm? [11:16:29] why else would airbag and tamarin care? [11:16:35] yeah, JIT stuff [11:16:37] (about eachother) [11:19:01] bsmedberg: what's tamarin? [11:19:08] kdc [chatzilla@moz-2ACC6B38.pk.shawcable.net] has joined #developers [11:19:21] bsmedberg: the English localization is the default, in core/ErrorConstants.xml [11:19:28] mento: read brendan's blogpost. It's macromedia's javascript JIT compiler [11:19:36] dougt [dougt@moz-36B3C0A9.hsd1.ca.comcast.net] has joined #developers [11:19:37] (yes, this is a little lame, we can improve it :-) ) [11:19:45] mento: http://www.mozilla.org/projects/tamarin/ [11:19:57] mento: or http://weblogs.mozillazine.org/roadmap/archives/2006/11/project_tamarin.html ;-) [11:20:18] thanks - had heard of it, glad to put a name with it now [11:20:32] that name makes me hungry [11:20:37] can tamarin really deliver up till 10x JS speed? [11:20:40] stejohns: ok... I suppose it's compiled-in to the library at some point? [11:20:42] bsmedberg: are there any xr unit test cases in the tree? [11:20:44] mmm, js stacks in airbag. interesting. [11:21:05] mento: yeah, if the JIT can add some annotation into the stack itself... [11:21:14] dougt: I'm not sure, actually... certainly none that use "make check" [11:21:18] right. [11:21:18] very interesting. i'm game. [11:21:27] bsmedberg: what do we do about things that do not use XR? [11:21:32] mmadia [mmadia@moz-ECEABAB9.nwrknj.east.verizon.net] has joined #developers [11:21:39] dougt: as a unit test, we don't care [11:21:40] that would actually help a lot, I think, versus having to scavenge through the heap for stuff [11:21:46] for example a minimo build doesn't build XR. [11:21:48] bsmedberg: yes, ErrorConstants.h/.cpp are auto-generated from ErrorConstants.xml [11:22:01] make check shouldn't be run in that case, right? [11:22:19] dougt: make check is only run for minimo if you run it ;-) [11:22:28] okay. ;-) [11:22:46] so, who is going to build an example of make check + xulrunner for unit testing? [11:22:49] stejohns: ok... I'll need to think about that a bit since Mozilla typically uses resources files and pluggable translations [11:22:58] dougt: well, your case make check won't help [11:23:08] dougt: because the account we build with won't be limited-privilege [11:23:22] dougt: so, I think we just want a XR app that reports success/fail somehow [11:23:32] bsmedberg: that would be a very useful thing to have [11:23:35] that we can run in a target environment separate from make check [11:23:42] even for make check, I think [11:23:55] true... that's probably along the lines of mochikit [11:24:02] bsmedberg: understood. we will probably want to be able to maintain a hardcoded option as well, so perhaps upgrading the errorgen script to support both transformations is in order [11:24:05] bsmedberg needs to read mochitest docs [11:24:24] so, just build a little xr app, and doc it.... doesn't need to be called from make check? [11:24:28] stejohns: yeah, that's what I'm preliminarily thinking... need to see how it all hooks together [11:24:36] dougt: no [11:24:51] it's a fairly modest amount of text, so it should be doable to manage it both ways [11:24:52] hopefully the doc would be "run this app" [11:25:17] bsmedberg: there is alot of setup to run the parental control stuff on vista. [11:25:31] vista has parental controls? [11:25:33] dougt: you mean to create a limited account? [11:25:37] timeless: y. [11:25:50] dt [darktemple@moz-B46E4156.adl0.adsl.esc.net.au] has joined #developers [11:26:15] bsmedberg: more involved. to test mixed, you need to edit which URIs should be blocked. [11:26:39] there is windows control panel that allows you to do this. [11:26:45] dougt: there aren't any URLs that are blocked-by-default for testing purposes? [11:27:05] we could try playboy.com or something [11:27:17] frameset or img tags pointing there. [11:27:18] Peter6 [Peter6@moz-397FC4D5.speed.planet.nl] has joined #developers [11:27:26] JasnaPaka [jasnapaka@moz-11625C49.karneval.cz] has quit IRC: Quit: Kdo zna, vi. [11:27:45] lol... i am going to be the first person to check porn into mozilla cvs! [11:28:05] dougt: hrm [11:28:12] certainly not the first person to file bugs about it [11:28:51] didn't we find porn in cvs already? [11:28:59] oh, that was the website [11:29:00] nm [11:29:01] rheet doesn't count [11:29:19] oh man. is that where the sound is from? dmose has some explaining to do. [11:30:32] bsmedberg [bsmedberg@moz-3B210D65.jst.pa.atlanticbb.net] is now known as bsmedberg-lunch [11:30:46]