### Log session started at Fri Jan 11 00:00:00 2008 ### [00:00:48] SeaMonkey: 'MacOSX Darwin 8.7.2 cb-xserve02 Depend Universal Nightly' has changed state from Success to Test Failed. [00:01:01] ~ [00:01:04] ack [00:01:38] who is a peer for browser/base/content ? [00:02:02] I have a one-liner patch for the about box that needs review [00:02:11] thunder: http://www.mozilla.org/projects/firefox/review.html [00:02:50] ok [00:03:22] kinetik_ [kinetik@moz-59DE7722.auckland.nz.mozilla.com] has quit IRC: Quit: kinetik_ [00:06:53] <@bz> Waldo: mmmm [00:07:07] <@bz> Waldo: so the problem is the antialiasing of the nose borders? [00:07:16] <@bz> Waldo: being different on different platforms or something? [00:07:20] bz: sec, I'll post an image with the diff [00:07:24] <@bz> ok [00:07:36] <@bz> waldo: is this diff script in the tree? [00:07:42] <@bz> waldo: perhaps it should be.... [00:07:55] bz would love having something like that [00:08:27] $ composite -compose difference test.png ref.png resulting-comparison.png [00:08:45] <@bz> ah [00:08:48] <@bz> right, then. ;) [00:08:50] Firefox: 'WINNT 5.2 fxdbug-win32-tb Depend Debug + Leak Test' has changed state from Success to Test Failed. [00:09:01] and then GIMP, Tools > Color Tools > Curves [00:09:03] <@bz> That finds color diffs too, right? [00:09:06] Matti [Matti@moz-8E02F7F4.dip.t-dialin.net] has joined #developers [00:09:16] <@bz> right [00:10:06] ajschult: same error [00:10:11] see http://pastebin.mozilla.org/301338 [00:10:20] xpcom isn't under browser now [00:11:46] micadeyeye: is there a $(objdir)/dist/include/string ? [00:12:03] davida [dascher@moz-366AB54E.dsl.snfc21.pacbell.net] has quit IRC: Quit: davida [00:12:30] bz: http://web.mit.edu/jwalden/www/acid2-comparison.png is the comparison with the color levels adjusted to emphasize the difference between the two [00:12:31] micadeyeye: when did you check out trunk? Are you sure tinderbox wasn't red? [00:12:33] ajschult: yes [00:12:37] bent [ChatZilla_@moz-334F2010.mountainview.mozilla.com] has quit IRC: Input/output error [00:12:48] cesar: extracted ff2.0.0.10 [00:12:51] Camino: 'MacOSX Darwin 8.11.0 boxset Depend CmTrunk' has changed state from Success to Test Failed. [00:12:55] oh, right, forgot. sorry [00:12:56] micadeyeye: does that directory have an nsXPCOMStrings.h ? [00:12:57] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [00:13:37] ajschult: no [00:13:42] <@bz> Waldo: yeah, that looks like an antialiasing difference... [00:13:55] <@bz> Waldo: that _might_ be a cairo bug.... check with vlad/pav? [00:14:04] Waldo sighs [00:15:03] sspitzerMsgMe [sspitzer@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Ping timeout [00:15:12] stuart: ^; basically, the acid2 reftest in the tree now fails partly because of an antialiasing difference on the nose, one not visible to the human eye -- http://web.mit.edu/jwalden/www/acid2-comparison.png -- thoughts on whether it might be a cairo bug? [00:15:33] (that's the comparison with color levels adjusted to make the difference clear) [00:15:58] micadeyeye: I guess that's reasonable since branch doesn't have that file [00:16:12] Waldo: what platform is that from? [00:16:14] Waldo: there are like 15 bugs on that and they're all marked invalid [00:16:20] micadeyeye: which means you somehow have bits of trunk source mixed in with branch source [00:16:22] vlad: Linux, Fedora 8 [00:16:22] and yeah, what stuart said [00:16:30] hixhie says it isn't a bug [00:16:42] probably due to OPERATOR_ADD usage, there's a 1-level difference there due to antialiasing in the border edges/joins [00:16:48] ajschult: [00:16:49] ok [00:16:53] it could well be a rounding bug in some low-level compositing code [00:17:00] no it is correct [00:17:01] i will delete and re-extract [00:17:19] stuart: is it? I never looked into the actual input numbers [00:18:22] i had the bug open [00:18:25] but can't find it [00:20:54] SeaMonkey: 'Linux nye Depend bloat' has changed state from Success to Test Failed. [00:20:56] Thunderbird: 'Linux tb-linux-tbox Depend Nightly' has changed state from Success to Test Failed. [00:22:36] Matti_ [Matti@moz-8E02F7F4.dip.t-dialin.net] has joined #developers [00:22:54] Matti [Matti@moz-8E02F7F4.dip.t-dialin.net] has quit IRC: Ping timeout [00:23:00] Matti_ [Matti@moz-8E02F7F4.dip.t-dialin.net] is now known as Matti [00:24:53] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has quit IRC: Connection timed out [00:26:23] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has joined #developers [00:26:29] smontagu [chatzilla@moz-B8B3A2C4.red.bezeqint.net] has joined #developers [00:26:32] ajschult [ajschult@moz-5FA8B2A8.eng.buffalo.edu] has quit IRC: Quit: Chatzilla 0.9.75.1 [SeaMonkey 1.1.8pre/2008010417] [00:26:42] <@bz> vlad, stuart: the point is, we antialias differently on different platforms [00:26:51] <@bz> vlad, stuart: the question is whether _that_ is a bug [00:26:56] nope [00:27:01] we render fonts differently on different platforms [00:27:03] <@bz> ok [00:27:05] <@bz> sure [00:27:11] <@bz> just checking. ;) [00:27:14] well, let me rephrase [00:27:18] this magnitude of a difference is not a bug :) [00:27:23] <@bz> waldo: so you might want to generate three separate reference images [00:27:25] <@bz> vlad: right [00:27:29] bz [bzbarsky@moz-F7987C48.dsl.chcgil.ameritech.net] is now known as bz_sleep [00:27:37] this is antialiasing of borders, so "we render fonts differently on different platforms" is irrelevant [00:28:21] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has quit IRC: Input/output error [00:28:28] no, it's relevant in the sense that there are already platform rendering differences [00:28:42] we could render everything exactly the same on every platform [00:28:52] if we used no platform-native APIs for anything [00:28:55] and lose all potential for acceleration [00:28:57] windows crt makes me sad [00:29:06] but we don't do that, so we don't get identical everything everywhere [00:29:57] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [00:30:57] somebody want to do approvals, please? :) [00:31:05] tell you what [00:31:05] a=me [00:31:20] if you tell me how to init threads that require malloc at the same time as malloc which requires threads, i'll do approvals [00:31:21] All bugs, a=me [00:31:51] (That's a trunk-only approval, btw.) [00:32:01] too bad you're not a 1.9 driver [00:32:06] Jesse [jruderman@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: Jesse [00:32:32] Waldo hits reed with a humor cluestick [00:32:47] Ventron [michael@moz-59DE7722.auckland.nz.mozilla.com] has left #developers [00:35:53] reed holds his clueshield [00:40:18] evan [evan@moz-7738C241.sun.com] has quit IRC: Client exited [00:40:29] evan [evan@moz-7738C241.sun.com] has joined #developers [00:40:46] Mnyromyr [MnyroWork@moz-E0F31C11.tal.de] has joined #developers [00:44:22] reed: +1 Shield of Ignorance? [00:44:24] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has joined #developers [00:44:47] Shield of Protection against Humor [00:44:53] rhelmer makes role-playing reference in irc.. triple word score!! [00:46:29] Hendy [wolfoxout@DE977448.3963211D.E0703FA1.IP] has quit IRC: Ping timeout [00:46:43] *g* [00:46:50] florian [fqueze@moz-63806515.wildpalms-wifi2.mozilla.hq] has joined #developers [00:48:16] petea [petea@F7BDB098.FC63495D.2321E71E.IP] has joined #developers [00:49:12] rhelmer: /join #bs-idle [00:49:13] :-P [00:49:31] jerkface03 [jerkface@moz-F8A0B11C.vc.shawcable.net] has quit IRC: Quit: [00:49:37] dao [dao@moz-410681D0.pools.arcor-ip.net] has joined #developers [00:50:35] sspitzerMsgMe [sspitzer@moz-11FE7235.hsd1.ca.comcast.net] has joined #developers [00:52:39] maikmerten [merten@moz-9D8BA0A0.cs.uni-dortmund.de] has joined #developers [00:53:16] tH_ [Rob@87.102.4.60] has joined #developers [00:53:31] tH_ [Rob@87.102.4.60] is now known as tH [00:54:21] Mook [mook@moz-48DF35AC.dsl.pltn13.sbcglobal.net] has quit IRC: Quit: sleep [00:55:02] Matti [Matti@moz-8E02F7F4.dip.t-dialin.net] has quit IRC: Ping timeout [00:57:16] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Test Failed to Success. [00:57:37] Rawrix [chatzilla@moz-33A6F4F2.gsp.bellsouth.net] has joined #developers [00:59:00] As noobish of a question as this may be, I'm wondering if an implementation of standard COM exists at all in Firefox, such as the one available in IE. [00:59:27] whimboo [whimboo@moz-6A06D733.pools.arcor-ip.net] has joined #developers [00:59:28] Is there anyone who could either point me in the right direction, or at least free me from the labor of looking for somethign that doesn't exist? [01:01:16] I'm looking into writing some UDFs for a scripting language that supports COM, but I'm not 100% sure on what the differences between how an application would interface with Microsoft COM and how they would interface with XPCOM [01:01:17] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Test Failed to Burning. [01:03:45] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has left #developers [01:05:42] grr [01:05:49] why can't i create a critical section here [01:06:41] johnath_home [noyb@moz-5A10C3E8.dsl.teksavvy.com] has quit IRC: Ping timeout [01:07:03] johnath_home [noyb@moz-5A10C3E8.dsl.teksavvy.com] has joined #developers [01:08:05] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has joined #developers [01:08:31] Rawrix_ [chatzilla@moz-13427609.gsp.bellsouth.net] has joined #developers [01:09:28] Rawrix [chatzilla@moz-33A6F4F2.gsp.bellsouth.net] has quit IRC: Ping timeout [01:09:42] Rawrix_ [chatzilla@moz-13427609.gsp.bellsouth.net] is now known as Rawrix [01:10:48] chewey_ [chewey@moz-4C80DF5C.dip.t-dialin.net] is now known as chewey [01:11:25] yo, who hosed the tree [01:11:38] I would like a browser that shuts down without crashing [01:11:42] i should check this in [01:11:43] dao` [dao@moz-410681D0.pools.arcor-ip.net] has joined #developers [01:11:48] then you can get a browser that starts up and crashes! [01:11:50] that's asking a lot [01:12:02] dao [dao@moz-410681D0.pools.arcor-ip.net] has quit IRC: Connection reset by peer [01:12:02] anyway, looking [01:12:03] Hendy [wolfoxout@DE977448.3963211D.E0703FA1.IP] has joined #developers [01:12:08] stuart, but I get it would be rully fast [01:12:17] yaeh! [01:12:35] i wish i had OSSpinLocks here [01:13:05] stuart, on Windows? [01:13:18] yeah [01:13:32] hmm, surely they have something [01:13:55] CRITICAL_SECTIONs are supposidly spins that turn in to mutexes [01:14:05] but they cause bad things to happen if i use them [01:14:32] hmm, not sure who to blame ;) [01:15:13] yyou get the "The application failed to initialize properly" dialog if you use crit sections [01:16:23] they're supposidly kernel things though so seems liike it should work to me [01:16:30] Rawrix_ [chatzilla@moz-192EEB27.gsp.bellsouth.net] has joined #developers [01:16:34] stuart, http://msdn2.microsoft.com/en-us/library/aa490179.aspx [01:16:52] "Spin locks are kernel-defined, kernel-mode-only synchronization mechanisms, exported as an opaque type: KSPIN_LOCK." [01:16:53] bet i can't use those [01:16:54] hmm [01:17:06] Rawrix [chatzilla@moz-13427609.gsp.bellsouth.net] has quit IRC: Ping timeout [01:17:11] Rawrix_ [chatzilla@moz-192EEB27.gsp.bellsouth.net] is now known as Rawrix [01:17:13] "kernel-mode-only" would be a giveaway [01:17:15] ddk stuff i've tried to use in the path hasn't worked [01:17:32] yosh should whip up some msvc x86 assembly for me [01:17:43] I'm outsourcing that to Lena [01:17:52] yosh, you and your nitpicky distinctions. "kernel-mode", "gdb instead of gcc" [01:17:59] bah [01:18:39] heh [01:18:53] taras [taras@moz-7851D4F.ptldor.fios.verizon.net] has quit IRC: Ping timeout [01:22:51] stuart: what do you need spinlocks for? [01:23:21] this allocator code [01:23:28] doesn't need full mutexes [01:24:00] Jesse [jruderman@moz-308DE530.hsd1.ca.comcast.net] has joined #developers [01:24:27] oops, i checked in on orange earlier [01:26:07] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has left #developers [01:28:00] Rawrix [chatzilla@moz-192EEB27.gsp.bellsouth.net] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [01:29:50] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has joined #developers [01:30:56] damnit [01:31:06] this orange is confounding [01:31:13] dwitte backs out sdwilsh [01:31:47] ajschult [andrew@moz-30D83D47.bflony.east.verizon.net] has joined #developers [01:31:49] he checked in on orange, fair enough [01:32:02] wolfiR [wolfiR@moz-BC0C730B.pool.einsundeins.de] has joined #developers [01:32:06] well, he asked me to look after the tree for him [01:32:25] and i think it's his, coz i backed all of mine out :/ [01:32:36] lol, nice job dude [01:32:54] sometimes I get depressed about all the orange [01:33:03] pass the bottle [01:33:12] but then I remember we would have shipped all of these bugs in the old days [01:38:26] sspitzerMsgMe [sspitzer@moz-11FE7235.hsd1.ca.comcast.net] has quit IRC: Quit: [01:41:28] sayrer: what was your first mozilla build? [01:41:45] stephend, hmm? [01:41:56] M3? [01:42:11] first gecko build you used [01:42:12] hey, my dist/bin list has changed [01:42:26] stephend, I'm pretty sure I used all of them [01:42:32] ah ha [01:42:40] can i run ff like this ./mozilla-installer-bin -g -d gdb [01:42:45] is that 0.1? :) [01:42:58] sayrer: when you said "all of these bugs in the old days," it conjured up Netscape builds :-) [01:43:01] jorendorff [jorendorff@moz-E229E605.hsd1.tn.comcast.net] has quit IRC: Ping timeout [01:43:03] this is the dir structure = http://pastebin.mozilla.org/301373 [01:43:06] Netscape 6, particularly [01:43:18] stephend, really I was talking about Fx2 [01:43:22] and prior [01:43:25] ok [01:44:31] or my installation isn't successful again [01:44:48] lets see what this breaks [01:44:58] here is the compilation result [01:45:02] http://pastebin.mozilla.org/301374 [01:45:33] i was expecting to see firefox, firefox-bin [01:47:35] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Success to Test Failed. [01:47:45] jorendorff [jorendorff@moz-E229E605.hsd1.tn.comcast.net] has joined #developers [01:47:56] got it [01:48:24] dao` [dao@moz-410681D0.pools.arcor-ip.net] has quit IRC: Ping timeout [01:48:43] anant [anant@moz-3157D25D.ac.in] has joined #developers [01:48:59] i can't see firefox or firefox-bin in my dist/bin dir. [01:50:00] have i got error in my compilation? see http://pastebin.mozilla.org/301374 [01:50:37] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has quit IRC: Ping timeout [01:52:17] why are you building webservices? :) [01:52:23] micadeyeye: yes, you're hitting an error [01:52:36] i didn't choose to build webservices [01:52:49] at least not for now [01:53:07] sayrer: ok, got some new numbers [01:53:18] let me rerun branch though [01:53:20] anant [anant@moz-3157D25D.ac.in] has quit IRC: Connection reset by peer [01:53:24] micadeyeye: can you pastebin your mozconfig? [01:53:24] what can i do? [01:53:30] stuart, use the textbox [01:53:55] http://pastebin.mozilla.org/301376 [01:53:58] anant [anant@moz-3157D25D.ac.in] has joined #developers [01:54:06] building ff2.0.0.10 [01:54:22] try without "--enable-extensions=default" maybe? [01:54:27] ok [01:55:23] davida [dascher@4B559033.643E6F40.BE18F0C.IP] has joined #developers [01:55:23] firefox 2 had SOAP and stuff, though, so i'd expect that to build successfully [01:57:17] sayrer: http://pastebin.mozilla.org/301379 [01:57:37] Thunderbird: 'Linux tb-linux-tbox Depend Nightly' has changed state from Test Failed to Success. [01:58:15] stuart, interesting things are slower [01:58:28] stuart, fannkuch, aes, fasta? [01:58:59] yeah dunno [01:59:11] comparing trunk opt+symbols+jemalloc build to branch still [01:59:15] are those not normally slower? [01:59:29] i'll do a full opt build+jemalloc vs a opt build without tomorrow [01:59:42] stuart, no, it's just that I can often make some things faster at the expense of fannkuch and aes [02:00:05] stuart, need to recheck after brendan's property cache lands [02:00:10] seems to be pretty signifigant wins here though [02:00:22] stuart, oh yeah, not blocking your stuff at all [02:00:48] stuart, needs independent experiment results though :) [02:00:49] hmm [02:00:54] this build is actually pretty stable [02:01:16] i'm not sure it is freeing memory properly though [02:01:21] in fact, pretty sure it isn't [02:01:35] we look for memory to be freed from our free() [02:01:38] Camino: 'MacOSX Darwin 8.11.0 boxset Depend CmTrunk' has changed state from Test Failed to Success. [02:01:39] oh? [02:01:40] huh [02:01:44] joduinn [joduinn@moz-512827F9.dsl.static.sonic.net] has quit IRC: Ping timeout [02:01:46] shit should have picked a different allocator [02:01:47] I don't mean to be a hardass [02:02:34] stuart: :/ [02:02:57] some problem with VirtualFree not quite lining up with munmap [02:03:09] like, you don't seem to be able to release partial pages [02:03:14] philor [ringnalda@moz-97A272AF.dial1.seattle1.level3.net] has quit IRC: Ping timeout [02:03:46] GetPropertyTreeChild, why can't you use a thin lock [02:04:22] i'm sure it is my imagination but this build feels really fast [02:04:28] koifans [chatzilla@moz-73B1F9C1.vc.shawcable.net] has quit IRC: Ping timeout [02:04:53] also, i just opened 30 tabs and only grew 10mb [02:05:16] whimboo [whimboo@moz-6A06D733.pools.arcor-ip.net] has quit IRC: Ping timeout [02:05:26] sdwilsh|away: you still experiencing that DM bustage? [02:05:40] SeaMonkey: 'MacOSX Darwin 8.7.2 cb-xserve02 Depend Universal Nightly' has changed state from Test Failed to Success. [02:07:08] kaie [kaie@moz-9CDE0AE0.dip.t-dialin.net] has joined #developers [02:09:09] wow [02:09:14] it's easy to fix hunspell [02:10:10] "fix hunspell" ? [02:10:27] it doesn't like contractions [02:10:38] like "aren't" [02:10:42] odd [02:10:49] at least not in the tbird impl. [02:10:53] (on trunk) [02:11:03] strange [02:11:07] josh [josh@moz-B181E152.phlapa.east.verizon.net] has quit IRC: Quit: josh [02:11:09] I guess I could just train it :-) [02:11:26] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has joined #developers [02:11:34] oh [02:11:42] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Burning to Success. [02:11:43] if you press return, it fixs [02:11:47] fixes, even [02:12:40] dwitte: fix the orange? [02:13:49] reed: did you notice nye's orange? [02:14:00] dao [dao@moz-410681D0.pools.arcor-ip.net] has joined #developers [02:14:00] no... [02:14:06] did I turn it orange? [02:14:10] reed: it's crashing in hunspell [02:14:17] od [02:14:18] odd [02:14:36] reed: I won't claim to understand it :) [02:15:06] if Minefield wasn't so slow, I could check it out [02:15:10] soooo slow [02:15:10] reed: I have a debug building locally [02:15:23] reed: can't; both me and sdwilsh are backed out [02:15:44] hmm [02:15:54] ok, waiting on tinderbox to load [02:16:14] and fxdbug-linux-tbox is failing on the bloat test, which can't be due to the test landings [02:16:24] maybe needs a clobber? [02:17:02] where is xpidl built in the tree? [02:17:30] dao [dao@moz-410681D0.pools.arcor-ip.net] has quit IRC: Ping timeout [02:18:04] beaufour [beaufour@moz-299A3F6B.lid.theveniceproject.com] has joined #developers [02:18:31] dwitte: or it's the same issue that nye is having [02:18:34] let me look at that patch [02:18:35] nevermind [02:19:50] man, this is exciting [02:24:03] reed: i'm crashing in libspellchecker.so on my debug build [02:24:21] cool [02:24:24] backing out [02:24:44] done [02:24:52] thx [02:26:51] anyone know where i can find out what various flags mean for visual c++? [02:27:00] -Zi, etc? [02:28:25] reed: want a stack? [02:28:39] dwitte: sure, post it in the bug if it's better than the one that's already there [02:28:47] bug#? [02:28:49] 340634 [02:29:37] oo [02:29:38] i found it [02:29:38] woo [02:31:07] stuart? [02:31:13] ? [02:31:15] don't tell bill gates [02:31:20] he will change the APIs [02:31:24] srsly [02:31:40] sayrer: bill gates isn't work in microsoft anymore? [02:31:50] i don't understand some of this code [02:31:53] er, this makefile [02:31:56] july [02:32:07] JonathanS: He's still the Chairman [02:32:10] July of this year? [02:32:25] no longer the CEO [02:32:30] reed, I heard he is worrking full time in his foundations. [02:32:36] i bet bsmedberg can figure out this makefile goop [02:32:38] yes [02:32:59] Microsoft CEO is Steve Ballmer aka monkeyboy dancer [02:33:20] alright, i'm gonna wait for some green and reland sdwilsh's puppy [02:34:53] reed: what are the odds that we both managed to land crashers within 30 minutes of each other? [02:34:57] mine on startup, yours on shutdown [02:35:06] :) [02:35:08] what a truly exciting day [02:35:11] such a team! [02:35:17] stuart: Are there any filed new cairo crash bugs? [02:35:25] ss: don't think i've seen any [02:35:52] I think I'm about to file one based on http://crash-stats.mozilla.com/report/index/dd699a51-c01e-11dc-bf72-001a4bd43ef6 [02:35:59] Matti [Matti@moz-8E02F7F4.dip.t-dialin.net] has joined #developers [02:36:00] ss, that crash you're seeing looks like an XSLT crash with bogus source files [02:36:16] sayrer: Yeah [02:36:18] oh not that one [02:36:20] The top is pretty bogus [02:36:22] ss: good luck with that one [02:36:29] Look at lines 60 through 71 [02:36:30] we can get that one in valgrind [02:36:32] that stack is so useless [02:36:33] stuart: Well, it's a topcrash now... [02:36:41] or purify [02:36:41] So, uh, yeah [02:36:47] http://crash-stats.mozilla.com/report/list?range_unit=weeks&version=Firefox%3A3.0b3pre&range_value=2&signature=%400x1000 [02:36:53] And it's brand new. [02:36:54] think we only use the meta surface for printing [02:36:55] it was the optimization that did it [02:37:01] did someone change printing? [02:37:04] or cairo? [02:37:10] Filing anyway... [02:37:11] god im tired [02:37:12] no, I turned on WPO [02:37:18] it's my speedup [02:37:20] i should go home at some point [02:37:26] that exposed the bug in something [02:37:27] Callek wonders what WPO is [02:37:36] Whole Program Optimization [02:37:52] and we're not giving back the win, so we're fixing the damn bug, whatever it is [02:37:59] -Owpo ? [02:38:01] lol [02:38:06] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Ping timeout [02:38:13] rhelmer [rhelmer@moz-B77DEAEB.mozilla.org] is now known as rhelmer|afk [02:38:23] Callek, no, it's an msvc option [02:38:33] wonder how much of that bitwise-and speedup is mine [02:38:39] Jesse [jruderman@moz-308DE530.hsd1.ca.comcast.net] has quit IRC: Quit: Jesse [02:38:40] sayrer: a bug # for me to peek at? (for both WPO info, and for this "new bug") [02:38:43] cause 3.5x is the win [02:39:05] well, that test is bogus in the extreme [02:39:22] i'll take it [02:39:25] the build was success after disabling default extensions. aside web services, what extensions are also disabled? [02:39:31] but a 3.5x win might indicate better hashtable performance [02:39:36] which is good for us [02:39:50] my last build looked stable enough to run through talos [02:39:53] doing an opt build now [02:40:07] stuart, come on dude, mochitest [02:40:12] live dangerous [02:40:17] how do i run that? [02:40:25] Jesse [jruderman@moz-308DE530.hsd1.ca.comcast.net] has joined #developers [02:40:28] --enable-tests [02:40:28] i'm not big on these "tests" [02:40:28] cbarrett [cbarrett@moz-B77DEAEB.mozilla.org] has quit IRC: Quit: Lost terminal [02:40:30] haha [02:40:34] noticed that [02:40:41] Jesse: the build was success after disabling default extensions. aside web services, what extensions are also disabled? [02:40:45] cd objdir/_tests/testing/mochitest [02:40:55] if it doesn't crash on the pages i go to good enough for me [02:40:56] perl runtests.pl --autorun --close-when-done [02:40:58] hm [02:40:58] micadeyeye: i don't know [02:41:08] so you're saying i should stop this build and rerun with --enable-tests [02:41:20] no. it's too late [02:41:20] isn't --enable-tests the default? [02:41:28] i disable it [02:41:37] sounds like a personal problem [02:41:38] because like 3 years ago it broke my builds [02:41:39] it does copy lots of files [02:41:49] which could hurt on Windows [02:41:52] Firefox: 'Linux fxdbug-linux-tbox Depend' has changed state from Test Failed to Success. [02:41:57] i guess DOMInspector [02:41:59] yeah, i don't need slower builds [02:41:59] and not matter at all on decent operating systems [02:42:18] even linux is fast now [02:42:21] micadeyeye: see MOZ_EXTENSIONS_DEFAULT in confvars.sh [02:42:36] everything on windows will be faster when it starts using my crt [02:42:52] gonna just copy it over mscrt80 [02:43:04] *snicke [02:43:04] sayrer: we should remove the --enable-tests stuff from configure.in [02:43:09] well maybe after i fix the possible leak [02:43:19] Waldo, what would that do? [02:43:35] sayrer: make it always get built [02:43:48] wonder what else in the crt i can fix [02:43:49] sayrer: because we shouldn't be making it possible for people to pull a stuart [02:44:04] Waldo, that would almost work, except for the land of strange linker errors that the test cpp programs enter [02:44:04] same for --enable-mochitests [02:44:18] so you disable the ones that fail [02:44:37] and I've run with them enabled for at least the last year and haven't hit problems [02:44:41] I like your uncompromising attitude [02:44:42] *boom* [02:44:52] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has joined #developers [02:44:58] i'd just add it back;) [02:45:03] now I can appear reasonable and flexible in comparison [02:45:08] haha [02:45:18] are rare moment for sayrer, i assure you [02:45:53] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Test Failed to Success. [02:47:21] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [02:47:25] faaborg [faaborg@moz-F53C9D9B.hsd1.ca.comcast.net] has joined #developers [02:49:54] SeaMonkey: 'Linux nye Depend bloat' has changed state from Test Failed to Success. [02:57:04] koifans_ [chatzilla@moz-73B1F9C1.vc.shawcable.net] has joined #developers [02:59:22] Mynromyr: can't see confvars.sh in browser dir [02:59:26] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has quit IRC: Ping timeout [02:59:37] koifans_ [chatzilla@moz-73B1F9C1.vc.shawcable.net] is now known as koifans [03:00:22] stuart: http://crash-stats.mozilla.com/report/index/64168480-c023-11dc-8f3f-001a4bd43e5c?date=2008-01-11-08 [03:00:32] guess ua re referring to songbirb [03:00:33] shepazu_ [schepers@moz-C06F2E3B.nc.res.rr.com] has joined #developers [03:00:35] guess ua re referring to songbird [03:00:39] do you still work on gif decoder at all? [03:00:46] or is that alfred? [03:00:48] Ew [03:00:48] i own it i guess [03:00:54] file a bug if there isn't one [03:01:08] there are only like 3 crashes, but ok [03:01:20] Heh [03:01:25] Reproducible? [03:01:41] not sure; I remember exactly what I was doing, though [03:01:49] so, trying again [03:01:57] ss starts a Talkback query and goes to bed. [03:02:02] my mac really does crash a lot [03:02:04] Should be done in the morning! [03:02:08] Mine does too. [03:02:19] And not just because I use ted's cool new extension. [03:02:32] stuart: crashes are also mac-only [03:02:32] stephend files [03:02:34] weird [03:02:42] I haven't had Firefox 3 crash in a long time [03:02:48] it's been really slow [03:02:52] but not crashy [03:02:52] any idea of where confvars.sh is? [03:03:06] micadeyeye: doesn't configure generate that? [03:03:11] shepazu [schepers@moz-C06F2E3B.nc.res.rr.com] has quit IRC: Ping timeout [03:03:12] reed: dude have i got the build for you [03:03:14] reed: you're on linux [03:03:17] CRASHY CRASHY [03:03:20] lol [03:03:26] stuart: but, is it fast? [03:03:29] karlt [karl@moz-47217BDA.jetstream.xtra.co.nz] has quit IRC: Ping timeout [03:03:30] yes [03:03:34] :) [03:04:55] my linux builds have been pretty snappy [03:05:07] reed's linux must suck [03:05:25] or else it's just flash or something [03:05:32] could be [03:05:41] but it's been very slow [03:05:41] we have problems on mac with that [03:05:42] :( [03:05:49] boy, do we ever [03:06:01] reed, is news.ycombinator.com slow for you? [03:06:10] that is my "should be fast" test [03:06:16] and I have a new shutdown bug on mac trunk [03:06:18] loading it? [03:06:18] no [03:06:21] very quick [03:06:23] scrolling is slow [03:06:29] scrolling that page [03:06:50] reed, scrolling with the wheel or by dragging the thingy? [03:06:58] wheel [03:07:13] dragging the thingy is fast [03:07:34] yeah, we should change our wheel code to do the thingy thing [03:07:41] yeah [03:07:48] iirc, our wheel code goes line by line [03:08:03] but the scrollbar just goes by distance [03:08:13] Do our perf tests test Flash? [03:08:26] no [03:08:27] ss, no, and it would be tough [03:08:36] I'm sure it would [03:08:41] But it seems like it'd be worth it in the end [03:08:45] Not just Flash [03:08:46] since it is scrolling and things that are slow right now [03:08:53] I agree [03:08:55] glazou [daniel@moz-204094DD.disruptive-innovations.fr] has joined #developers [03:08:56] WMP, Java, and maybe Adobe too [03:08:58] bonjour [03:09:02] Err... PDF [03:09:05] things that we don't test are things that we break [03:09:10] I concur [03:09:14] Real even [03:09:14] most of the slowness I see is swapping between tabs, clicking menus, etc.... more Firefox UI slowness than web page slowness [03:09:17] ss winces [03:09:30] reed, what OS? [03:09:34] Linux.... [03:09:40] no, like, what linux? [03:09:42] oh [03:09:42] "Don't use Linux" [03:09:48] Ubuntu 7.10 Gutsy [03:09:50] I don't because I don't believe in freedom [03:09:52] I know you're a freetard [03:09:53] That's why I live in the US too. [03:10:03] reed: that's odd [03:10:11] reed: I use that on two different boxes [03:10:17] and it is pretty fast [03:10:21] Simon [Simon@moz-9F1C4EF9.range86-137.btcentralplus.com] has joined #developers [03:10:26] biesi [chb@moz-A11899E7.dclient.hispeed.ch] has joined #developers [03:10:27] reed, well, what kind of computer is it [03:10:33] Hendy [wolfoxout@DE977448.3963211D.E0703FA1.IP] has quit IRC: Quit: Any technology, no matter how primitive, is magic to those who don't understand it [03:10:38] 233mhz [03:10:40] sayrer wonders if it is 64bit [03:10:41] ThinkPad T60p [03:10:45] huh [03:10:56] it's not 64-bit [03:10:56] you should smoke my Dell Inspiron 1525 [03:11:10] but Firefox is totally ok there [03:11:16] what can I do to figure out what's slowing stuff down? [03:11:17] reed, what video drivers? [03:11:23] How about not running so many video apps in the background? [03:11:26] ATI proprietary lameness [03:11:27] (We know you like the videos.) [03:11:36] ss: I rarely watch videos [03:11:45] except rick astley ones [03:11:50] I don't even watch much TV anymore either [03:11:53] hmm [03:11:53] reed, do you have the fancy effects on? [03:12:01] Firefox: 'Linux qm-centos5-01 dep unit test' has changed state from Test Failed to Success. [03:12:04] woo! green! [03:12:06] dwitte fixes that [03:12:07] sayrer: nope, due to ATI proprietary lameness [03:12:10] Go dwitte! [03:12:25] the rest of my machine is fast [03:12:30] it's just Firefox that is slow [03:12:32] :/ [03:12:33] reed, process monitor says what? [03:12:52] stuart: bug 411868 last comment [03:12:58] stuart: I don't have Windows, but... [03:13:02] i don't read bugs [03:13:03] firefox-bin is using 652MB of RAM (which is so much more from what it used to use) [03:13:05] please talk to my people [03:13:12] reed, that is a giant leak [03:13:20] and a consistent 10% CPU or so [03:13:28] reed, we'll talk more tomorrow [03:13:30] k [03:13:33] My Firefox uses 1gb and loves it. [03:13:35] and we will find th cause [03:13:53] reed, any extensions? [03:13:57] ss: how do you now have windows? [03:14:00] ss: surely a VM [03:14:04] s/now/not [03:14:06] stephend: Not a Windows I can print from [03:14:13] Which stuart has [03:14:17] k [03:14:17] Because he's at the office still [03:14:20] er [03:14:26] srlsly [03:14:32] one l too many [03:14:33] -l [03:14:36] florian [fqueze@moz-63806515.wildpalms-wifi2.mozilla.hq] has quit IRC: Ping timeout [03:14:38] man, it's time for bed [03:14:44] or, has been for a while [03:14:49] yes, but not many... adblock plus, domi, forecastfox, livehttpheaders, NTT, tinderstatus, torbutton, update channel selector, user agent switcher [03:14:54] Yeah. Gotta be up at 8am tomorrow [03:14:56] Ha! [03:14:59] reed: I have 1. [03:15:02] 8am? [03:15:02] lol [03:15:03] reed: oh lordy [03:15:05] im still at the office:/ [03:15:07] And mine just crashes the browser. [03:15:11] stuart: Go look at that bug [03:15:13] And print [03:15:28] stuart, it should be 1:15am in mv [03:15:28] stuart: you in your work-until-you-drop-dead mode? [03:15:31] I can disable probably half of them without affecting my workload [03:15:52] we're totally cutting into stuart's rockband time [03:15:57] stuart: If you do, I'll make sure there are donuts in the morning for you [03:16:09] ss: i'll be asleep in the morning [03:16:18] Afternoon then [03:16:23] ss: what do I have to do to get donuts? [03:16:32] stephend: Shush. I'm just stealing them. [03:16:32] or do I not want to know? [03:16:34] ss: i don't have a build handy to test that with [03:16:36] oh [03:16:42] I know for a fact there will be donuts in the morning [03:16:53] sayrer: I'm free after 2pm your time later today if you want to track this down [03:16:54] oh, har har, yes [03:16:56] it's really hurting me [03:16:56] stephend too [03:17:10] reed, see if you can reduce by disabling extensions [03:17:12] reed: You should use IE [03:17:15] Over Wine [03:17:17] I hear it's fast [03:17:22] no firebug, I hope, reed [03:17:22] lol [03:17:29] it leaks like a sieve [03:17:32] stephend: I listed them above [03:17:46] sure, i read [03:17:49] reed, do you have a debug build? [03:17:49] one forgets, you know [03:17:54] Archaeopteryx [itsme@moz-4C13B956.pools.arcor-ip.net] has joined #developers [03:17:55] but I forgot how anal you are [03:18:07] How does one forget *that*? [03:18:09] stephend finds a more pc term [03:18:22] stransky [stransky@moz-2952D2D0.redhat.com] has joined #developers [03:18:25] that's already too pc [03:18:26] retarded? [03:18:30] sayrer: nope, my builds have symbols but aren't debug [03:18:39] I can build debug, if you want [03:18:54] Yeah [03:18:55] So [03:19:00] I bet that's just a crash on print [03:19:07] On Windows [03:19:13] meticulous [03:19:14] :-) [03:19:20] That would suck [03:19:29] koifans [chatzilla@moz-73B1F9C1.vc.shawcable.net] has quit IRC: Ping timeout [03:19:29] its nice when no one else is here [03:19:32] reed, make a debug build. then we will make progress. [03:19:32] i can crank my country music [03:19:38] oh man [03:19:42] stuart: I'm going to hit you tomorrow [03:19:48] stuart: I feel the same way about my work environment [03:19:51] stuart is listening to alan jackson [03:19:52] I'd hit you now if I could [03:19:58] sayrer: i love AJ [03:19:59] Country music is not allowed in the workplace [03:20:02] There's a rule about it. [03:20:05] listening to Joe Nichols right now [03:20:05] heh [03:20:05] eww, country music [03:20:07] stuart: Just because you're from Georgia doesn't mean you have to like country music. [03:20:14] dude, even reed doesn't like it? [03:20:17] stephend boggles [03:20:22] I hate country music [03:20:23] reed++ [03:20:23] amazing how active this channel is at this time of day [03:20:24] reed: just because you don't want to be from the south doesn't mean you have to hate it. ;-) [03:20:28] srlsly (in the words of stephend) [03:20:34] thanks, ss [03:20:36] stuart, do you like Keith Urban? [03:20:40] for quoting my typos [03:20:47] Makes you popular [03:20:50] everybody knows I like to rave [03:20:51] sayrer: so-so [03:20:52] sayrer: --disable-libxul or not? [03:21:01] I usually build with --disable-libxul [03:21:04] stuart, take your cat and leave my sweater [03:21:12] I like working alone because I can turn the lights out [03:21:20] listening to Tequila Makes Her Clothes Fall Off right now [03:21:21] you have to like country if you're from the south; it's a rule [03:21:30] stephend: burn [03:21:30] I can't work when there are lights on - they're too oppressive [03:21:31] reed, --disable-libxul, --enable-shared, --enable-debug [03:21:45] Alright, well [03:21:49] I really do have to be up at 8am [03:21:50] Night all [03:21:56] he won't make it [03:22:06] Bite me [03:22:27] hi biesi! ;-) [03:22:43] hi Waldo [03:22:50] sayrer: ok, build started... it'll be ready for me to play with when I'm done with classes [03:22:52] reed goes to bed [03:22:53] sorry, probably no reviews for the rest of this week [03:23:00] reed, cool, see you tomorrow [03:23:08] so i have a full opt build [03:23:12] work today, flight tomorrow [03:23:17] biesi: woot! [03:23:21] see you soon :p [03:23:53] Waldo: get biesi on the terrorist blacklist and he will have time tomorrow [03:24:12] good idea! [03:24:18] I'll have my people talk to their people about it [03:25:05] Waldo finds it hilarious how much can be communicated in only three non-alphanumeric characters [03:25:10] stuart, I found your next car [03:25:12] http://economictimes.indiatimes.com/articleshow/2688727.cms [03:25:16] only $2500 [03:25:23] bling bling [03:25:37] Tata Nano [03:25:43] it has a ring to it [03:25:43] daim [David_Mart@20A20C50.14A6DDD8.CAE56860.IP] has joined #developers [03:25:44] 50mpg too! [03:25:54] what is CCs in HP? [03:26:26] alice|afk [alice@moz-FA61D0F3.zabbo.net] has quit IRC: Quit: alice|afk [03:26:55] oh, no direct comparison [03:26:57] bummer [03:27:24] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] has joined #developers [03:27:26] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] is now known as koifans [03:27:43] stuart: would you taunt me to death if I got http://cgi.ebay.com/ebaymotors/ws/eBayISAPI.dll?ViewItem&category=6017&viewitem=&item=110212820954&_trksid=p3907.m29 [03:28:02] stephend: cc = cm^3 [03:28:23] bling bling [03:28:26] bah, that should be ccm [03:28:33] stuart: I can taunt you if you like. [03:28:33] if you guys want to buy me a new car [03:28:41] er [03:28:45] biesi: or just mL [03:28:46] stephend: I can taunt you if you like. [03:28:51] nick completion fail [03:28:53] don't you already? [03:28:55] biesi: cm^3 is kinda silly :) [03:29:03] nag!=taunt, I suppose [03:29:08] reed pats his SUV [03:29:10] :) [03:29:10] keeps me on my toes [03:29:18] ajschult, mL for something that's not a liquid container looks kind of weird :) [03:29:21] reed, you drive a SUV? [03:29:25] sayrer: yes [03:29:27] http://tinyurl.com/2pw6cm [03:29:29] what kind? [03:29:29] that would be nice [03:29:31] H2? [03:29:39] lol [03:29:42] Pontiac Torrent [03:29:42] hah [03:29:44] H2's are made right near me [03:29:51] biesi: nah. it's just volume. in the US, we often refer to engines in terms of liters [03:29:52] by AM General, in South Bend [03:30:16] "reedmobile" [03:30:21] oh, true, we do too [03:30:22] sayrer rocks out to http://www.pontiac.com/torrent/index.jsp [03:30:56] pretty nice [03:31:23] have you yet mounted the shotgun? [03:31:32] Waldo [heckler@moz-10B6EC09.mit.edu] has quit IRC: Input/output error [03:31:42] my first vehicle was a chevy blazer [03:31:46] that was ... fun [03:31:53] (chill, reed, I'm from the midwest, and drawing from experience) [03:32:01] :-) [03:32:08] reed, I am surprised you didn't go for the Pontiac GNU Bittorrent [03:32:13] lol [03:32:14] haha [03:32:19] sayrer++ [03:32:20] Hendikins [wolfox@moz-DC9D8D72.nsw.bigpond.net.au] has quit IRC: Quit: Any technology, no matter how primitive, is magic to those who don't understand it [03:32:47] I should put my EFF sticker on the back... too bad my "Source code is free speech" license plate holder doesn't fit [03:32:47] :( [03:33:01] reed, do you have the business card? [03:33:10] http://tinyurl.com/2o368o [03:33:12] get me that [03:33:36] which business card? I have a GNU business card minicd with my FSF creds on it [03:33:40] stuart, only if you grow a big beard [03:33:48] reed, the CD one [03:33:49] its growing [03:33:54] or don a feather-duster [03:34:04] stuart, we're talking ZZ-Top here [03:34:09] sayrer: EFF, GNU, or something else? [03:34:15] i'll zz top it for that car [03:34:16] reed, FSF [03:34:18] ah, yes [03:34:20] I have it [03:34:24] it doesn't fit in my wallet [03:34:25] :) [03:34:34] oh really [03:34:36] I think it's in my laptop bag [03:34:46] did you give them money? [03:34:48] stuart: wanna race? [03:34:50] Matti_ [Matti@moz-8E02F7F4.dip.t-dialin.net] has joined #developers [03:34:55] aren't you a volunteer? [03:35:04] Matti [Matti@moz-8E02F7F4.dip.t-dialin.net] has quit IRC: Connection reset by peer [03:35:13] Matti_ [Matti@moz-8E02F7F4.dip.t-dialin.net] is now known as Matti [03:35:18] heh [03:35:23] http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/layout/base/nsCSSFrameConstructor.cpp&rev=1.1450&mark=12152,12153,12157,12158#12146 ??? [03:35:24] sayrer: for my FSF Associate Membership, yes (reedloden@member.fsf.org)... for my reed@gnu.org, that's all volunteer [03:35:27] yosh probably looks like zztop now [03:36:28] stuart: we both shave tomorrow, and whoever gets to zztop length first gets the loser to buy them that car [03:36:40] neg [03:36:44] my money's on yosh, ftr [03:36:49] mine too [03:37:08] darn [03:37:22] I have to shave my beard for a date [03:37:24] reed, where can I look up your fsf associate membership? [03:37:40] wasn't reed going to bed? [03:37:41] http://www.gnu.org/people/people.html#r has a link to my referrer url [03:37:45] stephend: yes :( [03:37:55] make a mad dash [03:38:16] reed, neat [03:38:37] reed, you're listed above Richard Stallman, whoever that is [03:38:47] yeah, some strange guy [03:38:53] I think he's a bum [03:39:00] http://boston.craigslist.org/gbs/m4w/533096562.html [03:39:03] some sort of hippie [03:39:06] speaking of rms... [03:39:16] my brother really thought he was, yeah [03:39:22] http://stallman.org/extra/personal.html [03:39:23] until he sat down at the table, in Boston [03:39:27] I'm a single atheist white man, 54, reputedly intelligent, with unusual interests in politics, science, music and dance. [03:39:29] haha [03:39:29] "oh, you're RMS?" [03:39:58] reed, is that real? [03:40:01] dolske hasn't seen RMS dance. [03:40:07] sayrer: see dolske's url :) [03:40:10] Firefox: 'WINNT 5.2 fxdbug-win32-tb Depend Debug + Leak Test' has changed state from Test Failed to Success. [03:40:45] aw, that's so cute and refreshingly honest and creepy at the same time [03:41:09] oh, wow. http://www.youtube.com/watch?v=Pube5Aynsls [03:41:15] dwitte: you're going to post an updated patch? [03:41:20] firebot: wwwtitle http://www.youtube.com/watch?v=Pube5Aynsls [03:41:22] Unfortunate random URL latters, too. :) [03:41:23] stallman is a dirty hippie [03:41:23] http://www.youtube.com/watch?v=Pube5Aynsls has the following title: YouTube - Soulja Boy dance, MIT style [03:41:33] don't click dolke's link [03:41:38] stephend has learned the hard way [03:41:39] oh man [03:41:43] can't trust any youtube links dolske posts [03:41:47] soulja boy [03:41:48] always check with firebot first :) [03:41:49] bad enough [03:42:06] I wish soulja boy would expire [03:42:15] dolske rmsrolls reed [03:42:18] that's about as nicely as I can put it [03:42:27] omg, that is awesome [03:42:30] dolske++ [03:42:42] oh [03:42:45] that's hilarious [03:42:55] dolske found those urls way too quickly [03:43:06] dolske: you dated rms, didn't you? [03:43:14] lol [03:43:26] why did you phrase that in the past-tense? [03:43:34] present progressive :-) [03:43:38] and here I thought dolske's link was about Pube Analysis [03:43:52] lol [03:45:33] graememcc [chatzilla@moz-4043A414.ukonline.co.uk] has joined #developers [03:45:44] hmm, my debug build is already past libpr0n [03:45:44] graememcc [chatzilla@moz-4043A414.ukonline.co.uk] is now known as graememcc_away [03:46:00] in plugin now [03:46:36] wtf [03:48:13] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Success to Test Failed. [03:48:28] i don't know how i brok ethis [03:48:47] dwitte: you're orange [03:50:34] bored? http://people.mozilla.com/~pavlov/minefield-jemalloc-win32.zip [03:50:57] Pike [Axel_Hecht@moz-AF093A7F.pool.einsundeins.de] has joined #developers [03:56:29] whimboo [Miranda@759BA5C6.412D10EA.349377F5.IP] has joined #developers [03:57:23] grumble [03:59:02] nth10sd [nth10sd@moz-A7CC9291.pc.nus.edu.sg] has joined #developers [04:00:37] this build seems good [04:00:44] i vote we ship it [04:01:12] Does it still have the !rc->gcRunning assertion "crash"? [04:01:18] not sure [04:01:23] it is from a day or two ago [04:01:31] cf_nthomas|afk [chatzilla@42C29A72.2255BE60.AFCB8987.IP] is now known as cf_nthomas [04:02:02] MarcoZ [marco.zehe@moz-1053A3A5.pools.arcor-ip.net] has joined #developers [04:03:32] sp3000 [tt@moz-17B3DC1A.dhcp.inet.fi] has joined #developers [04:04:43] jag: which one? :-P [04:05:04] peterv: I see you just checked in the one that was biting me the most [04:05:11] peterv: I'll let you know the other one when I crash there again ;-) [04:05:15] Jesse [jruderman@moz-308DE530.hsd1.ca.comcast.net] has quit IRC: Quit: Jesse [04:05:26] jag: well, I know of at least 3 bugs that cause these [04:05:35] jag: I think 2 of them are fixed now [04:06:10] hello [04:06:27] peterv: right. [04:06:38] i would like to generate the configure file from configure.in. How should I do ? [04:06:41] jag is trying to find the third bug# and has a hard time [04:06:48] laurentj, autoconf2.13 [04:06:49] jag: actually, only 1 is fixed [04:06:51] biesi [chb@moz-A11899E7.dclient.hispeed.ch] has quit IRC: Quit: Verlassend [04:07:04] jag: bug 411531 isn't fixed yat [04:07:08] yet [04:07:18] biesi: yes I know, but i don't know how to use it [04:07:27] peterv: 410323 got fixed [04:07:35] peterv: and you just fixed 402966 [04:08:02] ah, that's 4 [04:08:20] Firefox: 'Linux talos trunk qm-mini-ubuntu02' has changed state from Success to Burning. [04:09:04] Jesse [jruderman@moz-308DE530.hsd1.ca.comcast.net] has joined #developers [04:09:18] jag wonders about #4 [04:09:31] Or is that the memory usage regression? [04:12:21] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Success to Test Failed. [04:12:23] jag: bug 402966, bug 407034, bug 410323, bug 411531 [04:14:45] peterv: bug 407034 happened to me all the time until I removed a few bookmarks from my "daily news" groupmark. [04:14:58] peterv: I'm really looking forward to that fix :-) [04:15:45] you were getting too distracted by daily news anyway :-P [04:15:53] smaugZzz [chatzilla@moz-DDD2A5AD.pp.htv.fi] is now known as smaug [04:16:22] Simon [Simon@moz-9F1C4EF9.range86-137.btcentralplus.com] has quit IRC: Quit: Simon [04:16:38] caillon [caillon@moz-2952D2D0.redhat.com] has joined #developers [04:22:10] Mossop_away [Mossop@moz-B9F6E8D3.oxymoronical.com] is now known as Mossop [04:23:57] Hendikins [wolfox@moz-DC9D8D72.nsw.bigpond.net.au] has joined #developers [04:26:54] koifans_ [chatzilla@moz-73B1F9C1.vc.shawcable.net] has joined #developers [04:27:24] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has quit IRC: Ping timeout [04:27:29] koifans_ [chatzilla@moz-73B1F9C1.vc.shawcable.net] is now known as koifans [04:28:33] Firefox: 'Linux qm-centos5-01 dep unit test' has changed state from Success to Test Failed. [04:28:47] man no one even tried my build [04:30:54] Yoric [yoric@moz-1513168E.fbx.proxad.net] has joined #developers [04:31:38] So let's see... Mostly NewString and NewSystemObject, though I got a CloneObject one once [04:31:55] Oh, and NewExternalString :-) [04:32:15] stuart goes home [04:33:41] js_CloneFunctionObject* [04:35:21] deb00t [Miranda@moz-4319B9E7.t-com.sk] has joined #developers [04:37:05] Wait, here goes... *boom* [04:40:12] Hrm, I guess bugzilla has s [04:41:43] I'll try your patch in bug 407034 [04:42:57] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has quit IRC: Ping timeout [04:48:23] Fallen|away [Fallen@moz-F1D3CA92.kewis.ch] is now known as Fallen [04:52:19] mmm [04:55:37] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has joined #developers [04:56:25] stuart: i tried the build [04:56:34] nice [04:56:45] did it crash? [04:57:07] no, it restored my session of ~25 tabs and ran okay [04:57:10] nice [04:57:21] it seemed to use a fair chunk more memory than my current nightly [04:57:25] hmm [04:57:43] i'm not sure it is freeing everything properly [04:58:18] nightly: 76,576/66,408 stuart: 108,488/114,424 (mem usage/vm size, in kb, after restoring session and waiting for it to go idle, visiting each tab, visiting each menu entry) [04:58:18] i kind of expect it to use a little more memory at first launch [04:58:21] Matti_ [Matti_@moz-A3CC9B1F.dip.t-dialin.net] has joined #developers [04:58:29] but it should level out [04:58:35] much better than the others [04:58:42] Matti [Matti@moz-8E02F7F4.dip.t-dialin.net] has quit IRC: Ping timeout [04:58:46] Matti_ [Matti_@moz-A3CC9B1F.dip.t-dialin.net] is now known as Matti [04:59:07] VirtualFree is returning an error every now and then [04:59:10] dunno whats up with that [04:59:37] there are some things i can do to make it a bit more aggressive about handing back memory as well [04:59:58] right [05:00:30] but i suspect if you were to run it for a while it would use less memory than a normal build [05:01:24] koifans [chatzilla@moz-73B1F9C1.vc.shawcable.net] has quit IRC: Ping timeout [05:01:29] does anyone know of a cgi script that will echo back the contents of the http request that it recieves? [05:01:40] any idea what the fastest way to implement ffs() is on windows/x86? [05:01:42] I'm not in the mood to write on myself [05:01:47] (find first bit set) [05:02:05] stuart: what's it return? [05:02:07] someone told me there was some x86 instruction for it [05:02:11] db48x: index [05:02:24] or 0 if nothing is set [05:02:37] The least significant bit is position 1 and the most significant position e.g. 32 or 64 [05:03:00] stephend [stephend@moz-5F163297.hsd1.ca.comcast.net] has quit IRC: Quit: 3am! [05:04:01] bsf instruction maybe? [05:06:04] looks like it [05:06:24] that's what linux uses for ffs() in the kernel [05:06:39] should figure out how to do some inline assembly for that [05:06:47] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Success to Test Failed. [05:06:53] jemalloc uses ffs a lot [05:07:44] hmm from where is the cvsroot taken? $CVSROOT is unset, CVS/Root is correct, but I get an error /cvsroot: no such repository [05:08:39] Fallen: calling cvs directly, or using client.mk ? [05:08:39] If it's already a checked out dir then CVS/Root I think [05:08:50] ooh [05:08:56] cf_nthomas: directly [05:08:58] wonder if this asm syntax works with msvc [05:09:59] CVS/Root is correct. I have no idea where this /cvsroot comes from :/ [05:10:18] log2(x & ~x+1) [05:10:25] http://www.cse.psu.edu/~dheller/cse497A/fa06/coding.examples/ffs/ffs.html [05:10:42] this guy got bored [05:10:44] even cvs -d (the correct root) diff gives that problem [05:12:11] ah, I found the problem. It was rather a connection problem [05:12:22] strange error message for a connection problem [05:12:50] cf_nthomas [chatzilla@42C29A72.2255BE60.AFCB8987.IP] is now known as nthomas [05:14:04] sdwilsh|away [sdwilsh@moz-4BD137CE.public.engin.umich.edu] is now known as swilsher [05:14:28] igor [igor@moz-FB55E47C.nextgentel.com] has quit IRC: Ping timeout [05:15:48] reed [reed@tech.monkey] has quit IRC: Input/output error [05:15:51] Archaeopteryx [itsme@moz-4C13B956.pools.arcor-ip.net] has quit IRC: Quit: Archaeopteryx [05:16:14] swilsher [sdwilsh@moz-4BD137CE.public.engin.umich.edu] is now known as sdwilsh|away [05:16:17] glazou: does fullerscreen work with ff3 ? [05:16:18] bhearsum|afk [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum|transit [05:16:33] Yoric [yoric@moz-1513168E.fbx.proxad.net] has quit IRC: Quit: Ex-Chat [05:16:52] Yoric [yoric@moz-1513168E.fbx.proxad.net] has joined #developers [05:18:56] jorendorff [jorendorff@moz-E229E605.hsd1.tn.comcast.net] has quit IRC: Ping timeout [05:21:46] stuart: wow, he must have [05:21:52] stuart: I like my method better though [05:22:18] the asm way is probably faster [05:22:49] maybe [05:22:59] you don't really need a real log2 impl though [05:23:07] since you're always passing in an exact power of two [05:24:02] oh, but it'll still be slower than using the single instruction method, yea [05:24:02] evan [evan@moz-7738C241.sun.com] has quit IRC: Quit: Leaving [05:24:09] misread what you said :) [05:27:23] ~x+1 is the cool part of mine [05:27:53] it causes a carry that ends up where the first bit is [05:27:57] in the input [05:28:57] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Test Failed to Success. [05:34:35] wgianopoulos [gianopou@moz-7A06A043.hsd1.ma.comcast.net] has joined #developers [05:35:00] Firefox: 'Linux talos trunk qm-mini-ubuntu02' has changed state from Burning to Success. [05:36:40] Matti [Matti_@moz-A3CC9B1F.dip.t-dialin.net] has quit IRC: Ping timeout [05:38:46] asac [asac@moz-EF8BAAC0.adsl.alicedsl.de] has quit IRC: Ping timeout [05:41:43] asac [asac@moz-951F5128.adsl.alicedsl.de] has joined #developers [05:43:08] smaug: not yet [05:50:58] stevee [Miranda@moz-33D212DB.sotn.cable.ntl.com] has joined #developers [05:53:05] nth10sd [nth10sd@moz-A7CC9291.pc.nus.edu.sg] has quit IRC: Quit: nth10sd [05:53:07] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Test Failed to Success. [05:54:53] stuart: are you up at this hour? [06:00:06] stuart: oh, and the new sqlite now has a compile time option to define an alternative malloc and free implementation if that's useful for you [06:01:41] ted [luser@moz-4F59F470.c3-0.drf-ubr1.atw-drf.pa.cable.rcn.com] has joined #developers [06:01:41] <_FrnchFrgg_> I locally build a debug trunk on linux, and I always get "This add-on will be installed when Minefield is restarted" for DomI. [06:01:58] <_FrnchFrgg_> My profile's extension.cache says "needs-install", while DomI seems to be correctly in /dist/bin/extensions/inspector@mozilla.org [06:02:14] <_FrnchFrgg_> Does somebody here have an idea of why ? [06:02:27] <_FrnchFrgg_> (or tips to find out ?) [06:02:40] Enable extensions.logging.enabled, startup and see what errors show up in the console [06:03:06] <_FrnchFrgg_> Mossop: Thanks, I'll do that. [06:04:15] <_FrnchFrgg_> Mossop: I get "ExtensionManager:_finishOperations - failure, catching exception - lineno: 7261" [06:04:26] Mossop: gonna be able to fix that branch bug? [06:04:37] <_FrnchFrgg_> (the same is in extensions.log) [06:04:40] sdwilsh|away: I haven't got time to look till next week [06:04:43] ok [06:04:48] just wondering [06:04:55] _FrnchFrgg_: What is like 7261? [06:05:49] _FrnchFrgg_: More to the point what exception message does it print after that? [06:06:03] <_FrnchFrgg_> I think its line 7261 of nsExtentionManager [06:06:14] <_FrnchFrgg_> None just after, but just before: [06:06:18] _FrnchFrgg_: I know that much, I don't know what line that actually is though [06:06:41] <_FrnchFrgg_> Mossop: I'm searching. [06:07:32] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [06:07:51] <_FrnchFrgg_> Mossop: " this._inner.Assert(anon, minVersionRes, installManifest.GetTarget(newVersionInfo, minVersionRes, true), true); [06:07:53] sdwilsh|away: If I understand biesi's description of the problem well enough that I can probably fix it. If it's more complex than that then I may have time issues [06:07:55] <_FrnchFrgg_> " [06:09:02] Hmm [06:09:27] Can you pastebin the install.rdf from the inspector extension that you have in dist/bin/extensions [06:09:29] <_FrnchFrgg_> Mossop: There's an exception "INVALID_POINTER" associated with the message [06:09:39] <_FrnchFrgg_> Mossop: OK [06:10:38] <_FrnchFrgg_> Mossop: http://pastebin.mozilla.org/301479 [06:11:19] Hmm, empty maxVersions :s [06:12:37] <_FrnchFrgg_> Mossop: I think that's normal, I only build Firefox... [06:12:49] <_FrnchFrgg_> normal, I don't know, but explainable [06:13:06] It isnt normal [06:13:13] My firefox build has them [06:13:26] I think if you delete the targetApplication entries for non-Firefox it should all work [06:13:30] <_FrnchFrgg_> I tried to remove that dir and rebuild, same thing [06:13:45] <_FrnchFrgg_> Yeah, but why does it that on my build ? [06:13:57] jpb [chatzilla@moz-DF053F63.cse.bris.ac.uk] has joined #developers [06:14:06] igor [igor@moz-46A85847.nextgentel.com] has joined #developers [06:14:25] Mossop shrugs [06:14:28] Ask sdwilsh|away! [06:15:46] <_FrnchFrgg_> Mossop: If I remove the targetApplication entries for non firefox, Minefield says install.rdf isn't well-formed [06:16:07] Mossop: pong from yesterday [06:16:25] ted: Ah perfect timing. How far back do you want about:crashes to go, 3 months? [06:16:49] Mossop: could we just have it show everything, in date order, with a "clear" button? [06:17:08] Hrm [06:17:17] What would the clear button do? Delete the files themselves? [06:17:21] i guess old reports aren't really that useful [06:17:24] yeah [06:17:30] Ok [06:18:54] <_FrnchFrgg_> sdwilsh|away: Did you follow a bit the discussion I just had with Mossop ? [06:19:17] Firefox: 'Linux qm-centos5-01 dep unit test' has changed state from Test Failed to Success. [06:19:29] <_FrnchFrgg_> If I put some versions in the maxversion, I get the "non well-formed" message too. [06:21:01] ted -> gym [06:21:19] <_FrnchFrgg_> Mossop: Could you pastebin your install.rdf ? [06:22:03] Hamaryns [hamaryns@moz-4B9F5C39.pools.arcor-ip.net] has joined #developers [06:22:04] _FrnchFrgg_: http://pastebin.mozilla.org/301482 [06:22:40] <_FrnchFrgg_> tks [06:23:21] <_FrnchFrgg_> Mossop: That works. [06:24:28] mfinkle [mfinkle@moz-5E866307.hsd1.pa.comcast.net] has quit IRC: Connection reset by peer [06:25:01] mfinkle [mfinkle@moz-5E866307.hsd1.pa.comcast.net] has joined #developers [06:27:20] Mozilla1.8: 'WINNT 5.2 pacifica-vm Depend Fx-Nightly' has changed state from Success to Burning. [06:28:18] db48x: x & -x [06:31:42] smaug: in fact, it works, i only have to update the install.rdf to 3beta2 [06:35:23] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Test Failed to Success. [06:38:27] sp3000 [tt@moz-17B3DC1A.dhcp.inet.fi] has quit IRC: Ping timeout [06:39:59] ctyler [chris@moz-BA0E984.midsouth.biz.rr.com] has quit IRC: Quit: returning to Spare Oom [06:44:17] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has quit IRC: Quit: Vision[0.9.7-SF-010705]: i've been blurred! [06:45:07] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has joined #developers [06:52:58] bhearsum|transit [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum [06:55:18] Misa [chatzilla@moz-BD70B987.ue.woosh.co.nz] has joined #developers [06:57:26] graememcc_away [chatzilla@moz-4043A414.ukonline.co.uk] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [06:57:44] cbarrett [cbarrett@moz-B77DEAEB.mozilla.org] has joined #developers [06:59:27] ctyler [chris@moz-BA0E984.midsouth.biz.rr.com] has joined #developers [07:05:54] Joshua [jcranmer@moz-CCFFDF3E.csl.tjhsst.edu] has joined #developers [07:09:08] any shell hackers around [07:09:22] I have two columns of data, the first is numeric and I want to calculate the sum [07:09:58] do I have to resort to sed or python or something or is there a utility to calculate the sum of a list of numbers? [07:11:23] awk! [07:11:45] I typically use that as a poor man's way of calculating disk space: [07:11:47] yeah I guess awk [07:12:10] ls -lR | awk '{ sum += $5} END {print sum}' [07:12:33] Standard8 [mark@B7F1AE36.48015583.54C3481B.IP] has joined #developers [07:13:43] plasticmillion has to admit that's kind of neat [07:17:56] Misa [chatzilla@moz-BD70B987.ue.woosh.co.nz] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [07:20:29] hehe, this is fun [07:20:30] I don't like how firefox handles checkboxes in post forms [07:20:31] find . -name *.cpp -o -name *.h -o -name *.mm -o -name *.m -o -name *.xul -o -name *.js | xargs ls -l -R | awk '{ sum += $5; if ($5 > 0) print $5,$9 } END { print sum, "(TOTAL)" }' [07:20:46] andrew [chatzilla@moz-32EAC3DD.adsl.mnsi.net] has quit IRC: Ping timeout [07:21:15] I guess there's a better way to get find to handle all those different file types [07:22:05] sp3000 [tt@moz-17B3DC1A.dhcp.inet.fi] has joined #developers [07:22:29] Joshua: ? [07:22:50] sdwilsh|away: yes? [07:22:59] what don't you like [07:23:02] Archaeopteryx [itsme@moz-4C13B956.pools.arcor-ip.net] has joined #developers [07:23:13] if the checkbox isn't checked, it doesn't send the information [07:23:37] that always been the case? [07:23:53] I'm working with FF 2 right now [07:24:25] blizzard [blizzard@moz-B9131BEB.ideasuite.com] has quit IRC: Ping timeout [07:24:40] Joshua: http://www.whatwg.org/specs/web-forms/current-work/#successful [07:24:54] "All form controls are successful except: ...Checkboxes that are not checked. " [07:25:13] that's annoying [07:25:22] plasticmillion: won't du do that for you? [07:25:39] Joshua: IIRC, it has always worked that way [07:26:01] in that case, I hate how checkboxes are handled in general [07:26:22] Archaeopteryx [itsme@moz-4C13B956.pools.arcor-ip.net] has quit IRC: Quit: Archaeopteryx [07:26:36] Joshua [jcranmer@moz-CCFFDF3E.csl.tjhsst.edu] has quit IRC: Quit: And now school starts... bummer [07:30:47] blizzard [blizzard@AF6BBC00.E99AA8B2.6E53CCF9.IP] has joined #developers [07:30:56] NeilAway: why is du better for that than ls? [07:33:06] dbradley [chatzilla@moz-4B8CDA29.cinci.res.rr.com] has joined #developers [07:33:27] find . -name *.cpp -o -name *.h -o -name *.mm -o -name *.m -o -name *.xul -o -name *.js | xargs du -c --apparent-size -B1 [07:33:43] I guess yeah, it gets rid of awk, but I still have that ugly find mess [07:34:18] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has joined #developers [07:34:27] plasticmillion sees the -b parameter [07:36:49] plasticmillion: yeah, I was thinking of the ls/awk bit [07:37:00] ctyler [chris@moz-BA0E984.midsouth.biz.rr.com] has quit IRC: Ping timeout [07:37:07] how do I get find skip empty files [07:37:17] there's an -empty action but I have to negate it [07:37:41] plasticmillion RTFMs [07:37:45] -not, IIRC [07:38:10] yeah [07:38:39] or ! [07:45:13] Standard8 [mark@B7F1AE36.48015583.54C3481B.IP] has quit IRC: Quit: back later [07:45:39] Archaeopteryx [itsme@moz-4C13B956.pools.arcor-ip.net] has joined #developers [07:51:02] faaborg [faaborg@moz-F53C9D9B.hsd1.ca.comcast.net] has quit IRC: Quit: faaborg [07:52:47] dria_ [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has joined #developers [07:53:51] Hamaryns [hamaryns@moz-4B9F5C39.pools.arcor-ip.net] has quit IRC: Ping timeout [07:57:01] Hamaryns [hamaryns@moz-4B9F5C39.pools.arcor-ip.net] has joined #developers [07:57:14] Mossop [Mossop@moz-B9F6E8D3.oxymoronical.com] is now known as Mossop_away [08:00:43] igor [igor@moz-46A85847.nextgentel.com] has quit IRC: Ping timeout [08:01:34] Mnyromyr [MnyroWork@moz-E0F31C11.tal.de] has quit IRC: Input/output error [08:02:12] Mossop_away [Mossop@moz-B9F6E8D3.oxymoronical.com] is now known as Mossop [08:03:47] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has left #developers [08:04:19] if I package a plugin in an xpi, do I need install.rdf ? [08:06:32] I guess so [08:07:04] yes [08:07:18] wolfiR: install.rdf is always needed in XPIs for toolkit-based apps [08:07:30] ok, that's what I expected but current flash-player.xpi doesn't have it [08:07:31] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has joined #developers [08:08:10] Most plugins need to switch to an installer based solution so they can handle privilege elavation [08:08:44] that means I can't install the plugin to a global location what was possible with install.js? [08:08:46] wolfiR: hmm, does it still have install.js? that may work in some apps, esp. in xpfe-based ones [08:09:01] KaiRo: yes, install.js is still there [08:09:17] wolfiR: global locations are out of reach with normal XPI installation in toolkit [08:09:36] KaiRo: ok, devmo is a bit unclear/outdated then [08:09:54] (unfortunately, as it was nice to install once for all users) [08:10:09] wolfiR: you should edit it then ;-) [08:10:33] KaiRo: as you can see my knowledge isn't exactly deep when it comes to plugins [08:11:25] I prefer not to edit offical information in that case [08:11:48] wolfiR: sure, I guess you are used to Linux, where the OS can do an RPM install into a global location ;-) [08:13:19] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has quit IRC: Quit: Anatolik [08:13:21] yes, but for some reason I need to know plugin installation options for other OSes now [08:13:24] reed [reed@tech.monkey] has joined #developers [08:13:59] wolfiR: BTW, extensions can also be installed globally in toolkit if placed manually in the global dir, they just can't be put there via normal XPI installation and not be updated through normal EM update stuff [08:14:53] KaiRo: yes, I'm just about evaluating what kind of installers I need to provide [08:15:10] ah, ok [08:15:34] wolfiR: a plugin works from profile in toolkit apps though [08:16:20] wolfiR: put something in the talk page for the unclear page, or post to .extensions about it? [08:17:54] igor [igor@moz-46A85847.nextgentel.com] has joined #developers [08:19:04] http://developer.mozilla.org/en/docs/Using_XPInstall_to_Install_Plugins [08:19:52] it's all about install.js and no hint that it's not working with Firefox [08:19:59] Mozilla1.8: 'WINNT 5.2 pacifica-vm Depend Fx-Nightly' has changed state from Burning to Success. [08:22:54] wolfiR: put something in the talk page for the unclear page, or post to .extensions about it? [08:24:51] <_FrnchFrgg_> Is there a mean to force firefox not to use frames ? [08:25:01] no [08:25:11] 09:24 < _FrnchFrgg_> Is there a mean to force firefox not to use frames ? [08:25:20] yay, fail [08:26:37] <_FrnchFrgg_> So if I am in front of a site whose content in frames is broken, but not the content in , I'm out of luck ? [08:26:55] greasemonkey? [08:27:33] smontagu [chatzilla@moz-B8B3A2C4.red.bezeqint.net] has quit IRC: Quit: Chatzilla 0.9.77-rdmsoft [XULRunner 1.8.0.4/2006060814] [08:27:52] <_FrnchFrgg_> shaver: Yeah. But I won't go that much out of my way for this site [08:28:39] Hamaryns [hamaryns@moz-4B9F5C39.pools.arcor-ip.net] has quit IRC: Ping timeout [08:31:33] dria_ [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has quit IRC: Quit: dria_ [08:33:45] stefanh [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has joined #developers [08:37:07] ted: ping [08:39:51] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has joined #developers [08:42:09] walters [walters@moz-97201431.bos.east.verizon.net] has joined #developers [08:42:22] Anatolik [tolikk@moz-41C8C790.comodo.od.ua] has quit IRC: Quit: Anatolik [08:42:58] bsmedberg-away [bsmedberg@A50FC3B9.17E038BA.1D0CFEC6.IP] is now known as bsmedberg [08:43:13] -+ [08:43:53] aaronlev [chatzilla@moz-100F13EC.hsd1.ma.comcast.net] has joined #developers [08:44:03] dria [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has joined #developers [08:45:00] bsmedberg: so in all seriousness, should I file a bug about that xpcom-startup issue? [08:45:09] plasticmillion feels guilty about letting it slide [08:46:43] plasticmillion: if it used to be fired after component registration and is now fired before, yes [08:46:59] that was the behavior I observed [08:47:02] I'll file it [08:47:11] plasticmillion: a small sample testing component would be useful [08:47:25] ok I'll see what I can do [08:49:21] wolfiR: try again in like 45 minutes [08:49:54] mossop's going to update the doc [08:50:17] wolfiR: https://bugzilla.mozilla.org/show_bug.cgi?id=411906 [08:51:13] unittest machines going down for about 10 minutes [08:52:12] a WOOOOOOO gah [08:52:12] a WOOOOOOO gah [08:54:03] jminta [jminta@moz-67193C20.client.dsl.net] has quit IRC: Connection reset by peer [08:57:53] plasticmillion thinks shaver may have been hanging out with small infants a bit too much [09:00:52] my small infant doesn't have a klaxon, _technically_ [09:00:52] danbeck [danbeck@4EB1354A.BBC5501A.383DAC13.IP] has joined #developers [09:01:19] when do they usually come in? Around 8 months? [09:07:36] jminta [jminta@moz-67193C20.client.dsl.net] has joined #developers [09:09:58] shaver: thanks [09:10:33] _FrnchFrgg_ [_FrnchFrgg@moz-F2169EA2.ens-lyon.fr] has quit IRC: Ping timeout [09:11:41] What is a config option to disable mouse gestures that bind mouse movements to back/forward buttons? find -name \*.cpp | xargs grep -i -C3 gesture was not helpful. [09:12:50] igor: mouse gesture? [09:12:52] Mouse movements? There is no mouse gesture support in the core code I think? [09:13:11] it's cute that you have to qualify that statement, Mossop [09:13:16] _FrnchFrgg_ [_FrnchFrgg@moz-F2169EA2.ens-lyon.fr] has joined #developers [09:13:24] Well, the thing is that when I move the mouse, backbuttin is fired. [09:13:34] igor: you have no extensions installed? [09:13:34] "I don't think we have support for quantum dot storage in the core..." [09:13:49] back/forward buttons [09:14:00] no extensions. [09:14:08] Mossop kicks robcee [09:14:16] The problem it sucks with touchpad. [09:14:20] I think we map scrollwheel movements to back-forward in some cases [09:14:23] not sure what they are [09:15:05] That is done based on the mousewheel.horizscroll... prefs [09:15:18] I think this X windows that makes touchpad into a scroll wheel. [09:15:20] Or all the mousewheel... prefs even [09:15:51] jorendorff [jorendorff@moz-E229E605.hsd1.tn.comcast.net] has joined #developers [09:16:27] ok, how to disable mousewheel support? [09:17:20] Tinker with f.e. mousewheel.withnokey.action and mousewheel.horizscroll.withnokey.action [09:18:20] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Success to Burning. [09:18:41] maikmerten [merten@moz-9D8BA0A0.cs.uni-dortmund.de] has quit IRC: Quit: Verlassend [09:18:50] Mossop: thanks, setting withnokey.action to -1 did the trick. [09:21:16] (that was me with the burning) [09:21:43] coop [Chris@moz-E31CD2CB.mozilla.org] has joined #developers [09:23:19] Archaeopteryx [itsme@moz-4C13B956.pools.arcor-ip.net] has quit IRC: Quit: Archaeopteryx [09:24:30] Mossop kicks robcee again [09:26:36] anyone know the minVersion/maxVersion for Minefield extensions, offhand? [09:26:52] shebs [shebs@moz-33338362.lv.lv.cox.net] has joined #developers [09:26:59] Tomcat [Tomcat@moz-B71A2596.dip.t-dialin.net] has joined #developers [09:27:18] plasticmillion: the minversion is... whatever the minversion is, I hope [09:27:33] let me rephrase that [09:27:37] maxversion should be 1.9b2, I think [09:27:38] plasticmillion: Currently? 3.0b3pre [09:27:46] oh, bah [09:27:55] bsmedberg hangs head and scurries back to work [09:27:57] bsmedberg: Mr XULRunner, indeed :-p [09:27:58] Hehe [09:28:11] Hey you could use that if you used the toolkit app id ;) [09:28:30] well yeah, that's the XULRunner version isn't it? [09:28:31] zwnj [behnam@F3241670.3F1DE48A.22199703.IP] has joined #developers [09:29:03] Toolkit/gecko/xulrunner/... version [09:29:05] anant [anant@moz-3157D25D.ac.in] has quit IRC: Connection reset by peer [09:29:07] Whatever you wanna call it [09:29:28] anant [anant@moz-3157D25D.ac.in] has joined #developers [09:29:30] you say potatoe, and I say po-TAH-toe... [09:30:10] zwn1 [behnam@6FA30AA7.52777A3A.8944D239.IP] has quit IRC: Ping timeout [09:32:12] MarcoZ chuckles and remembers TNG... [09:32:29] Mossop: so what should I use for minversion if my extension won't work with FF2? [09:32:42] 2.999? [09:32:42] plasticmillion: Whatever the first version of Minefield it worked on was [09:32:46] ctyler [chris@moz-59AD088D.nomadic.ncsu.edu] has joined #developers [09:32:57] 3.0? [09:32:58] 3.0b1? [09:33:00] 3.0a1? [09:33:03] 3.0 is unlikely [09:33:07] Yeah [09:33:11] as far as I know it still doesn't work ;-) [09:33:16] it's just a testign thing [09:33:18] Heh [09:33:23] plasticmillion tries 3.0b1 [09:33:23] then say 3.0b1 [09:33:29] snap [09:33:30] 3.0a1pre is the earliest ever 3.0 build [09:34:31] Plasticmillion's "Things I Hate" #629: Trying to figure out why an extension with binary components is silently failing to load [09:35:14] plasticmillion: well, 1.9 has much better tools for that than 1.8 did! [09:35:48] bsmedberg: tell me! [09:35:57] let's push it out of the top 1000 once and for all [09:36:23] I hope bsmedberg answers with an MDC link [09:36:43] http://developer.mozilla.org/en/docs/Troubleshooting_XPCOM_components_registration [09:36:43] because I hope this "troubleshooting binary components" info is up there! [09:36:47] hells yeah [09:36:49] yay [09:37:04] there's error console messages [09:37:09] NSPR logging in release builds [09:37:18] and tips for using dependency walker and whatnot [09:37:34] never mind, I restarted and it loaded [09:37:35] dependency walker profiling is just about the coolest thing ever [09:37:42] darn, stupid extension spoiled all the fun [09:37:56] Visoni [chatzilla@849C3125.195E9647.7215E1C1.IP] has joined #developers [09:38:02] what was Gertner's Third Law again? [09:38:06] how should I find out if there is a need for FF developers and how can I help? [09:38:09] stuff starts working the second you stop expecting it to? [09:38:17] :) [09:38:30] there's always a need for ff developers :) [09:38:37] Visoni: there is a need for FF developers, and http://developer.mozilla.org/en/docs/Hacking_Mozilla [09:38:55] Visoni: what kinds of hacking are you good at? [09:39:12] right now asking questions [09:39:15] :) [09:39:22] but if there is a need I want to learn [09:39:23] and help [09:39:50] bsmedberg: got a few minutes to sign off on bug 407963? [09:40:02] Visoni: well, I can point you at some "wanted" bugs... it depends on what your skills are [09:40:18] philor [ringnalda@moz-3E782AAF.dial1.seattle1.level3.net] has joined #developers [09:40:24] Visoni: do you know C/C++? [09:40:40] Oh no, I am not a programmer but I love ff and was thinking of learning to program to help [09:40:41] stransky [stransky@moz-2952D2D0.redhat.com] has quit IRC: Quit: Connection reset by beer [09:40:45] a newbie here! [09:41:22] You see I don't have much experience but i am very fond of Open source and FF and I keep resisting the desire to help but can't find enough reasons to go on with it. [09:42:10] perhaps you could start by helping test, via litmus and such [09:42:22] ok [09:42:39] litmus.mozilla.org :) [09:43:00] thanks [09:46:12] bsmedberg: the main thing was just checking that you're ok with a new exthelper/ folder [09:46:20] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Quit: dietrich [09:46:23] wolfiR: back, whenever you're around [09:46:30] New build added to Firefox: MacOSX Darwin 9.1.0 qm-xserve02 dep unit test (status: Burning). [09:46:33] jminta: exthelper, fuel, whatever... I don't care [09:46:38] ok, cool [09:48:31] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Success to Burning. [09:49:59] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has joined #developers [09:53:02] ctalbert [clint@moz-7EFF73E1.dsl.pltn13.sbcglobal.net] has joined #developers [09:53:21] mkaply [mkaply@moz-66DA7862.co.us.ibm.com] has joined #developers [09:53:21] ChanServ [services@mozilla.org] has set mode +o mkaply [09:54:33] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Success to Burning. [09:54:36] Build 'WINNT 5.1 mini talos trunk qm-mini-xp02' has dropped from the 'Firefox' tinderbox. [09:55:29] bsmedberg: I wrote an extension to illustrate the problem (https://bugzilla.mozilla.org/show_bug.cgi?id=411916) [09:55:36] maybe I'm wrong about FF2 behavior but I don't think so [09:56:25] plasticmillion: What behaviour are you seeing then? You don't get xpcom-startup on the first run after install [09:56:27] ? [09:56:35] jpb [chatzilla@moz-DF053F63.cse.bris.ac.uk] has quit IRC: Quit: Chatzilla 0.9.75.1 [SeaMonkey 1.1.7/2007112810] [09:56:53] Mossop: you read the bug? [09:57:01] Yes [09:57:12] it looked like it calls the xpcom-startup observers and then registers my component [09:57:14] It doesn't tell me what behaviour you are seeing [09:57:46] mvl [michiel@moz-2F035FEA.direct-adsl.nl] has joined #developers [09:57:47] "But it looks like this method is being called after xpcom-startup." [09:57:53] So yes, you aren't getting xpcom-startup on first run but are on subsequent runs [09:58:08] plasticmillion runs it again [09:58:38] Mossop: AFAICS my component never sees xpcom-startup, on first or subsequent runs [09:58:45] Ah well [09:58:48] the XPCOM init order is a little fubar [09:58:56] That seems unrelated to component registration then [09:59:18] well maybe I didn't express the problem very well [09:59:50] but the component's RegisterFoo method is called on every run, assuming that you specify a custom registration method in the module info [09:59:52] n'est-ce pas ? [10:00:07] rhelmer|afk [rhelmer@moz-B77DEAEB.mozilla.org] is now known as rhelmer [10:00:33] plasticmillion: shouldn't be! [10:00:33] or should that "persist category" thing mean that it's there already after the first run? [10:00:51] Yeah if you set the category to persist it should just be there on every run after [10:00:55] component registration should be cached [10:01:08] nth10sd [nth10sd@moz-E7B2A8B8.kappa67.maxonline.com.sg] has joined #developers [10:02:14] madhava [madhava@moz-11343358.ca.mozilla.com] has joined #developers [10:02:32] bienvenu_ [DavidBienv@moz-ABCEA59A.dsl.pltn13.pacbell.net] has joined #developers [10:02:44] yeah, I don't really understand that stuff entirely [10:02:54] when it comes up I just wave my hands around a lot and try to change the subject [10:03:27] Heh [10:04:10] anyway I'm definitely not getting xpcom-startup [10:04:15] maybe my example is faulty? [10:04:27] I do see app-startup and I use the exact same code to add it to the catmgr [10:04:28] NeilAway wonders what happened to his patch to nsID.h - full rebuild time :-( [10:04:38] Possibly, I'll try it myself later this evening if I get chance [10:04:44] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has quit IRC: Client exited [10:05:04] cool [10:05:16] I'm 95% sure something changed between FF2 and FF3 [10:05:21] We do have what appears to be a unit test in tree that uses xpcom-startup [10:05:52] yeah well presumably if you add an observer to the observer service directly that'll still work [10:05:54] where is this unit test? [10:05:59] Actually that might not be hooked up to the tests [10:06:08] http://mxr.mozilla.org/seamonkey/source/netwerk/test/TestServ.js [10:06:16] tests always work when you don't actually run them [10:06:22] Yeah [10:06:26] This one was developed an age ago [10:06:44] okay that does the same thing as my example [10:06:53] so if it works then I am probably doing something wrong [10:07:56] how do I run that test? [10:07:59] make check or something? [10:08:30] cozby [chatzilla@moz-24881D6C.cpe.net.cable.rogers.com] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [10:09:13] crap, I disabled tests in my minefield build anyway [10:09:22] if someone can try that test it'd be interresting to know the result [10:09:27] interesting, even [10:09:28] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has joined #developers [10:09:38] Apparently you have to copy it to the comoponents directory of a build! [10:09:44] Unless that has change [10:10:24] plasticmillion tries it [10:12:17] Mossop [Mossop@moz-B9F6E8D3.oxymoronical.com] is now known as Mossop_away [10:12:21] yeah, as written it doesn't get the topic notification, but if I change it to app-startup it does [10:12:27] plasticmillion was right [10:12:31] w00t! [10:13:02] dbradley [chatzilla@moz-4B8CDA29.cinci.res.rr.com] is now known as World [10:13:13] World [chatzilla@moz-4B8CDA29.cinci.res.rr.com] is now known as dbradley [10:14:23] remind me next time to write a JS component and not a full-blown extension when I want to test something like that :-/ [10:14:36] heh, who is author of nsPostscriptPbj.cpp code? I really dislike this http://lxr.mozilla.org/mozilla1.8/source/gfx/src/ps/nsPostScriptObj.cpp#2425 statement [10:14:48] it'll say in the blame [10:15:18] glazou [daniel@moz-204094DD.disruptive-innovations.fr] has quit IRC: Quit: [10:18:54] tigerdog [tigerdog@moz-E9E5B465.san.res.rr.com] has joined #developers [10:21:57] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [10:22:25] ctalbert [clint@moz-7EFF73E1.dsl.pltn13.sbcglobal.net] has quit IRC: Quit: ctalbert [10:22:30] mw22_away [chatzilla@moz-7142FB28.dsl.speedlinq.nl] is now known as mw22 [10:23:24] adding a new repository to MXR... is that Server Ops? [10:23:56] yeah, probably [10:28:56] federico [federico@A09447BF.B5694E96.66A10872.IP] has joined #developers [10:29:16] federico [federico@A09447BF.B5694E96.66A10872.IP] has left #developers [10:30:00] dietrich [dietrich@E3533E8D.2FA830C5.7E041973.IP] has joined #developers [10:30:36] Simon [Simon@moz-9F1C4EF9.range86-137.btcentralplus.com] has joined #developers [10:30:42] oof, acid3 [10:31:52] josh [josh@moz-B181E152.phlapa.east.verizon.net] has joined #developers [10:34:44] beaufour [beaufour@moz-299A3F6B.lid.theveniceproject.com] has quit IRC: Quit: Leaving [10:38:27] bhearsum [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum|lunch [10:42:11] Mossop_away [Mossop@moz-B9F6E8D3.oxymoronical.com] is now known as Mossop [10:43:41] JasnaPaka [chatzilla@moz-9D55794A.karneval.cz] has joined #developers [10:47:35] gandalf [e-gand@moz-42728449.neoplus.adsl.tpnet.pl] has joined #developers [10:50:51] philor [ringnalda@moz-3E782AAF.dial1.seattle1.level3.net] has quit IRC: Ping timeout [10:50:52] jimm [jmathies@moz-E613DC71.pn.at.cox.net] has left #developers [10:50:54] Camino: 'MacOSX Darwin 9.1.0 cb-miniosx01 Depend CmTrunk' has changed state from Success to Test Failed. [10:50:56] jimm [jmathies@moz-E613DC71.pn.at.cox.net] has joined #developers [10:50:57] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Burning to Success. [10:53:04] Visoni [chatzilla@849C3125.195E9647.7215E1C1.IP] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [10:54:17] faaborg [faaborg@moz-F53C9D9B.hsd1.ca.comcast.net] has joined #developers [10:54:59] mento [mark@F4381B10.C8C6FF5E.4065847B.IP] has joined #developers [10:55:47] Tomcat [Tomcat@moz-B71A2596.dip.t-dialin.net] is now known as Tomcat-mac [10:56:10] bc [bclary@moz-95E1E5F0.direcpc.com] has quit IRC: Input/output error [10:56:48] Tomcat [MBTC@moz-B71A2596.dip.t-dialin.net] has joined #developers [10:58:15] whimboo [Miranda@759BA5C6.412D10EA.349377F5.IP] has quit IRC: Connection reset by peer [10:59:56] willguaraldi [willguaral@moz-96E6791A.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has joined #developers [11:00:27] einpoklum [some@moz-C2F86186.red.bezeqint.net] has joined #developers [11:01:19] sdwilsh|away: ping [11:02:05] davida [dascher@4B559033.643E6F40.BE18F0C.IP] has quit IRC: Quit: davida [11:03:50] taras [taras@moz-7851D4F.ptldor.fios.verizon.net] has joined #developers [11:04:19] schrep_ [Mike@moz-334F2010.mountainview.mozilla.com] has joined #developers [11:04:55] deb00t [Miranda@moz-4319B9E7.t-com.sk] has quit IRC: Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org [11:05:18] madhava [madhava@moz-11343358.ca.mozilla.com] has quit IRC: Ping timeout [11:08:17] too early [11:08:19] mochitest is taking a very long time on leopard [11:08:28] too early for stuart! [11:09:00] Camino: 'MacOSX Darwin 9.1.0 cb-miniosx01 Depend CmTrunk' has changed state from Test Failed to Success. [11:09:17] Cartman [chatzilla@moz-66DA7862.co.us.ibm.com] has joined #developers [11:10:23] maikmerten [maikmerten@moz-A18CC069.l.pppool.de] has joined #developers [11:10:44] Hamaryns [hamaryns@moz-D83878C9.pools.arcor-ip.net] has joined #developers [11:13:00] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [11:17:33] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has quit IRC: Ping timeout [11:17:35] caillon [caillon@moz-2952D2D0.redhat.com] has quit IRC: Quit: Leaving [11:19:14] madhava [madhava@moz-11343358.ca.mozilla.com] has joined #developers [11:20:18] bc [bclary@moz-95E1E5F0.direcpc.com] has joined #developers [11:20:29] Standard8 [mark@B7F1AE36.48015583.54C3481B.IP] has joined #developers [11:20:59] Standard8 [mark@B7F1AE36.48015583.54C3481B.IP] is now known as Standard8Away [11:21:50] bhearsum|lunch [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum [11:22:43] josh [josh@moz-B181E152.phlapa.east.verizon.net] has quit IRC: Quit: josh [11:22:58] Hamaryns [hamaryns@moz-D83878C9.pools.arcor-ip.net] has quit IRC: Ping timeout [11:26:55] I have a following exception: [11:26:57] [message]=[JavaScript Error: "uncaught exception: Security Error: Content at resource://gre/res/hiddenWindow.html may not load data from http://benedict.apnet/F [11:26:58] BTestApp/redirect2.php."]; [11:27:16] Does anybody has an idea what is about? [11:27:57] I am monitoring XmlHttpRequest and adding an event listener to the request object by addEventListener("load", ... method [11:28:24] when I do it from within an overlay (browser.xul) there is this exception... [11:28:51] If I add the listener from the page (where the request is made) everything is OK [11:29:24] Honza is astonished [11:30:47] fantasai [fantasai@moz-989A079D.info] has joined #developers [11:30:52] graydon [graydon@moz-4CF3055C.vc.shawcable.net] has quit IRC: Quit: Leaving. [11:33:16] bienvenu_ [DavidBienv@moz-ABCEA59A.dsl.pltn13.pacbell.net] has quit IRC: Quit: Trillian (http://www.ceruleanstudios.com [11:34:21] alice [alice@moz-FA61D0F3.zabbo.net] has joined #developers [11:34:25] Mnyromyr [Mnyromyr@B2521176.7B0892CB.771966F7.IP] has joined #developers [11:35:19] Firefox: 'MacOSX Darwin 9.1.0 qm-xserve02 dep unit test' has changed state from Burning to Test Failed. [11:39:57] anant [anant@moz-3157D25D.ac.in] has quit IRC: Connection reset by peer [11:40:25] doron [d@moz-B3C52259.hsd1.ca.comcast.net] has joined #developers [11:40:28] anant [anant@moz-3157D25D.ac.in] has joined #developers [11:41:02] stefanh_ [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has joined #developers [11:41:40] stefanh [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has quit IRC: Ping timeout [11:42:07] stefanh__ [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has joined #developers [11:42:09] stefanh__ [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] is now known as stefanh [11:43:39] Simon [Simon@moz-9F1C4EF9.range86-137.btcentralplus.com] has quit IRC: Quit: Simon [11:44:13] stefanh_ [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has quit IRC: Ping timeout [11:44:53] davida [dascher@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [11:45:10] ctalbert [clint@moz-334F2010.mountainview.mozilla.com] has joined #developers [11:48:14] salty-horse [ori@moz-819A5A60.red.bezeqint.net] has joined #developers [11:48:38] what's the mozilla name for the "menu key" on the keyboard? (to the left of CTRL_R) [11:49:15] rhelmer [rhelmer@moz-B77DEAEB.mozilla.org] is now known as rhelmer|afk [11:49:44] "that menu key thing next to ctrl_r what no one knows the name of" [11:49:48] pamg [pamg@moz-CD91E596.google.com] has joined #developers [11:50:39] Sander [me@moz-B871F4D3.direct-adsl.nl] has joined #developers [11:50:46] thanks stevie. let me see if I can find any bugs associated with it....nope! weird! [11:51:02] Mook_sb [mook@346ECF13.BBC87276.3E8C195A.IP] has joined #developers [11:51:11] :> [11:51:35] wikipedia says Menu Key http://en.wikipedia.org/wiki/Menu_key [11:51:51] bsmedberg [bsmedberg@A50FC3B9.17E038BA.1D0CFEC6.IP] is now known as bsmedberg-lunch [11:51:56] erwan [erwan@moz-58D72C8F.dsl.pltn13.sbcglobal.net] has joined #developers [11:52:20] tigerdog [tigerdog@moz-E9E5B465.san.res.rr.com] has quit IRC: Quit: Later, friends! [11:52:45] and answers.com concurs http://www.answers.com/topic/menu-key?cat=technology [11:53:36] faaborg [faaborg@moz-F53C9D9B.hsd1.ca.comcast.net] has quit IRC: Quit: faaborg [11:55:33] hmm. I noticed it works wrong in several places in firefox. right clicking a bookmark menu item is different than clicking the menu key (which does nothing unless pressed for a long time, then opening the *page*'s context menu). when standing on a spelling mistake, the menu key pops up the context menu, but one without the spelling suggestions [11:55:41] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has quit IRC: Quit: brendan [11:55:53] (which is annoying) [11:56:14] tbh i don't think i've ever pressed that button until just now [11:56:31] so no bugs filed on it? [11:56:54] not when searching for "menu key" [11:57:08] menu button? [11:57:11] it's useful to use it when typing and you want a spelling correction [11:57:12] davida [dascher@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: davida [11:57:13] sec [11:57:36] nope [11:57:47] file a bug I guess :-) [11:58:46] Mnyromyr [Mnyromyr@B2521176.7B0892CB.771966F7.IP] has quit IRC: Quit: Chatzilla 0.9.75.1 [SeaMonkey 1.1.1/2007022117] [11:58:54] ok. two of them :) [11:59:39] ctalbert [clint@moz-334F2010.mountainview.mozilla.com] is now known as ctalbert|afk [12:00:40] stefanh [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has quit IRC: Quit: Chatzilla 0.9.75.1 [SeaMonkey 1.1.7/2007112808] [12:01:27] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Burning to Success. [12:03:03] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] has joined #developers [12:03:05] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] is now known as koifans [12:04:16] whimboo [whimboo@moz-40B9812B.pools.arcor-ip.net] has joined #developers [12:05:10] anant [anant@moz-3157D25D.ac.in] has quit IRC: Quit: anant [12:05:45] dbaron [dbaron@moz-84C8C8D.hsd1.ca.comcast.net] has joined #developers [12:05:45] ChanServ [services@mozilla.org] has set mode +o dbaron [12:06:32] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has quit IRC: Ping timeout [12:07:34] stevee, heh. when I searched all bugs (incl. fixed) for "menu key" all I got was a crash bug I reported: https://bugzilla.mozilla.org/show_bug.cgi?id=266822 [12:07:56] heh [12:10:36] ondrej [Miranda@moz-E61C758C.ip.b26.cz] has quit IRC: Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org [12:11:53] Tomcat: pong [12:12:01] Tomcat: I think I lied to you about being able to be around today :( [12:12:25] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] has joined #developers [12:12:26] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] is now known as koifans [12:12:30] sdwilsh|away: oh its no problem, i think stephend or so will be around later and he knows also the features and problems [12:12:44] sdwilsh|away: i will send you a mail with the testday summary later [12:13:11] sdwilsh|away: to this download manager leak bug...with download notification i meant this little popup that comes up when a download is finished [12:13:27] Tomcat: that's what I though, but I wanted to make sure [12:13:46] :-) [12:13:53] shall i comment in the bug to your question ? [12:13:56] Hendikins [wolfox@moz-DC9D8D72.nsw.bigpond.net.au] has quit IRC: Ping timeout [12:14:47] maikmerten [maikmerten@moz-A18CC069.l.pppool.de] has quit IRC: Client exited [12:15:00] Tomcat: please do just for reference purposes [12:15:05] ok [12:15:12] stevee, if you're interested: https://bugzilla.mozilla.org/show_bug.cgi?id=411948 [12:15:29] Tomcat: far too often I forget conversations on irc ;) [12:15:30] tnx [12:15:31] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Burning to Success. [12:15:39] heh [12:17:29] bc [bclary@moz-95E1E5F0.direcpc.com] has quit IRC: Input/output error [12:18:06] petea [petea@F7BDB098.FC63495D.2321E71E.IP] has quit IRC: Quit: petea [12:20:09] micadeyeye [micadeyeye@moz-BEFBBD62.ee.uct.ac.za] has quit IRC: Quit: Lost terminal [12:20:57] davida [dascher@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [12:22:05] karlt [karl@moz-27B7E44D.jetstream.xtra.co.nz] has joined #developers [12:22:16] micadeyeye [micadeyeye@moz-BEFBBD62.ee.uct.ac.za] has joined #developers [12:22:36] dolske: ping (any thoughts on adding a "quality" flag to encodeScaledImage? bug 389273) [12:22:46] alice [alice@moz-FA61D0F3.zabbo.net] is now known as alice|afk [12:23:03] micadeyeye [micadeyeye@moz-BEFBBD62.ee.uct.ac.za] has left #developers [12:24:41] einpoklum [some@moz-C2F86186.red.bezeqint.net] has left #developers [12:25:31] micadeyeye [micadeyeye@moz-BEFBBD62.ee.uct.ac.za] has joined #developers [12:27:23] pvh [pvh@moz-6ACC8D87.dsl.snfc21.pacbell.net] has quit IRC: Quit: pvh [12:28:09] dave: am i on to dave@seneca? [12:28:23] I am he [12:28:42] can't access seneca any longer [12:28:47] register your nick [12:28:52] need authentication i think [12:28:54] it's +R to kill smapbots [12:29:00] ok [12:29:07] bc [bclary@moz-95E1E5F0.direcpc.com] has joined #developers [12:29:13] +R #seneca [12:29:30] micadeyeye: I'll pm you and take this off developers [12:32:24] ajschult [andrew@moz-30D83D47.bflony.east.verizon.net] has quit IRC: Quit: ChatZilla 0.9.79 [SeaMonkey 2.0a1pre/2008011009] [12:33:14] mattc [mattc@346ECF13.BBC87276.3E8C195A.IP] has joined #developers [12:34:19] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [12:35:08] josh [josh@moz-B181E152.phlapa.east.verizon.net] has joined #developers [12:36:48] coop [Chris@moz-E31CD2CB.mozilla.org] is now known as coop_lunch [12:38:04] jbms [user@moz-251C8039.wv.cc.cmu.edu] has joined #developers [12:38:49] stevee, and another one: https://bugzilla.mozilla.org/show_bug.cgi?id=411953 [12:39:15] Enn [enn@moz-11343358.ca.mozilla.com] has joined #developers [12:41:41] maikmerten [maikmerten@moz-A18CC069.l.pppool.de] has joined #developers [12:42:32] maikmerten [maikmerten@moz-A18CC069.l.pppool.de] has quit IRC: Client exited [12:44:20] rabby [rabby@moz-BFB87D48.dip0.t-ipconnect.de] has joined #developers [12:44:34] hello [12:45:20] anyway i got it work in my gtk/c++ app to create a nsIWebProgressListener and to connect it with my gecko. [12:45:41] but now i do not know how to use it or how to ask it for the state of the browser atm. [12:45:57] look at gtkmozembed? [12:46:28] doron: it only allows a stupid and very limited way of getting status information :( [12:46:53] that's why i need to use nsIWebProgressListener for that. [12:47:42] but now i see no way how to use it; e.g. like other events using g_signal_connect or sth. like that. [12:47:43] Standard8Away [mark@B7F1AE36.48015583.54C3481B.IP] has quit IRC: Quit: back later maybe [12:47:51] and there is _no_ example :( [12:47:51] http://developer.mozilla.org/en/docs/Gecko_Embedding_Basics then [12:48:35] though that seems windows specific [12:49:05] the only few examples i could find are written for js, not c++. [12:50:00] aaronlev [chatzilla@moz-100F13EC.hsd1.ma.comcast.net] has quit IRC: Connection reset by peer [12:51:59] what MIME type do we need to see in order to process XHTML as XHTML (with short tags, etc.)? [12:52:44] daim [David_Mart@20A20C50.14A6DDD8.CAE56860.IP] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [12:52:49] davida [dascher@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: davida [12:53:25] mm, inline asm for ffs didn't speed things up much on the sun spider test [12:53:25] oh well [12:53:35] ffs? [12:53:48] find first bit set [12:54:00] intrinsic work better? [12:54:05] can't find one [12:54:06] we use them in jsbit [12:54:28] its just bsf, cmovne, mov [12:54:32] http://mxr.mozilla.org/mozilla/source/js/src/jsbit.h#82 [12:54:37] yeah, but you pin the registers [12:54:50] or force it off the stack and back [12:54:53] and that means surrounding codegen suffers [12:55:00] shaver: application/xhtml+xml [12:55:27] thx! [12:55:58] shaver: oh nice [12:56:32] _BitScanForward does in fact do what i want [12:56:35] lets see what that compiles to [12:56:51] if nothing else, ripping off the jsbit.h code there will get you gcc + msvc [12:56:58] i just need windows [12:57:02] linux has ffs() [12:57:10] i guess it could be done inline [12:57:12] gcc, or linux? [12:57:24] not sure where it is implemented on linux [12:57:38] I'd say to use the intrinsics, which will give us Mac as well [12:57:52] darin [darin@moz-CD91E596.google.com] has joined #developers [12:58:01] erwan_ [erwan@moz-65580F7F.dsl.pltn13.sbcglobal.net] has joined #developers [12:58:05] no idea for my progresslistener who does not want to talk to me? [12:58:52] sdwilsh|away [sdwilsh@moz-4BD137CE.public.engin.umich.edu] has quit IRC: Quit: Leaving [12:59:24] rabby: where's your code? [12:59:27] ted: I wondered if the MOZ_CRASHREPORTER env variable is still in use? [12:59:35] erwan [erwan@moz-58D72C8F.dsl.pltn13.sbcglobal.net] has quit IRC: Ping timeout [12:59:36] wolfiR: you can use it, yes [12:59:46] if the crash reporter is not enabled in application.ini, you can use that to force it on [12:59:49] it just overrides application.ini? [12:59:52] yep [12:59:57] bsmedberg-lunch [bsmedberg@A50FC3B9.17E038BA.1D0CFEC6.IP] is now known as bsmedberg [12:59:58] also MOZ_CRASHREPORTER_DISABLE is the opposite [13:00:10] wish i knew x86 asm better [13:00:14] ok, that's what I thought [13:00:21] thanks ted [13:00:32] wolfiR: http://developer.mozilla.org/en/docs/Environment_variables_affecting_crash_reporting [13:00:49] oh hm, MOZ_CRASHREPORTER is not on that list [13:00:55] mkaply: ping? [13:01:11] ted: I have basically the same in our internal wiki ;-) [13:01:12] <@mkaply> shaver: pong [13:01:18] wolfiR: hehe [13:01:23] wolfiR: but it's more useful here! [13:01:38] mkaply: was there something preventing the work in bug 337679 from being integrated into the CCK? [13:01:55] mkaply: dave and I have a student lined up to take it over the finish line, but I wanted to make sure that there wasn't some problem with it that I was missing [13:01:56] ted: yep, either I didn't know about it or it wasn't there when I wrote the other [13:02:21] <@mkaply> shaver: When that was last discussed, I thought there was talk of actually having group policy native in Firefox. [13:02:38] ted: we are about merging stuff, so that MOZ_CRASHREPORTER thing had a change in our tree [13:02:55] erwan__ [erwan@moz-F1943B8E.dsl.pltn13.sbcglobal.net] has joined #developers [13:02:59] ted: since we enabled it by default before mozilla did [13:03:00] <@mkaply> https://bugzilla.mozilla.org/show_bug.cgi?id=267888 [13:03:05] ah [13:03:32] mkaply: that doesn't seem like a reason to not put the (apparently working) code in the CCK in the interim, but maybe I'm missing something [13:03:36] i dunno when you're merging from, but we've definitely made improvements [13:03:42] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has quit IRC: Ping timeout [13:03:46] mkaply: did you ever tell the guy who worked on the CCK stuff that? [13:03:48] you might also want to come back for the client improvements real soon now [13:04:09] (in bug 404855) [13:05:08] erwan_ [erwan@moz-65580F7F.dsl.pltn13.sbcglobal.net] has quit IRC: Ping timeout [13:05:41] davida [dascher@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [13:06:10] ctalbert|afk [clint@moz-334F2010.mountainview.mozilla.com] is now known as ctalbert [13:06:53] florian [fqueze@moz-334F2010.mountainview.mozilla.com] has joined #developers [13:07:37] sspitzerMsgMe [sspitzer@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [13:08:50] <@mkaply> shaver: This was debated at the time and I think the problem was that while what he did was a good idea, the registry key mapping turned out really weird. The way Firefox ADM does mapping of prefs to Firefox is somewhat cumbersome. It was difficult to make ADM type prefs map to Firefox prefs. It needs some more research [13:09:03] there's nothing about that in the bug :( [13:09:21] <@mkaply> I know. I'm trying to find that conversation [13:09:27] which means that someone else who wants to work on this just sees "guy wrote patch, there was positive reception, then dropped" [13:09:32] which is not encouraging :/ [13:09:36] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] has joined #developers [13:09:37] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] is now known as koifans [13:10:01] anyway [13:10:08] erwan_ [erwan@moz-360BBB75.dsl.pltn13.sbcglobal.net] has joined #developers [13:10:12] mostly I want to make sure I'm not sending this student on a snipe hunt [13:10:38] <@mkaply> shaver: I don't think you are. Having someone figure out if there remaining issues is great. I'll see what I can dig up. [13:10:42] OK [13:10:49] respond to dave's mail with that info? [13:11:10] dave needs to send mkaply a second email quick then [13:11:19] oh [13:11:35] shaver: http://nopaste.info/7943dc286b.html is the section in my source where i am dealing with the listener [13:11:39] stephend [stephend@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [13:11:41] biesi [chb@moz-FEB3AC38.dclient.hispeed.ch] has joined #developers [13:12:10] and you get no notifications? [13:12:16] hm, the intrinsic isn't working [13:12:17] if i should post all the (confusing) source with lots of other functions that do not have to do with the listener, tell me, and i will do so, too [13:12:41] erwan__ [erwan@moz-F1943B8E.dsl.pltn13.sbcglobal.net] has quit IRC: Ping timeout [13:12:42] shaver: notifications? - talking to me? [13:12:48] yes [13:12:49] wait [13:13:00] where is the listener actually implemented? [13:13:03] dao [dao@moz-58077CBB.pool.einsundeins.de] has joined #developers [13:13:10] oh [13:13:19] line 5 just declares a null nsIWebProgressListener [13:13:32] you need to implement the interface somewhere, which gets called back [13:13:39] i only create it because i can not find a way to implement it. [13:13:54] with the g_signal_connect it does not want to work [13:13:55] <@mkaply> shaver: yeah, I'll respond to Dave [13:14:04] you're not creating it [13:14:06] there's nothing to call back [13:14:07] dave types faster [13:14:28] you need to implement nsIWebProgressListener in a C++ object, and pass that to AddWebBrowserListener [13:14:41] shaver: nsCOMPtr listener; and 2 lines later it becomes connected with addwblistener [13:14:45] no [13:14:48] that declares a variable [13:14:56] it doesn't implement anything that can be notified [13:14:57] <@mkaply> shaver: The other reason active directory languished a little is because it was a lot of my work was a little more self centered at that point and we weren't focused on Windows specific issues (like MSI, active directory, etc.) [13:14:59] it's like you saying [13:15:11] gtk_foo *foo; [13:15:15] send_events_to(foo); [13:15:23] erwan_ [erwan@moz-360BBB75.dsl.pltn13.sbcglobal.net] has quit IRC: Connection reset by peer [13:15:23] you just have a dangling (in the comptr case NULL) pointer [13:15:27] you're not giving it anything to talk to [13:15:32] erwan_ [erwan@moz-418BE42D.dsl.pltn13.sbcglobal.net] has joined #developers [13:15:41] <@mkaply> dave: I posed a response to that blog post you referenced that never made it to your actual blog for some reason [13:15:52] you have to implement nsIWebProgressListener, and that implementation does whatever you want done in response to the notifications [13:16:02] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has quit IRC: Quit: Vision[0.9.7-SF-010705]: i've been blurred! [13:16:24] wouldn't g_signal_connect give me a chance to simply connect it with my function status_changer2? [13:16:45] not if you have it commented out [13:16:58] mkaply: weird, I'll look for it [13:16:59] but even then [13:17:09] I don't understand how you expect notifications to flow here [13:17:11] <@mkaply> dave: it was a long time ago [13:17:14] of course, but i did not get it work and do not know another way. [13:17:22] but they won't, without an actual implementation of nsIWebProgressListener [13:17:40] mkaply: if possible, I'd like to throw another student onto the deployment kit idea [13:18:11] myk [chatzilla@moz-334F2010.mountainview.mozilla.com] has joined #developers [13:18:31] <@mkaply> dave: That would be great. I'd love to have more support in this area. [13:18:38] schrep_: approvals, please? haven't been done in a while :) [13:19:01] mkaply: nice, I'll wait for those replies and we can get this rolling [13:19:06] can't believe, it is really so hard to get the state :( at the beginning i hoped there was something like mozi->state() returning a state code...i was wrong :( [13:19:38] dholbert [dholbert@moz-334F2010.mountainview.mozilla.com] has joined #developers [13:19:38] mvl [michiel@moz-2F035FEA.direct-adsl.nl] has quit IRC: Quit: Leaving [13:20:22] ianloic [ian@moz-1817B4DB.dreamhostps.com] has joined #developers [13:22:18] The_Hunter [The_Hunter@moz-E971B7E6.walinga.com] has joined #developers [13:23:41] gandalf [e-gand@moz-42728449.neoplus.adsl.tpnet.pl] has quit IRC: Ping timeout [13:23:42] ctyler [chris@moz-59AD088D.nomadic.ncsu.edu] has left #developers: Leaving [13:24:17] graydon [graydon@moz-D53B2287.vc.shawcable.net] has joined #developers [13:25:25] Is there a way to kill firefox on linux that will send a crash report? [13:25:57] kill -SEGV [13:26:51] shaver: think i went into wrong direction. nsIWebProgress::GetIsLoadingDocument is exactly what i am looking for. the other states are not really interesting for me... [13:27:09] marvellous [13:27:15] is anybody looking into the unittest failures on leopard? [13:27:21] rabby: excellent [13:28:28] erwan_ [erwan@moz-418BE42D.dsl.pltn13.sbcglobal.net] has quit IRC: Ping timeout [13:29:03] auswerk [aus@346ECF13.BBC87276.3E8C195A.IP] has joined #developers [13:29:31] is there a way to view the *full* crash report before sending? [13:29:43] no [13:29:52] the symbols needed to construct it are on the server [13:29:52] bhearsum [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum|mtg [13:29:53] erwan_ [erwan@moz-5C9284E0.dsl.pltn13.sbcglobal.net] has joined #developers [13:30:08] coop_lunch [Chris@moz-E31CD2CB.mozilla.org] is now known as coop [13:30:43] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has quit IRC: Ping timeout [13:30:57] shaver: that does not mean, i found an example for the use. sadly... [13:31:14] you might post to .embedding or .extensions [13:32:14] there is no one at .embedding since days :( [13:32:14] maikmerten [maikmerten@moz-A18CC069.l.pppool.de] has joined #developers [13:33:08] what example do you need? [13:33:17] it sounds like you know what you want to call [13:33:40] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] has joined #developers [13:33:42] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] is now known as koifans [13:34:32] shaver: it took long to find out how to "connect" the webbrowser object with the listener and how to cope with the weakreferenece etc. like in http://nopaste.info/7943dc286b.html [13:34:50] now i have to find a way to do the same for nsIWebProgress. [13:35:15] only when it is created and "connected" correctly, i can use the function i read about... [13:36:34] redfive [redfive@346ECF13.BBC87276.3E8C195A.IP] has joined #developers [13:37:56] erwan_ [erwan@moz-5C9284E0.dsl.pltn13.sbcglobal.net] has quit IRC: Ping timeout [13:38:54] dietrich [dietrich@E3533E8D.2FA830C5.7E041973.IP] has quit IRC: Quit: dietrich [13:38:56] http://developer.mozilla.org/en/docs/Code_snippets:Progress_Listeners shows how the API is used [13:39:04] gandalf [e-gand@moz-DDD80665.neoplus.adsl.tpnet.pl] has joined #developers [13:39:18] ok, so i'm getting a crash running make check - is there an easy way to run the tests in gdb, or be able to attach to the crashed process? [13:39:30] instead of gBrowser in the second step, you'd use the webbrowser you got from the gtkmozembed [13:39:31] dwitte yearns for a stack [13:39:46] dwitte: ulimit -c unlimited? [13:40:06] dwitte: make SOLO_FILE=test.js check-interactive [13:40:13] hello [13:40:20] dwitte tries [13:40:21] dwitte: it'll wait before starting, then run _execute_test() [13:40:34] is that documented anywhere? [13:40:58] yeah [13:41:00] lemme dig it up [13:41:06] Mano [chatzilla@moz-4C97CDB.bb.netvision.net.il] has quit IRC: Ping timeout [13:41:11] http://pastebin.mozilla.org/301665 which one of those is fastest? [13:41:14] shaver: have read over that page already some times, but it is j(s) and not c++ :( do not know about it to translate it... [13:41:33] shaver: it's spread around http://developer.mozilla.org/en/docs/Writing_xpcshell-based_unit_tests [13:41:37] oh [13:41:47] I wouldn't think to look there if I were running them, I admit [13:42:04] maybe "make check" should spit out something informative if a test fails? [13:42:55] make: Nothing to be done for `check-interactive'. [13:43:02] wrong target, or do i have to be in a particular dir? [13:43:16] rabby: check out yelp-gecko-services.cpp from yelp? [13:43:25] http://mail.gnome.org/archives/gnome-doc-devel-list/2006-July/msg00011.html has an example of sorts [13:46:54] Gus [Gus@moz-1B1B32B3.adsl.hansenet.de] has joined #developers [13:46:58] dwitte: you need to be in the test dir or specify it with -C [13:47:30] davida [dascher@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: davida [13:48:45] campd: in the objdir, right? there are no makefiles anywhere under objdir/_tests :/ [13:49:33] ah! [13:49:35] got it [13:50:18] can someone on linux trunk verify something for me? [13:50:48] dwitte: he went to lunch [13:50:53] stephend: Sure [13:50:59] my VM image of Ubuntu doesn't seem to trap my macbook pro's 'delete' key as "Del" on a normal keyboard [13:51:20] walters [walters@moz-97201431.bos.east.verizon.net] has quit IRC: Client exited [13:51:28] dholbert: just press Delete on in the DM over a selected download [13:51:34] whimboo [whimboo@moz-40B9812B.pools.arcor-ip.net] has quit IRC: Ping timeout [13:51:35] k one sec [13:51:36] and let me know if it works [13:51:38] thx [13:52:08] stephend: works [13:52:28] awesome, thanks [13:52:46] (using a trunk checkout from yesterday) [13:52:48] no prob [13:52:49] josh: ping [13:52:51] faaborg [faaborg@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [13:53:00] lilmatt: ? [13:53:23] bug 401803: We're dealing with a similar problem on Flock. Have you gotten anywhere with this? [13:53:58] ah good ole font issues [13:54:00] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has quit IRC: Ping timeout [13:54:15] lilmatt: no, I haven't looked at it [13:54:26] ok. tnx [13:54:43] lilmatt: I don't know why that is assigned to me, let me fix that :) [13:54:49] heh [13:54:54] Mac == josh [13:54:57] :D [13:55:11] I am disowning the 1.8 branch [13:55:38] josh, gfx/src/mac is dead too :) [13:55:41] Not yet you aren't [13:55:44] I had little to do with its development! [13:57:06] woo, got my stack [13:57:08] thanks campd! [13:57:11] The_Hunter [The_Hunter@moz-E971B7E6.walinga.com] has quit IRC: Quit: Leaving [13:57:14] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has joined #developers [13:57:28] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has joined #developers [13:57:35] dwitte pokes and prods [13:59:06] salty-horse [ori@moz-819A5A60.red.bezeqint.net] has left #developers: Leaving [13:59:23] dwitte: Saw your patch in 410250 that touches nsID::ToString. Was wondering if it would be worth replacing the PR_snprintf with something more efficient? [13:59:40] dwitte: Or is the actual processing time in that function not that bad [14:00:36] dbradley: could be! i haven't instrumented time spent in there [14:00:56] my argument for now is - no malloc is infinitely better than one malloc ;) [14:01:28] dwitte: Yes [14:02:10] josh [josh@moz-B181E152.phlapa.east.verizon.net] has quit IRC: Ping timeout [14:02:13] Mano [chatzilla@87D0E4C6.EDE4C1F3.475835C0.IP] has joined #developers [14:02:24] we could just unroll that snprintf... codesize be damned, there's only one compiled copy of this function [14:03:11] it only gets a few thousand calls on startup though, not really a biggie [14:04:06] josh [josh@moz-B181E152.phlapa.east.verizon.net] has joined #developers [14:04:21] dwitte: Hand converting it is pretty trivial [14:04:29] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: dmose [14:08:32] atotic_ [chatzilla@moz-835D91D.meer.net] has joined #developers [14:08:55] atotic [chatzilla@moz-835D91D.meer.net] has quit IRC: Ping timeout [14:08:58] atotic_ [chatzilla@moz-835D91D.meer.net] is now known as atotic [14:11:40] ctalbert [clint@moz-334F2010.mountainview.mozilla.com] is now known as ctalbert|lunch [14:12:36] is the tree in good shape? [14:12:47] bc++ [14:12:47] IS IT EVER! [14:13:03] (seriously?) [14:13:23] dwitte [dwitte@moz-2C52CF80.stanford.edu] has quit IRC: Quit: Auf wiedersehen [14:13:24] Looks okay [14:13:26] ss leaves [14:13:37] stephend [stephend@moz-6B3AE449.mountainview.mozilla.com] is now known as stephend|lunch [14:14:34] dwitte [dwitte@moz-2C52CF80.stanford.edu] has joined #developers [14:16:40] dholbert [dholbert@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: Ex-Chat [14:17:53] Cartman [chatzilla@moz-66DA7862.co.us.ibm.com] is now known as CartmanLunch [14:19:07] I can ignore the new unit test box, right? [14:19:15] for now, at least [14:19:21] since it looks not ready yet [14:21:20] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [14:22:53] shaver, c++ developers: tried to implement the nsIWebProgressListener now: http://nopaste.info/9926108896.html => segmentation fault, no matter what i do :( [14:23:30] davida [dascher@F2B9B401.808255A1.1E0F843B.IP] has joined #developers [14:23:53] oO :) changing it to lauscher *lauscher1=nsnull; makes the compiler being quiet... [14:24:21] davida [dascher@F2B9B401.808255A1.1E0F843B.IP] has quit IRC: Quit: davida [14:24:53] CartmanLunch [chatzilla@moz-66DA7862.co.us.ibm.com] has quit IRC: Connection reset by peer [14:25:31] aaronlev [chatzilla@moz-100F13EC.hsd1.ma.comcast.net] has joined #developers [14:26:20] rabby: That's because it was uninitialized and the compiler is trying to keep you from using uninitialized data [14:27:20] rabby: What are you trying to get a weak reference to? The browser object? [14:27:28] that's nice, but he could tell me so and should not scare me that way... [14:28:28] CartmanLunch [chatzilla@moz-66DA7862.co.us.ibm.com] has joined #developers [14:28:40] dbradlay: now it looks like: http://nopaste.info/045164667c.html [14:29:24] dbradlay: what is missing? or why is the OnStateChange() not called any time; not even when the browser's state changes when loading another url etc.? [14:29:44] dbradley... sorry... [14:29:48] rabby: Ok, before you were asking for a weak reference of some random pointer value that happened to be in memory. Now you're asking for a weak reference of "nsnull" as that's what lauscher1 is going to be [14:30:30] it is not told where to listen to? [14:30:32] rabby: I'm not well versed in the classes involved, I can only help with the mechanics of that code [14:30:35] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] has joined #developers [14:30:39] koifans_ [chatzilla@moz-BA946301.yvr.sxip.com] is now known as koifans [14:31:03] i got You right? [14:31:54] rabby: The snippet at the bottom basically won't do anything other than make thisListener a null pointer (It might crash I'm not sure what do_getWeakReference does when passed a null) [14:32:43] cesar [wsa500_073@moz-37216804.senecac.on.ca] is now known as cesar[away] [14:32:49] ok. that was not my aim, of course... [14:33:21] rabby: I hope you actually implement more methods than just OnStateChange [14:33:25] bhearsum|mtg [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum [14:34:05] mfinkle: no, i only need this one. but need it to work... [14:34:06] sspitzerMsgMe [sspitzer@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: This computer has gone to sleep [14:34:33] well, C++ ain't JavaScript, you'll need to implement the entire interface [14:34:44] even if the rest are empty stubs [14:34:51] (returning the right values) [14:35:41] rabby: there are about 50 different places in the Mozilla code where nsIWebProgressListener is implemented [14:35:42] mfinkle: no heredity? [14:36:08] nsIWebProgressListener is an abstract base [14:36:22] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Success to Test Failed. [14:37:22] implementing the methods you don't care about is a formality required by the C++ spec [14:37:42] daim [David_Mart@moz-EF3D4F79.fbx.proxad.net] has joined #developers [14:37:47] you can't create an instance of a class that doesn't have concrete implementations of all of it's methods [14:38:06] which is a long way of saying that JS rocks [14:38:35] rabby: bingo! a simple implementation http://mxr.mozilla.org/seamonkey/source/toolkit/components/history/src/nsHistoryLoadListener.h#47 [14:38:47] bz_sleep: just the thread for you! http://groups.google.com/group/mozilla.dev.apps.firefox/browse_thread/thread/bca2c92496161015 [14:38:51] rabby: why aren't you doing this in JS? [14:39:01] is it enough to copy the lines of nsiWebProgressListener.h? [14:39:25] yosh: need to implement the embedded browser and its status info in my c++ app [14:40:05] rabby: just write very simple implementations for the other methods on that interface [14:40:09] well, it helps to understand how pointers work before using c++ [14:40:13] all they need to do is return NS_ERROR_NOT_IMPLEMENTED [14:40:19] Aran [aran@moz-D2C6EACC.versanet.de] has joined #developers [14:41:15] JasnaPaka_ [chatzilla@moz-9D55794A.karneval.cz] has joined #developers [14:42:12] JasnaPaka_ [chatzilla@moz-9D55794A.karneval.cz] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 3.0b3pre/2008011105] [14:42:46] rabby: even better http://mxr.mozilla.org/seamonkey/ident?i=ProgressListener [14:42:57] JasnaPaka [chatzilla@moz-9D55794A.karneval.cz] has quit IRC: Ping timeout [14:43:12] rabby: bah - I meant this http://mxr.mozilla.org/seamonkey/source/embedding/browser/gtk/src/EmbedDownloadMgr.cpp#78 [14:43:41] mfinkle: thx, give me some minutes to try to use it. [14:43:44] rabby: the implementation is lower in the file (~ line 256) [14:43:47] anyone using mozilla build and msys mounts? [14:44:25] graydon [graydon@moz-D53B2287.vc.shawcable.net] has quit IRC: Connection reset by peer [14:45:19] mkmelin [chatzilla@moz-1431B88E.fi] has joined #developers [14:45:29] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [14:45:47] stuart: yes [14:46:03] beltzner meekly raises his x60's hand [14:47:05] hrm [14:47:16] walters [walters@moz-509362EC.redhat.com] has joined #developers [14:47:46] when I sign up for something, and they need to send me an email for verification, firefox should be able to tell me email program not to mark the email as junk [14:48:35] stuart: in bug 406580, were your questions about ntoh1 adequately addressed? [14:49:17] db48x: hm - an "expect email from" signal? [14:49:19] ctalbert|lunch [clint@moz-334F2010.mountainview.mozilla.com] is now known as ctalbert [14:49:25] beltzner: yea, something like that [14:50:11] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has quit IRC: Quit: Vision[0.9.7-SF-010705]: i've been blurred! [14:51:01] mkaply [mkaply@moz-66DA7862.co.us.ibm.com] has quit IRC: Quit: Leaving [14:51:06] ashughes [ashughes@A2ABDAA6.A71120F6.6488A450.IP] has joined #developers [14:51:18] bhearsum [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum|afk [14:54:26] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has joined #developers [14:59:03] mfinkle: tried to transfer the implemention into my app: http://nopaste.info/52007b6436.html but it does not do any action again. [14:59:38] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: dmose [14:59:45] mixedpuppy [shanec@moz-6CDD993C.sip.mem.bellsouth.net] has joined #developers [15:00:21] ugh [15:00:40] rabby: where are the rest of the function bodies? [15:01:40] where are you instantiating the listener object? [15:01:47] rabby: remove lines 12 and 13 [15:02:06] maikmerten [maikmerten@moz-A18CC069.l.pppool.de] has quit IRC: Quit: Leaving [15:02:24] ondrej [Miranda@moz-4F7DABBB.net.upc.cz] has joined #developers [15:02:31] oh, I'm sorry [15:02:51] rabby: look at this http://mxr.mozilla.org/seamonkey/source/embedding/browser/gtk/src/EmbedDownloadMgr.cpp#231 [15:03:19] ashughes [ashughes@A2ABDAA6.A71120F6.6488A450.IP] is now known as ashughes[gym] [15:03:30] ashughes[gym] [ashughes@A2ABDAA6.A71120F6.6488A450.IP] is now known as ashughes[afk|gym] [15:03:36] obviously you need those. anyway, your problem is probably the way you're setting up the listner [15:04:00] db48x: i find no solution how to do it else [15:04:02] stephend|lunch [stephend@moz-6B3AE449.mountainview.mozilla.com] is now known as stephend [15:05:29] rabby: no, keep those lines [15:05:30] jag: there you go! [15:05:37] mfinkle: they are out because they cause errors :( lots of errors [15:05:59] Vampire- [aleks@D2602DB7.D89A3637.E16F0CF5.IP] has joined #developers [15:06:04] rabby: but you need to implement the bodies of ALL the methods of nsIWebProgressListener [15:06:33] will take me a lot of time to add them and go through the errors, but if You think it is done after, i will do ;-) [15:06:33] just add | return NS_ERROR_NOT_IMPLEMENTED; | [15:06:45] where? [15:06:46] rabby: http://mxr.mozilla.org/seamonkey/source/embedding/browser/gtk/src/EmbedDownloadMgr.cpp#283 [15:06:57] rabby: I think you still need to fix the way you create the listener [15:07:04] there's a couple of methods that are stubbed out [15:07:27] why does the compiler not alert the missing lines? [15:07:35] rabby: line 30 of your pastebin is not right, as far as I know [15:07:38] Noah [opera@moz-50CC6269.dsl.rcsntx.sbcglobal.net] has joined #developers [15:08:07] cause you never actually instantiate the object? [15:08:14] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [15:08:57] yea, and the cast isn't needed [15:10:09] db48x: it told me it is ambigious [15:10:31] dholbert [dholbert@moz-334F2010.mountainview.mozilla.com] has joined #developers [15:10:56] rabby: try it like this http://mxr.mozilla.org/seamonkey/source/embedding/browser/gtk/src/EmbedDownloadMgr.cpp#231 [15:12:25] what's to use instead of mDownload? the nsIWebBrowser? [15:12:34] _FrnchFrgg_ [_FrnchFrgg@moz-F2169EA2.ens-lyon.fr] has quit IRC: Ping timeout [15:12:57] rabby: nothing [15:13:11] () [15:13:17] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: brendan [15:13:20] rabby: the constructor for the object you're writing doesn't take any arguments [15:14:40] petea [petea@4C87BDBC.2A215FCA.2787FA00.IP] has joined #developers [15:14:45] bent [ChatZilla_@moz-334F2010.mountainview.mozilla.com] has joined #developers [15:14:48] where is the nsresult defined? looks like i am missing an include... [15:17:49] pamg_ [pamg@8FC061C0.D6CCE4AE.77834EAA.IP] has joined #developers [15:17:49] dbradley [chatzilla@moz-4B8CDA29.cinci.res.rr.com] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [15:18:02] nscore.h [15:18:21] though you shouldn't have to include that in practice [15:18:51] pamg [pamg@moz-CD91E596.google.com] has quit IRC: Ping timeout [15:19:07] beltzner: i can't get mount to work [15:19:12] erwan_ [erwan@moz-B23F21FD.sfo1.dsl.speakeasy.net] has joined #developers [15:19:16] it works fine in my other msys environment [15:19:19] but not in mozilla build [15:19:19] CartmanLunch [chatzilla@moz-66DA7862.co.us.ibm.com] is now known as Cartman [15:19:19] mw22 [chatzilla@moz-7142FB28.dsl.speedlinq.nl] has quit IRC: Ping timeout [15:19:23] _FrnchFrgg_ [_FrnchFrgg@moz-F2169EA2.ens-lyon.fr] has joined #developers [15:19:30] Enn: think you'll be able to look at 409388 soon? [15:19:38] pamg [pamg@moz-CD91E596.google.com] has joined #developers [15:20:05] http://pastebin.mozilla.org/301675 [15:20:17] igor [igor@moz-46A85847.nextgentel.com] has quit IRC: Quit: Leaving. [15:20:41] dbradley [chatzilla@moz-4B8CDA29.cinci.res.rr.com] has joined #developers [15:20:49] pamg_ [pamg@8FC061C0.D6CCE4AE.77834EAA.IP] has quit IRC: Ping timeout [15:24:34] nth10sd [nth10sd@moz-E7B2A8B8.kappa67.maxonline.com.sg] has quit IRC: Quit: nth10sd [15:24:42] willguaraldi [willguaral@moz-96E6791A.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com] has quit IRC: Quit: Off I go [15:25:36] federico [federico@A09447BF.B5694E96.66A10872.IP] has joined #developers [15:25:47] igor [igor@moz-46A85847.nextgentel.com] has joined #developers [15:25:50] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has joined #developers [15:26:09] stephend_ [stephend@moz-334F2010.mountainview.mozilla.com] has joined #developers [15:27:37] stephend [stephend@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Ping timeout [15:28:13] ondrej [Miranda@moz-4F7DABBB.net.upc.cz] has quit IRC: Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org [15:28:41] federico [federico@A09447BF.B5694E96.66A10872.IP] has quit IRC: Ping timeout [15:29:31] nice it mounted after a reboot [15:29:41] Archaeopteryx [itsme@26990F2D.5B5E9DA5.2AEEFF95.IP] has joined #developers [15:29:47] stephend_ [stephend@moz-334F2010.mountainview.mozilla.com] is now known as stephend [15:30:30] nsCOMPtr listener = new ProgressListener(); => the object of an abstract type >ProgressListener< can not be reserved [15:31:29] Matti [Matti@moz-A3CC9B1F.dip.t-dialin.net] has joined #developers [15:32:53] the definitions are for nsIWebProgressListener2 and not for nsIWebProgressListener as i have it (only) [15:33:03] aazar [irc@moz-E7A5DB1.mc.videotron.ca] has quit IRC: Ping timeout [15:34:44] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Test Failed to Success. [15:35:30] stephend [stephend@moz-334F2010.mountainview.mozilla.com] has quit IRC: Connection reset by peer [15:35:43] stephend [stephend@moz-334F2010.mountainview.mozilla.com] has joined #developers [15:38:33] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has quit IRC: Input/output error [15:40:25] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has quit IRC: Ping timeout [15:40:33] federico [federico@A09447BF.B5694E96.66A10872.IP] has joined #developers [15:42:46] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Success to Burning. [15:43:05] fantasai [fantasai@moz-989A079D.info] has quit IRC: Ping timeout [15:43:23] Major_Small [Major_Smal@moz-8E812A6.dyn.optonline.net] has quit IRC: Ping timeout [15:43:23] jeremy [jeremy@moz-D22D36C5.dyn.optonline.net] has quit IRC: Ping timeout [15:43:34] fantasai [fantasai@moz-989A079D.info] has joined #developers [15:43:41] jeremy [jeremy@moz-D22D36C5.dyn.optonline.net] has joined #developers [15:43:44] Major_Small [Major_Smal@moz-8E812A6.dyn.optonline.net] has joined #developers [15:45:01] Mnyromyr [Mnyromyr@B2521176.7B0892CB.771966F7.IP] has joined #developers [15:45:20] Mardak: is https://litmus.mozilla.org/show_test.cgi?id=4608 still valid? [15:45:33] (we don't put the file in the DM on cancelled auth attempts) [15:46:30] dbradley [chatzilla@moz-4B8CDA29.cinci.res.rr.com] is now known as dbradley_afk [15:47:12] Enn [enn@moz-11343358.ca.mozilla.com] has quit IRC: Ping timeout [15:48:15] smaug [chatzilla@moz-DDD2A5AD.pp.htv.fi] is now known as smaugZzz [15:49:52] mvl [mvl@moz-FC59C0AE.xs4all.nl] has joined #developers [15:52:21] brendan_work [brendan@moz-334F2010.mountainview.mozilla.com] has joined #developers [15:52:32] pamg [pamg@moz-CD91E596.google.com] has quit IRC: Quit: pamg [15:53:24] dao [dao@moz-58077CBB.pool.einsundeins.de] has quit IRC: Ping timeout [15:54:00] mfinkle, db48x: the declarations are not enough for the implemention? like http://nopaste.info/99b01186e6.html [15:54:11] Matti [Matti@moz-A3CC9B1F.dip.t-dialin.net] has quit IRC: Connection reset by peer [15:54:20] Matti_ [Matti@moz-A3CC9B1F.dip.t-dialin.net] has joined #developers [15:54:25] Matti_ [Matti@moz-A3CC9B1F.dip.t-dialin.net] is now known as Matti [15:54:30] Joshua [joshua@moz-5976F58.washdc.fios.verizon.net] has joined #developers [15:54:31] rabby: the macros you removed did that much [15:55:00] mfinkle, they only did for listener2 but i have only version 1 at all [15:55:38] rabby: there is a macro for listener1 too [15:56:09] rabby: look at this http://mxr.mozilla.org/seamonkey/source/embedding/browser/gtk/src/EmbedDownloadMgr.cpp#90 [15:56:44] alfred [alfred@moz-7738C241.sun.com] has quit IRC: Client exited [15:56:56] alfred [alfred@moz-7738C241.sun.com] has joined #developers [15:57:02] rabby: not trying to be mean or anything, but C++ and XPCOM are not easy as pie [15:57:14] Wolf [wolf@moz-FC50AC5D.carolina.res.rr.com] has quit IRC: Ping timeout [15:57:19] how much background in either do you have? [15:57:35] rabby: have you looked at the tutorials on XPCOM & C++? [15:57:55] i read through all the api related stuff already and am sick of it now :( [15:58:11] I believe you [15:58:17] btw. added the macro again and have now only 3 errors remaining... [15:59:28] rabby: some good information in here http://developer.mozilla.org/en/docs/Creating_XPCOM_Components:Preface [15:59:33] on the basics [15:59:37] but i do not understand what the error comes from now: virtual nsresult nsISupports::QueryInterface(const ...) is only a virtual function of ProgressListener. [15:59:59] pamg [pamg@moz-CD91E596.google.com] has joined #developers [16:00:01] pamg [pamg@moz-CD91E596.google.com] has quit IRC: Quit: pamg [16:00:51] rabby: do you have this http://mxr.mozilla.org/seamonkey/source/embedding/browser/gtk/src/EmbedDownloadMgr.cpp#96 [16:01:03] pamg [pamg@moz-CD91E596.google.com] has joined #developers [16:01:50] nthomas [chatzilla@42C29A72.2255BE60.AFCB8987.IP] is now known as nthomas|afk [16:02:12] mento [mark@F4381B10.C8C6FF5E.4065847B.IP] has quit IRC: Quit: mento [16:02:20] i rememember, there were troubles with the 2 lines. [16:02:27] Wolf [wolf@moz-FC50AC5D.carolina.res.rr.com] has joined #developers [16:02:30] NS_IMPL_ISUPPORTS1(EmbedDownloadMgr, nsIHelperAppLauncherDialog) => i do not have EmbedDownloadMgr [16:02:42] and the other line uses version 2 of progresslistener... [16:02:49] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has joined #developers [16:03:17] firebot: NeilAway [16:03:19] cbarrett: well, duh. Neil is Neil Rashbrook, mailto:neil@parkwaycc.co.uk (Bugmail only to neil@httl.net) foolishly trying to remove all demons of stupidity from Mozilla code. If he's been disconnected from IRC by an IMAP alert then you can also try [16:03:19] aim:NeilRashbrook [16:04:08] Waldo [heckler@moz-FED5FD50.mit.edu] has joined #developers [16:04:39] graydon [graydon@moz-D53B2287.vc.shawcable.net] has joined #developers [16:04:40] rabby: adapt and learn -> | NS_IMPL_ISUPPORTS1(ProgressListener, nsIWebProgressListener) | [16:07:15] dolske [dolske@moz-F8EC3862.hsd1.ca.comcast.net] has quit IRC: Quit: dolske [16:08:53] bretr [bret_recka@moz-334F2010.mountainview.mozilla.com] has joined #developers [16:09:47] cesar[away] [wsa500_073@moz-37216804.senecac.on.ca] is now known as cesar [16:11:09] rhelmer|afk [rhelmer@moz-B77DEAEB.mozilla.org] is now known as rhelmer [16:11:30] sdwilsh|away [sdwilsh@moz-A44F10C.public.engin.umich.edu] has joined #developers [16:12:34] mfinkle: the macro did not do like it has to, so i added all the declarations now manually and You will not believe, but gcc makes object files without being angry with me now. [16:12:49] BUT [16:13:10] it says: undefined reference to vtable for ProgressListener [16:15:12] Aran [aran@moz-D2C6EACC.versanet.de] has quit IRC: Ping timeout [16:15:35] Gus [Gus@moz-1B1B32B3.adsl.hansenet.de] has quit IRC: Quit: Client Exiting [16:15:51] jiha [jiha@moz-12F02116.dip0.t-ipconnect.de] has joined #developers [16:16:00] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has quit IRC: Input/output error [16:16:26] gandalf [e-gand@moz-DDD80665.neoplus.adsl.tpnet.pl] has quit IRC: Quit: Ex-Chat [16:16:32] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has joined #developers [16:17:57] rabby: implement a destructor? [16:18:18] erwan_ [erwan@moz-B23F21FD.sfo1.dsl.speakeasy.net] has quit IRC: Ping timeout [16:18:57] shaver: do not think so. should i have done? http://nopaste.info/76aa22f82b.html [16:19:05] Noah [opera@moz-50CC6269.dsl.rcsntx.sbcglobal.net] has quit IRC: Ping timeout [16:19:27] yes [16:19:40] Vampire- [aleks@D2602DB7.D89A3637.E16F0CF5.IP] has quit IRC: Quit: Moof [16:19:56] erwan_ [erwan@moz-B23F21FD.sfo1.dsl.speakeasy.net] has joined #developers [16:20:32] that won't compile on windows, but maybe you don't care [16:20:44] shaver: for the listener object, i only can find: nsWebProgressListener::~nsWebProgressListener()... that isn't it, right? [16:22:13] rabby, do you implement AddRef/Release/QueryInterface? [16:22:17] IanN [IanN@moz-318EC0ED.cable.ubr02.smal.blueyonder.co.uk] has joined #developers [16:22:33] yes, it was required. all in: nsWebProgressListener::~nsWebProgressListener() [16:22:37] stevel [stevel@346ECF13.BBC87276.3E8C195A.IP] has joined #developers [16:22:55] sorry... in http://nopaste.info/76aa22f82b.html [16:23:16] I don't see it implemented [16:23:21] I just see it declared [16:23:44] sspitzerMsgMe [sspitzer@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [16:25:16] philor [ringnalda@moz-2C18D392.dial1.seattle1.level3.net] has joined #developers [16:25:20] MarcoZ [marco.zehe@moz-1053A3A5.pools.arcor-ip.net] has quit IRC: Quit: zzzzz [16:25:35] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has joined #developers [16:25:56] now it is declared AND defined in the header file. => the same error: vtable... [16:26:02] RyanVM|Sleep [RyanVM@moz-76D6B7ED.dynamic.dejazzd.com] has joined #developers [16:27:52] deb00t [Miranda@moz-C5A2B749.chello.sk] has joined #developers [16:29:24] you need to implement all the methods, and if they're in the header I think something is wrong [16:29:24] aaronlev [chatzilla@moz-100F13EC.hsd1.ma.comcast.net] has quit IRC: Ping timeout [16:30:46] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has joined #developers [16:30:52] mvl [mvl@moz-FC59C0AE.xs4all.nl] has quit IRC: Quit: mvl [16:31:02] jag: ping [16:31:32] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: brendan [16:31:51] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has joined #developers [16:32:07] ctyler [chris@moz-59AD088D.nomadic.ncsu.edu] has joined #developers [16:34:40] daim [David_Mart@moz-EF3D4F79.fbx.proxad.net] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [16:34:56] stuart: ping [16:36:17] shaver: reading a bit about the error message, i find out that there is a problem with "moc". [16:36:39] Fallen [Fallen@moz-F1D3CA92.kewis.ch] is now known as Fallen|away [16:37:22] RyanVM|Sleep: ? [16:37:52] WeirdAl [chatzilla@moz-44BEB5A5.dsl.pltn13.sbcglobal.net] has joined #developers [16:38:00] stuart: poking you about the libpng update bug (408429) :) [16:38:05] RyanVM|Sleep [RyanVM@moz-76D6B7ED.dynamic.dejazzd.com] is now known as RyanVM [16:38:16] ill get to it when i do ;P [16:38:25] fine, I see how it is :) [16:39:02] rabby: pastebin your sources and your err. moc sounds like you're playing with qt... and I don't think moz-on-qt is likely to be working very well. [16:40:35] ctyler [chris@moz-59AD088D.nomadic.ncsu.edu] has quit IRC: Ping timeout [16:42:00] Mook_sb: http://nopaste.info/8cbc777f27.html [16:42:59] gtktest.cc please? I don't see the implementation for class ProgressListener [16:43:09] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Burning to Success. [16:44:03] alfred [alfred@moz-7738C241.sun.com] has quit IRC: Client exited [16:44:15] alfred [alfred@moz-7738C241.sun.com] has joined #developers [16:44:20] Mook_sb: very dirty source: http://nopaste.info/532b26bcf8.html => line 275 [16:44:28] myk [chatzilla@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.1.3/0000000000] [16:45:18] What are the best practices to manage a set of patches against CVS? It would be a while before cvs.mozilla.org can be forgotten. I use quilt, but maybe some local setup with hg/git/name-you-favorite-cvs-replacement works better? [16:45:31] I use hg locally, yeah [16:46:03] I also use hg locally [16:46:03] but how to you sync/commit against CVS? [16:47:14] myk [chatzilla@moz-334F2010.mountainview.mozilla.com] has joined #developers [16:47:40] rabby: yes, go implement that class. have fun. [16:48:29] Mook_sb: didn't i do so already? [16:48:35] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Ping timeout [16:49:16] rabby: where? in particular, ProgressListener::OnStateChange etc.? [16:49:35] not enough? [16:49:41] about local hg and cvs: is it possible to have a single source tree for that setup? [16:50:00] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [16:51:32] mkmelin [chatzilla@moz-1431B88E.fi] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007120410] [16:51:37] mcsmurf [chatzilla@moz-BB40A660.dip.t-dialin.net] has joined #developers [16:51:58] fx-linux-tbox is acting funky, checking it out [16:52:01] i'll link a bug shortly [16:52:11] oh, now with some more function definitions it runs :) [16:52:13] wolfiR [wolfiR@moz-BC0C730B.pool.einsundeins.de] has quit IRC: Quit: Leaving [16:52:15] igor: yes it is [16:52:23] says he who is using one [16:52:27] hmm ok i think it's better now actually [16:52:32] starred the dead build [16:53:05] kaie [kaie@moz-9CDE0AE0.dip.t-dialin.net] has quit IRC: Quit: Leaving [16:53:25] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Input/output error [16:53:39] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has joined #developers [16:54:05] Joshua [joshua@moz-5976F58.washdc.fios.verizon.net] has quit IRC: Quit: BRB, changing to Linux [16:54:12] Joshua: that is nice, but how do you generate CVS patches than for bugzilla? Just cvs diff when on the right branch in hg? [16:54:18] philor [ringnalda@moz-2C18D392.dial1.seattle1.level3.net] has quit IRC: Ping timeout [16:55:30] now i am at least able to create a listener with: nsCOMPtr listener = new ProgressListener(); [16:56:14] but how to make it telling me sth. when OnStateChange e.g.; it needs to be connected to the embedded gecko anyway. [16:56:25] dietrich_ [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [16:56:40] Joshua: also when CVS tree gains a file, is it it easy to forget to add it to hg? [16:57:07] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Ping timeout [16:58:44] Joshua [joshua@moz-5976F58.washdc.fios.verizon.net] has joined #developers [16:59:01] coop [Chris@moz-E31CD2CB.mozilla.org] has quit IRC: Quit: coop [16:59:32] igor: http://wiki.mozilla.org/Using_Mercurial_locally_with_CVS [17:00:08] that doesn't have instructions though for using Mercurial and CVS on the same source tree though [17:00:39] dolske [dolske@moz-334F2010.mountainview.mozilla.com] has joined #developers [17:00:57] Joshua: rather, it recommends a slightly different way of working. [17:01:02] I don't think that's recommended [17:01:05] <_FrnchFrgg_> igor: bugzilla just handles perfectly git diffs, so I suppose I'll be the same with hg diffs [17:01:06] it works for me [17:01:16] _FrnchFrgg_: not quite [17:01:31] it doesn't like mapping the filenames [17:01:54] Joshua: does that local setup allows to generate normal CVS diffs? [17:02:34] igor: i.e. bugzilla has special interdiff support for patches, but it requires patches against CVS [17:02:43] yes... kinda [17:03:01] if you're like me and working on three patches at once, CVS diff doesn't work too well [17:03:06] <_FrnchFrgg_> Joshua: https://bugzilla.mozilla.org/attachment.cgi?id=293728 for a diff made by git-format-patch [17:03:26] shepazu_ [schepers@moz-C06F2E3B.nc.res.rr.com] is now known as shepazu [17:03:28] <_FrnchFrgg_> hg should be able to do similar things [17:03:51] <_FrnchFrgg_> (I don't know hg so I am guessing) [17:03:52] _FrnchFrgg_: wrong; I can't adjust the number of lines of context on such patches [17:04:05] which I find compelling [17:04:07] _FrnchFrgg_: it's not linkifying the filenames [17:04:11] and which is why I haven't used hg [17:04:14] walters [walters@moz-509362EC.redhat.com] has quit IRC: Ping timeout [17:04:15] that too [17:04:23] Joshua: with your setup is it easy to miss that CVS has added files? [17:04:36] not really [17:04:42] <_FrnchFrgg_> Mm, I didn't notice those functions were missing. [17:04:46] Waldo: yeah, I hacked hg to add a -U option to hg qdiff [17:04:49] I do, in order: [17:04:52] hg qpop -a [17:04:56] Mook_sb: it compiles and links well now; but anyway the connection between my webbrowser and the implemention is not set up correctly or does not do anything: http://nopaste.info/a588e892d8.html [17:04:58] make -f client.mk checkout [17:05:06] can You tell me, please, what is missing? [17:05:09] hg stat, make sure that I'm not adding/removing anything bad [17:05:12] hg addremove [17:05:20] hg com -m "CVS update #######" [17:05:23] <_FrnchFrgg_> I think another git user has a script that munges its diff to look like cvs diffs [17:05:29] jorendorff: no, I mean I can dynamically adjust that in Bugzilla's display [17:05:30] then hg qpush everything [17:05:34] rabby: err, why are you doing a static cast? [17:05:47] Waldo: huh. I didn't know that was possible! [17:05:54] Is it just because of the filenames? [17:05:56] and also that strange weak ref business [17:06:02] yep [17:06:16] jorendorff: dunno; I think the lines indicating RCS location are what do it, but I don't know [17:06:26] deb00t [Miranda@moz-C5A2B749.chello.sk] has quit IRC: Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org [17:06:28] but the filename thing wouldn't help [17:06:43] aha [17:06:47] filename is at least part of it, IIRC [17:07:01] making /cvsroot/mozilla/* doesn't do linkification [17:07:26] <_FrnchFrgg_> I think we also need to tell the rev to CVS [17:07:32] Mook_sb: i took it from the embedding/qa/testembed/BrowserView.cpp example. [17:07:38] <_FrnchFrgg_> the CVS rev to bugzilla, sorry [17:08:04] can someone get bugzilla developers to support non-cvs patches? [17:08:10] Mook_sb: without the cast, it is lazy like with it. [17:09:11] alice|afk [alice@moz-FA61D0F3.zabbo.net] has quit IRC: Quit: alice|afk [17:10:13] Are we running a mingw tinderbox? [17:10:24] <_FrnchFrgg_> Joshua: managing hg patches would mean integrating with hg, which is probably not an easy task [17:10:39] jag: no [17:11:00] what I want is to have the neat patch display linkify a bit of non-CVS stuff [17:11:22] jag: I'm addressing your sr comments now from bug 271823. One question - is there any reason in particular you wanted the nsIOService.cpp changes removed outright instead of changing them to NS_ERROR_FAILURE? [17:11:23] RyanVM: thanks [17:11:34] _FrnchFrgg_: no, of course not, Joshua is just talking about being able to parse hg-style diffs [17:11:56] It shouldn't be much trouble to make incremental improvement in that area! [17:12:02] since mozilla /is/ moving to hg for Mozilla 2! [17:12:03] RyanVM: when returning an error number you might as well propagate the actual failure code [17:12:19] <_FrnchFrgg_> Joshua: Yeah, but if I post a hg patch between commit 381471fc914a and 34a129384a283, how bugzilla knows how to find the file versions ? [17:12:44] _FrnchFrgg_: small steps, the first step is to get it to recognize the filenames [17:12:46] <_FrnchFrgg_> I mean, to linkify or dynamically change context size, you need to have access to the files. [17:12:48] jag: OK, and the existing code does that and NS_ERROR_FAILURE wouldn't? [17:13:04] does the current version link to the revision in the file? [17:13:14] _FrnchFrgg_: It can just default to the tip for now. [17:13:26] RyanVM: in principle, yes. It could be that the error code always is NS_ERROR_FAILURE on failure from do_GetService(), but ... [17:13:39] <_FrnchFrgg_> jorendorff: It will work for the link, but not for the auto-context [17:13:40] hg's --git doesn't even cite the file version numbers [17:14:06] _FrnchFrgg_: I guess one needs manual interdiff, that is to add a delta from one patch to another manually to bugzilla. [17:14:40] rhelmer [rhelmer@moz-B77DEAEB.mozilla.org] is now known as rhelmer|afk [17:14:54] danbeck [danbeck@4EB1354A.BBC5501A.383DAC13.IP] has quit IRC: Quit: Leaving [17:15:10] so, qm-xserve02, anyone? [17:15:26] Waldo hadn't scrolled down far enough to realize the orange was long-standing :- [17:15:33] jorendorff: right, bugzilla should just assume CVS tip if there is no version info in the patch for interdifs. [17:15:44] _FrnchFrgg_: I'm not terribly familiar with that feature, but if Bugzilla currently integrates with cvs, it'll be worth a little effort to get it to do exactly the same thing with hg... assuming hg puts the information in the patch! [17:16:10] If not, obviously we've got a bit of a problem! [17:16:24] dietrich_ [dietrich@moz-9549A5E3.hsd1.or.comcast.net] is now known as dietrich [17:16:29] it doesn't if you use git-style patches, AFAICT [17:16:40] which I do... :-\ [17:16:56] Joshua too [17:17:07] RyanVM: so you can get back an NS_ERROR_UNEXPECTED, NS_ERROR_SERVICE_NOT_FOUND, NS_ERROR_NULL_POINTER, ... [17:17:21] I've actually got a patch to get mercurial to print patches that apply with -p0 [17:17:44] Mano [chatzilla@87D0E4C6.EDE4C1F3.475835C0.IP] has quit IRC: Ping timeout [17:17:45] RyanVM: so I would say as a rule of thumb, where you can pass back the rv you probably want to [17:17:54] jag: fair enough [17:18:09] And one that adds a -c option to diff so you can specify number of lines of context. [17:18:22] Need to find the time to get those upstream. [17:18:43] jag: new patch posted [17:18:59] cbarrett: Why not -u? [17:19:03] RyanVM: cool, thanks [17:19:10] <_FrnchFrgg_> With git diff or git-format-patch, the revision information is in the line "index sha..sha" [17:19:27] <_FrnchFrgg_> I gather hg would do similar things if asked. [17:19:44] Mossop: well, the CVS flag would be -U [17:19:47] <_FrnchFrgg_> But then it means that bugzilla needs to parse hg commit ids [17:19:48] jag: now to convince biesi to review it...:P [17:19:51] reed, ping [17:19:58] sayrer: pong [17:20:06] RyanVM: that would be a good thing :-) [17:20:06] reed, you get that debug build? [17:20:10] _FrnchFrgg_: It doesn't need to parse them, just pass them through to "hg cat" [17:20:16] <_FrnchFrgg_> And git diff accepts the -U option. [17:20:22] sayrer: checking... my laptop overheated while building and shut itself down [17:20:27] oof [17:20:28] <_FrnchFrgg_> jorendorff: Yes, pass them to hg cat instead of cvs... [17:20:31] mixedpuppy [shanec@moz-6CDD993C.sip.mem.bellsouth.net] has quit IRC: Quit: mixedpuppy [17:20:31] not sure if it finished [17:20:33] reed checks [17:20:41] cbarrett: Every program I've seen uses u (or U) to choose the lines of context for the unified diff. Unless you are talking about making a context diff? [17:20:44] jag: otherwise, are there any other netwerk peers who can review it? [17:20:48] Part of the problem here is that when you use MQ, you get temporary changesets. Those won't mean anything outside your local repo. [17:21:06] RyanVM: bz and biesi are the only netwerk people that do reviews :( [17:21:20] of course, there's only three of them total, but darin doesn't do reviews [17:21:20] and bz is just as busy [17:21:20] and it's problematic if you have two patches on the same file [17:21:21] <_FrnchFrgg_> jorendorff: Not necessarily. [17:21:32] Mossop: No, not a context diff. [17:21:35] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Ping timeout [17:21:48] _FrnchFrgg_: the way I work, i've got a stack of ~7 patches at any given time [17:21:58] stefanh [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has joined #developers [17:21:59] jorendorff: bugzilla could support linking patches. [17:22:04] Anyway, the name of the option is very trivial. [17:22:08] cbarrett: I already sent a -U patch upstream to mercurial, months ago. [17:22:09] it's easy to change. [17:22:10] No interest. [17:22:14] jorendorff: Really. [17:22:29] <_FrnchFrgg_> If you do a diff against a commit that is present on the remote repo, then bugzilla can use it [17:22:36] jorendorff: i.e. to say that this patch is against a particular version at mozilla.org, and that patch is on top of it. [17:22:47] jorendorff: It's strange because their diff engine *supports* variable context. [17:22:53] <_FrnchFrgg_> igor: exactly [17:22:57] yep, the patch is about 10 lines [17:23:06] But I'm using MQ. [17:23:32] When I diff, I'm really asking for a diff between patch 6 and patch 7. The base (patch 6) isn't in hg.mozilla.org. [17:24:00] <_FrnchFrgg_> jorendorff: But when you post patches on bugzilla, they should be against trunk (or on top of soon to be checked-in) [17:24:11] _FrnchFrgg_: uh huh [17:24:24] I'm just telling you what my experience is. [17:24:40] Suppose I'm working on as many as, say, 2 completely different things at once. [17:24:49] One thing in directory A and one in directory B. [17:24:50] I commit patches based on a sanitized version of .hg/patches [17:24:52] sayrer: it finished [17:25:13] sayrer: now what? :) [17:25:15] reed, can you |export XPCOM_MEM_LEAK_LOG=1| [17:25:23] and then start the browser and quit? [17:25:30] <_FrnchFrgg_> jorendorff: so you diff against trunk and pass a refining dir option [17:25:33] Should I be allowed to post both patches (they affect separate files) at once, or not? [17:25:36] sayrer: new profile or my current profile? [17:25:40] a refining dir option? [17:25:40] madhava [madhava@moz-11343358.ca.mozilla.com] has quit IRC: Quit: madhava [17:25:42] doesn't matter [17:25:45] k [17:25:45] sspitzerMsgMe [sspitzer@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: Leaving [17:25:51] reed, actually, present profile [17:25:54] k [17:25:57] reed, want your extensions [17:25:58] _FrnchFrgg_: that's problematic if you have two patches touching the same directory [17:26:16] I had that conflict between my interim work for 11054 and for 132340, and manual editing of patches is a nightmare [17:26:18] <_FrnchFrgg_> Joshua: you can refine based on paths [17:26:18] jorendorff: you should be able to add one patch against a particular version on mozilla.org and another linked to the first one. [17:26:28] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [17:26:37] igor: that is a possibility -- maybe it should happen automatically, even [17:26:49] what I was thinking is that one can hg diff -r [17:26:54] when you upload a patch that describes a revision bugzilla has never seen before [17:27:01] would hg diff -r qbase work? [17:27:07] I think you want qparent [17:27:16] But, no. [17:27:39] <_FrnchFrgg_> And if you have two patches on the same file, if you do a diff between commit 1 and 2, resulting diff may not apply cleanly against trunk. [17:27:41] qualifying only the files present in the patch, of course [17:27:57] jorendorff: bg can do that automatically if a patch would contain, say, SHA1 checksum of the previous one attached to bugzilla. [17:27:58] _FrnchFrgg_: true, huge problem in theory! [17:28:17] igor: it does, hg revision numbers are hashes [17:28:31] <_FrnchFrgg_> jorendorff: I frequently reorder my patches locally to send correct patches to bugzilla [17:28:34] not SHA1, but the hash covers the diff and the hash-codes of the parents [17:29:05] Do we care enough about mingw to not break them? [17:29:06] <_FrnchFrgg_> I guess MQ can do that ? [17:29:20] jag: aren't they already currently broken? [17:29:33] _FrnchFrgg_: yes (although it doesn't automatically handle conflicts, if your patches touch the same file -- you have to fix them manually) [17:29:54] by "the same file" I really mean "nearby lines in the same file" [17:30:01] reed: broken by whom? [17:30:07] jag: the original patch [17:30:16] see one of the dependent / blocking bugs [17:30:28] Anyway, all this is kind of silly -- all this means is that my crazy patches, if and when I post patches that are not from the bottom of my queue [17:30:29] jimm [jmathies@moz-E613DC71.pn.at.cox.net] has quit IRC: Quit: [17:30:39] won't be fully magic-enabled in bugzilla [17:30:41] I can live with that. [17:30:49] <_FrnchFrgg_> jorendorff: but if hg doesn't succeed in changing the order, the patch you send to bugzilla without reordering is useless [17:30:51] bugzilla can default to tip for all I care. [17:31:33] <_FrnchFrgg_> And even if the modifs are really close, encountered merge errors only when touching the same code with both patches, with git. [17:31:40] jorendorff: I mean for bugzilla to automatically determine the parent for a patch the patch should include sufficient info about the parent. The parent can either be another already attached patch or a version at mozilla.org. Than in theory one can use any local version control system. [17:31:45] <_FrnchFrgg_> or the next line. [17:32:13] sayrer: bah, how do I save to file? it filled up my entire stdout buffer, which is pretty large [17:32:16] so, I lost part of it [17:32:18] :( [17:32:24] oh, sorry [17:32:28] ctyler [chris@moz-BA0E984.midsouth.biz.rr.com] has joined #developers [17:32:30] rabby [rabby@moz-BFB87D48.dip0.t-ipconnect.de] has quit IRC: Quit: Konversation terminated! [17:32:31] igor: I mean that bugzilla can infer that for stacked patches. [17:32:44] Without the user having to do anything. [17:32:48] reed, just set XPCOM_MEM_LEAK_LOG to a filename [17:32:52] k [17:32:53] nsStringStats [17:32:53] => mAllocCount: 403165 [17:32:53] => mReallocCount: 67031 [17:32:53] => mFreeCount: 339067 -- LEAKED 64098 !!! [17:32:53] => mShareCount: 389673 [17:32:54] => mAdoptCount: 35258 [17:32:56] => mAdoptFreeCount: 35237 -- LEAKED 21 !!! [17:32:56] reed [reed@tech.monkey] has been kicked from #developers by killer [killer@services.mozilla.org]: Stop flooding! [17:32:58] reed [reed@tech.monkey] has joined #developers [17:33:03] jorendorff: even for stacked patches attached for different bugs? [17:33:04] 64098 [17:33:07] reed, yeah you leak alright [17:33:08] haha [17:33:12] mfinkle: Heh, getting dragged over to Brussels I see ;) [17:33:14] igor: with sufficient bugzilla magic, sure [17:33:30] (I'm assuming here that hg includes both revnos that it's diffing in diff output. So far it doesn't include either one, I gather. So this is just speculation.) [17:33:44] reed: ooh, ok, not changing status quo then [17:34:05] igor: If bugzilla examined patches at upload time for revision-ids. [17:34:11] Now I just need someone with Windows VC++ to tell me that in optimized mode the generated assembly is bswap [17:34:14] It's pretty hypothetical. [17:34:26] is this in an RFE for bugzilla somewhere? [17:34:35] sayrer: ugh, !rt->gcRunning [17:34:38] reed tries again [17:35:23] Joshua: no - feel free [17:35:38] NeilZZZ [neil@moz-54D497BC.lutn.cable.ntl.com] has quit IRC: Ping timeout [17:35:39] I would feel bad asking for it since I'm pretty happy with the way things are right now. [17:35:44] jorendorff: but if hg would annotate the patches with the attachment # of the parent patch, than bugzilla should be able to deal with the stacked patches without too match efforts. [17:35:59] <_FrnchFrgg_> jorendorff: In fact, in the link to the file, there's no revision given to lxr [17:36:09] jorendorff: I mean attachment # of bugzilla. [17:36:12] CTho|zzz [chris@moz-428E6F95.austin.res.rr.com] is now known as CTho [17:36:12] LXR couldn't do anything with revisions [17:36:21] I would imagine not [17:36:23] <_FrnchFrgg_> So to have that, it could be just a matter of accepting -p1 pathces [17:36:38] <_FrnchFrgg_> paths [17:37:00] dbaron, you have a new PGP key which is not expired (just wondering)? [17:37:15] igor: Hmm. ...I think an hg extension to post patches would be useful, even apart from this functionality. [17:37:18] <_FrnchFrgg_> It's for the variable context and the cvsblame link that more work is needed [17:38:17] jorendorff: or extension that would ask hg for a patch, attach it to bugzilla and then record its bugzilla number in hg. [17:38:26] bugzilla has the API! [17:38:51] hg has a bugzilla extension [17:39:27] federico [federico@A09447BF.B5694E96.66A10872.IP] has quit IRC: Quit: Leaving. [17:39:31] jorendorff: but then it sounds like a tool that can attach files to bugzilla without the browser. [17:39:32] ...but it needs the actual bugzilla database to work [17:39:44] . . . [17:40:03] igor: that's what I want, the ability to attach files to bugzilla without the browser. [17:40:25] $ hg work-on-bug 400179 [17:40:27] ... [17:40:30] $ hg post-work [17:40:40] $ hg push-work [17:40:50] Neil_ [neil@moz-54D497BC.lutn.cable.ntl.com] has joined #developers [17:40:59] if I looked python more, I would do that [17:41:13] Python's really easy to learn :) [17:41:14] and fun :) [17:41:19] s/looked/liked [17:41:27] multithreading is a pain in the *** [17:41:30] What's the current NSPR version? [17:41:36] Joshua [joshua@moz-5976F58.washdc.fios.verizon.net] is now known as Joshua|supper [17:42:15] Waldo: did you look into why qm-xserve02 is orange, or were you just remarking on its orangeness? [17:42:36] dolske: remarking, wondering if anyone was orhad [17:42:55] sayrer: http://primedirective.net/leaklog-20080111.log [17:42:55] ashughes[afk|gym] [ashughes@A2ABDAA6.A71120F6.6488A450.IP] is now known as ashughes [17:42:57] Neil_ [neil@moz-54D497BC.lutn.cable.ntl.com] is now known as NeilZZZ [17:43:55] graydon [graydon@moz-D53B2287.vc.shawcable.net] has quit IRC: Quit: Leaving. [17:45:35] 124 global windows [17:45:37] huh [17:45:41] oh, hmm, is that a new tinderbox? seems to be running 10.5. [17:45:45] myk [chatzilla@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.1.3/0000000000] [17:45:54] reed, can you try with an empty profile? [17:45:56] dolske: There was certainly one on the horizon [17:45:58] yes [17:47:21] jiha [jiha@moz-12F02116.dip0.t-ipconnect.de] has quit IRC: Client exited [17:48:02] reed, brb [17:48:04] sayrer: http://primedirective.net/leaklog-emptyprof-20080111.log [17:48:25] reed: interesting [17:48:31] I don't remember there being a 10.5 box before, so I assume it's new to the waterfall, and is either just broken or showing pre-existing problems with 10.5. [17:48:33] reed: can you file a bug with this data? [17:49:05] sayrer: what summary? "leaks found while starting debug build with empty profile" or something else? [17:49:22] reed, yep, and your profile-using leaks too [17:49:27] jorendorff: I filed https://bugzilla.mozilla.org/show_bug.cgi?id=400179 about browser-less tool to attach files to bugzilla. [17:49:30] with a list of extensions [17:49:31] one bug for each or same bug? [17:49:33] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has quit IRC: Client exited [17:49:43] dria_ [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has joined #developers [17:50:35] igor: that's not the right bug number... [17:50:43] myk [chatzilla@moz-334F2010.mountainview.mozilla.com] has joined #developers [17:50:47] https://bugzilla.mozilla.org/show_bug.cgi?id=411996 [17:51:04] anyone want to run with and test a windows build for me for a bit? [17:52:00] joduinn [joduinn@moz-334F2010.mountainview.mozilla.com] has joined #developers [17:52:22] stuart: sure! [17:52:23] jorendorff: https://bugzilla.mozilla.org/show_bug.cgi?id=411996 [17:52:40] Thanks. [17:52:42] jorendorff: is the right bug [17:52:48] wgianopoulos: http://people.mozilla.com/~pavlov/minefield-jemalloc-win32.zip [17:53:06] mostly looking for crashes and memory usage over time [17:53:17] ok so i should like look at memeory usage while running and crashes mostly? [17:53:21] yeah [17:53:23] see i guess right [17:53:47] Yoric [yoric@moz-1513168E.fbx.proxad.net] has quit IRC: Quit: Ex-Chat [17:54:01] Mossop: ping? [17:54:17] stephend: reluctant pong ;) [17:54:23] hahaha [17:54:27] have I conditioned you? [17:54:29] poor chap. [17:54:34] Heh [17:54:44] It's midnight on a Friday, go easy on me! [17:54:47] Pike [Axel_Hecht@moz-AF093A7F.pool.einsundeins.de] has quit IRC: Quit: real life [17:54:59] I looked for a bug, but didn't see one [17:55:04] Failed to load XPCOM component: C:\Users\mozilla\AppData\Roaming\Mozilla\Firefox\Profiles\ujsq9ear.default\extensions\{19503e42-ca3c-4c27-b1e2-9cdb2170ee34}\components\.autoreg [17:55:32] (that's a flashgot bug on windows trunk; however it works on mac) [17:55:42] wasn't sure if it's even our bug? [17:56:21] Not really. Any files in the components directory we try to load, and report an error if we fail. Basically they shouldnt include anything that isnt .js, .xpt or a binary component in there [17:56:26] Mossop: it leads to http://img518.imageshack.us/my.php?image=picture3hj8.png [17:56:30] hrm [17:56:39] The error as such shouldnt cause any problems [17:56:51] Or rather that specific error message isnt an indication of a problem [17:56:54] are they just wrongly implementing the download-manager API? [17:56:57] yeah, gotcha [17:57:01] stephend conjures up sdwilsh|away [17:57:04] It's likely there is something else going on [17:57:19] it's worth a bug on our end? [17:57:25] wgianopoulos: i just put a new build up that fixes a dumb bug [17:57:29] stuart: hmm what did you use to compile this? it is lookingfor nscrt19.dll and not finding. [17:57:40] it should be in bin [17:57:42] <@bz_sleep> Do we have a way to close the password store after entering the master password short of quitting the browser? [17:58:22] stuart: it is not there. [17:58:23] bz_sleep: you mean basically forget the master password [17:58:41] bz_sleep, tools -> pw manager -> logout [17:58:42] wgianopoulos: download the zip file again -- it is there for sure this time [17:58:42] Tools -> Clear Data -> Authenticated Sessions will do it. [17:58:45] assuminng seamonkey of course [17:58:47] ok [17:58:49] stephend: Well I know there are bugs getting file in "Extension Compatibility" against popular extensions that aren't yet compatible with Firefox 3, so I guess it should go in with that lot [17:59:10] Mossop: ok; I'll do an extra search for it before filing. Thanks [17:59:21] Mossop: you can stop cringing now :) [17:59:36] stephend: They all get filed blocking bug 364745 [17:59:47] ok [17:59:55] wgianopoulos: ack, wait one more sec [17:59:58] Probable best to speak to polvi about it [18:01:34] Matti [Matti@moz-A3CC9B1F.dip.t-dialin.net] has quit IRC: Quit: ChatZilla 0.9.79 [SeaMonkey 2.0a1pre/2008010802] [18:01:42] grr, i hate it when stickies crashes [18:02:02] time to call it a day [18:02:09] why is -no-remote not working for me [18:02:11] sadface. [18:02:55] Joshua|supper [joshua@moz-5976F58.washdc.fios.verizon.net] is now known as Joshua [18:03:30] what does "not working" mean? [18:03:36] profile selector dialog? [18:03:44] no reaction at all? [18:03:45] no connects to other running window [18:04:01] shebs [shebs@moz-33338362.lv.lv.cox.net] has quit IRC: Quit: shebs [18:04:08] better reformat and reinstall [18:04:17] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has joined #developers [18:04:33] sayrer: bug 411997 is the first one [18:04:56] included my full STR, as I can get the same leaks every time [18:05:05] reed, thanks [18:05:57] sp3000 [tt@moz-17B3DC1A.dhcp.inet.fi] has quit IRC: Input/output error [18:05:57] stuart: so, is this ready for me to try? [18:06:06] wgianopoulos: give me like 2 minutes [18:06:14] ok no problem [18:06:15] i think there is some patch in my tree i don't want there [18:06:20] like, the build up there should be fine [18:06:29] who wrote the bugzilla hgext? [18:06:32] but i'll post one i'm happy with in a minute [18:06:43] it should be able to use http to change bugs and not require the actual database [18:07:56] Archaeopteryx [itsme@26990F2D.5B5E9DA5.2AEEFF95.IP] has quit IRC: Quit: Archaeopteryx [18:08:03] dao [dao@5A646E77.4690DB8A.9F5CB86.IP] has joined #developers [18:08:33] fyysik_v [vision@moz-50D43E80.cab24.trt.starman.ee] has quit IRC: Quit: Vision[0.9.7-SF-010705]: i've been blurred! [18:09:39] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Success to Burning. [18:09:40] qm-win2k3-01 is probably me, compiling to test the patch now [18:09:50] assuming it's the error I think it is [18:09:54] I haven't looked [18:10:26] or not! [18:10:33] nowhere close, all but certainly [18:10:49] mcsmurf [chatzilla@moz-BB40A660.dip.t-dialin.net] has quit IRC: Ping timeout [18:11:07] mfinkle: ping [18:11:39] SeaMonkey: 'Linux cb-sea-linux-tbox Depend Nightly' has changed state from Success to Test Failed. [18:12:45] mcsmurf [mcsmurf@moz-EC414F98.dip.t-dialin.net] has joined #developers [18:13:58] igor [igor@moz-46A85847.nextgentel.com] has quit IRC: Ping timeout [18:15:49] wgianopoulos: welp, grab the build there now [18:15:57] still not sure what this no-remote thing is [18:16:01] i've rebuilt nspr like 15 times [18:18:03] stephend: ping [18:18:18] pong [18:18:22] stephend hopes he didn't mess up [18:18:25] ok that one at least runs [18:18:52] stephend: Probably a stupid question, but you do actually have a download manager installed on the machine you are testing flashgot on right? [18:19:15] IanN [IanN@moz-318EC0ED.cable.ubr02.smal.blueyonder.co.uk] has quit IRC: Quit: ChatZilla 0.9.79 [SeaMonkey 2.0a1pre/2007120203] [18:19:27] oh poop [18:19:30] anyone remember the switch to run a particular mochitest? [18:19:31] And it's probably worth mentioning in the bug which download manager you are testing with [18:19:57] oh wait i had a window open it was running my previosu build. [18:19:57] dwitte: --test-path so says MDC! [18:20:12] Mossop: not a stupid question at all; I'd never tested FlashGot before, and Marcia asked me to file [18:20:17] ok now the correct build is running [18:20:18] Mossop: i looked there! <3 [18:20:22] Mossop: no, no external download manager [18:20:24] so, it's invalid [18:20:27] :-( [18:20:28] hehe [18:20:33] dwitte: You mean here? http://developer.mozilla.org/en/docs/Mochitest#How_do_I_run_just_one_test_or_group_of_tests.3F [18:20:35] I assumed it meant _our_ download manager [18:20:43] stephend: you have three wishes [18:20:45] but looking at its add-on page, i see I'm wildly wrong [18:20:48] oh no [18:20:52] So far as I know, flashgot uses external download managers only [18:20:59] yes, yes it does [18:21:21] do you want the INVALIDation honor, or should I? [18:21:26] Mossop: ^^ [18:21:29] stephend: I'll let you :) [18:21:30] ctalbert [clint@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: ctalbert [18:21:32] heh, ok [18:21:45] well, it was valiant nontheless! [18:21:55] Heh [18:21:56] doublec [Chris_Doub@moz-8EB3E614.ue.woosh.co.nz] has joined #developers [18:22:27] I filed bug 411999 on the orangeness of qm-xserve02. [18:22:31] done [18:22:34] sorry for the noise [18:22:39] np [18:23:39] Mossop: that's *totally* not the page search turned up... thanks :) [18:24:00] dwitte: I search for mochitest, that was the second page [18:24:04] stuart: my sense is that it is using more memory. but to be sure i am going to log off from here and reboot this linux systems in windows and do a side by side comparison visitng the same pages etc. [18:24:15] back in 5 [18:24:16] wgianopoulos [gianopou@moz-7A06A043.hsd1.ma.comcast.net] has quit IRC: Quit: ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.0.9/2006120508] [18:24:18] The first is the junk page that always turns up and is junk :( [18:24:19] Mossop: i searched for mochitests [18:24:26] pfft, silly! [18:24:32] dwitte thwaps Mossop [18:24:43] Hey, I got you your answer didn't I! [18:25:10] hehe [18:28:46] andrew [chatzilla@moz-32EAC3DD.adsl.mnsi.net] has joined #developers [18:28:51] bsmedberg: ping [18:29:51] Sander [me@moz-B871F4D3.direct-adsl.nl] has quit IRC: Quit: And back he spurred like a madman, shrieking a curse to the sky. [18:29:58] fyysik [vision@moz-50D43E80.cab24.trt.starman.ee] has joined #developers [18:30:44] _FrnchFrgg_ [_FrnchFrgg@moz-F2169EA2.ens-lyon.fr] has quit IRC: Ping timeout [18:31:01] whimboo [whimboo@moz-40B9812B.pools.arcor-ip.net] has joined #developers [18:31:02] Sander [me@moz-B871F4D3.direct-adsl.nl] has joined #developers [18:31:03] chewey [chewey@moz-4C80DF5C.dip.t-dialin.net] has quit IRC: Quit: [18:31:06] chewey [chewey@moz-4C80DF5C.dip.t-dialin.net] has joined #developers [18:33:47] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Success to Burning. [18:34:43] Hendikins [wolfox@moz-DC9D8D72.nsw.bigpond.net.au] has joined #developers [18:35:14] _FrnchFrgg_ [_FrnchFrgg@moz-F2169EA2.ens-lyon.fr] has joined #developers [18:36:31] fellacious [root@moz-BEF6B502.c3-0.nwt-ubr2.sbo-nwt.ma.cable.rcn.com] has joined #developers [18:36:50] Sander [me@moz-B871F4D3.direct-adsl.nl] has quit IRC: Quit: And back he spurred like a madman, shrieking a curse to the sky. [18:37:12] firefox 3.0, importing bookmarks.html from firefox 2 into a pristine profile. [18:37:15] Program received signal SIGSEGV, Segmentation fault. [18:37:15] [Switching to Thread 47667365416560 (LWP 13403)] [18:37:15] 0x00002aaaab2891d9 in BookmarkContentSink::CloseContainer ( this=0x2aaaac6cb300, aTag=eHTMLTag_dd) at nsPlacesImportExportService.cpp:557 [18:37:19] 557 lastModified = PreviousFrame().mPreviousLastModifiedDate; [18:37:33] the function in question is: [18:37:38] BookmarkImportFrame& PreviousFrame() [18:37:38] { [18:37:38] NS_ASSERTION(mFrames.Length() > 1, "Asking for frame when there are not enough!"); [18:37:41] return mFrames[mFrames.Length() - 2]; [18:37:44] } [18:37:47] heh, just saw this warning scroll by... intl/locale/src/mac/nsDateTimeFormatMac.cpp:439: warning: ‘CopyPascalStringToC’ is deprecated [18:37:49] (gdb) print mFrames [18:37:49] $2 = { = {static sEmptyHdr = {mLength = 0, mCapacity = 0, mIsAutoArray = 0}, mHdr = 0x2aaaac503080}, } [18:38:43] dolske: mac, yeah [18:39:17] I need that for my PascalCOM component! [18:39:30] leftovers from os9 =/ [18:39:34] Mnyromyr [Mnyromyr@B2521176.7B0892CB.771966F7.IP] has quit IRC: Quit: zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz [18:39:41] NeilZZZ [neil@moz-54D497BC.lutn.cable.ntl.com] has quit IRC: Ping timeout [18:40:17] dolske: Just look at what one of the scriptable streams uses, which sends and receives pascal style strings over the stream ;) [18:41:02] Dare I ask what a "pascal style string" is? buffer+length, or something? [18:41:10] length first, string next [18:41:12] length+buffer [18:41:19] so strings limited to 255 characters [18:41:22] The other way would be just silly ;) [18:41:35] strlen is O(1) [18:41:47] Neil_ [neil@moz-54D497BC.lutn.cable.ntl.com] has joined #developers [18:41:58] Noah [opera@moz-90EC39EF.dsl.rcsntx.sbcglobal.net] has joined #developers [18:42:28] 255 character strings should be enough for everyo [18:42:55] Neil_ [neil@moz-54D497BC.lutn.cable.ntl.com] is now known as NeilZZZ [18:42:57] Waldo: I think some later versions of pascal allowed 65535 length, but maybe I'm misremebering [18:43:15] I know the concept, not the details [18:43:51] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Success to Test Failed. [18:44:01] nsIBinaryOutputStream uses a 32-bit length field! [18:44:06] fellacious: you crashed and now what? :) [18:44:17] fellacious: file a bug I guess [18:44:17] Waldo wonders why he can't change column size in google docs without moving the separator to the top of the spreadsheet [18:45:36] karlt wonders what's happened to http://crash-stats.mozilla.com/topcrasher/byversion/Firefox/3.0a9pre [18:45:45] error 500 internal server erro [18:46:04] dolske wonders why there are so many songs about rainbows [18:46:15] crowder knows why [18:46:29] The lovers, the dreamers, and me... la da dee da da dum..... [18:46:37] wgianopoulos [gianopou@moz-7A06A043.hsd1.ma.comcast.net] has joined #developers [18:46:47] Tinderbox says, "it's not easy being green". [18:47:12] stuart: I have not had any issues with it crashing or things not working. [18:47:19] sweet [18:47:25] Unfortunately, for me at elast, it seems to use more memory esp in displaying pages like [18:47:37] http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=month&mindate=&maxdate=&cvsroot=%2Fcvsroot [18:48:24] wgianopoulos: k, i'll look in to that page [18:48:36] try it with opening lots of tabs/closing them, opening more, etc? [18:48:46] i did that [18:49:06] doing just that it still seemed to be using more memory but mostly a constant amount [18:49:11] mcsmurf [mcsmurf@moz-EC414F98.dip.t-dialin.net] has quit IRC: Quit: [18:49:15] k [18:49:38] then i just displayed the last 2 days checkins and that seemed to have a big difference so that is why i tried the last months checkins and that looked even worse [18:50:05] i may go disable the content arena [18:50:08] and see what that does [18:50:12] i maight try this agin wiht a fresh profile becuase i am not sure both systems are exactly the same or maybe swap which of the 2 i have the test build on. [18:50:56] twanno [Teune@moz-C4C05801.adsl2.versatel.nl] has joined #developers [18:51:01] pah, when does roc come on? [18:51:27] he's on new zealand time, generally [18:51:42] that's GMT+10-ish, right? [18:51:55] yeah, saturday afternoon for them [18:52:24] GMT+12 [18:52:39] actually +13 this time of year [18:52:42] hm, it's two in the morning, if I can count correctly [18:52:49] two or three [18:52:50] you're not counting right [18:52:51] or four [18:52:52] er no [18:52:54] it's two am in europe [18:52:55] yeah, you're totally off [18:53:02] it's noonish in nz [18:53:06] it should be like 1 or 2 in NZ [18:53:09] pm [18:53:11] it's basically 3 hours behind PST, but the next day [18:53:26] it's 1400 or something in nz [18:53:33] nearly so [18:53:34] right, I keep thinking only 12 hours across date-line [18:53:42] time zones are hard, let's go shopping [18:54:06] buy me something [18:54:32] let's play the waiting game! [18:54:37] like a new mac pro [18:55:00] Jesse: ping [18:55:09] Tomcat: pong [18:55:23] Jesse: bug 327694 need approval request or ? [18:55:29] i was just running into this assertion [18:55:37] alice [alice@moz-FA61D0F3.zabbo.net] has joined #developers [18:55:52] alice [alice@moz-FA61D0F3.zabbo.net] is now known as alice|afk [18:55:58] i don't know why mats hasn't requested approval [18:56:14] mats has other patches in the same state (have had review for a while, never requested approval) [18:56:48] joduinn [joduinn@moz-334F2010.mountainview.mozilla.com] has quit IRC: Connection reset by peer [18:56:58] joduinn [joduinn@moz-334F2010.mountainview.mozilla.com] has joined #developers [18:57:43] bent [ChatZilla_@moz-334F2010.mountainview.mozilla.com] has quit IRC: Ping timeout [18:58:37] wgianopoulos: if you can, keep the build running and let me know if it gets above like 200mb? [18:58:41] bent [ChatZilla_@moz-334F2010.mountainview.mozilla.com] has joined #developers [18:59:58] ok i just restarted it cause i wanted to switch systems [19:00:08] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has quit IRC: Ping timeout [19:00:13] wgianopoulos: yeah thats fine -- just trying to get some early data [19:00:26] firefox definitely uses less memeory on one of my 2 systems so that is kind of odd cuase i thought they were about the same [19:00:32] im pretty sure there are some big leaks in this build that might be causing some problems over time [19:00:54] one uses about 4 meg less kind of as a constant [19:00:58] huh [19:01:32] i have 2 pcs and i though firefox was condifured about the same onthe 2 of them they have the same amount of ram same screen resulution etc. [19:02:00] it just seems to use less memeory on one even withthe same build so i must have an extension difference or preference or something else odd [19:02:16] Tomcat: btw, next time I'm looking for someone you'll be the first person I ask ;) [19:02:22] heh [19:02:52] collinj [chatzilla@moz-A396F3D.stanford.edu] has joined #developers [19:03:07] i was running them side by side one with your build one with todays mnightly and one was using kind of constant amount of memeory less before i ran intot he bonsai page issue. [19:03:43] graydon [graydon@moz-4CF3055C.vc.shawcable.net] has joined #developers [19:03:49] but switching which system had your builed and which had the nightly resulted int he same physical machine still using less memeory so it is not a build difference but somehting else [19:04:01] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Test Failed to Success. [19:04:06] fyysik [vision@moz-50D43E80.cab24.trt.starman.ee] has quit IRC: Quit: Vision[0.9.6-0203]: i've been blurred! [19:04:23] one is a 64 bit cpu but they are both runniing 32 bit windows so i doubt that accounts for it. [19:04:29] i'll have some good testing infrastructure setup probably by monday to get some solid numbers i hope [19:04:32] yeah shouldn't be it [19:04:48] stefanh: np :) [19:05:10] Tomcat: twice in a row :) [19:05:14] dao [dao@5A646E77.4690DB8A.9F5CB86.IP] has quit IRC: Ping timeout [19:07:45] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Quit: dietrich [19:08:00] joduinn [joduinn@moz-334F2010.mountainview.mozilla.com] has quit IRC: Ping timeout [19:08:33] shebs [shebs@moz-33338362.lv.lv.cox.net] has joined #developers [19:09:39] igor [igor@moz-FB55E47C.nextgentel.com] has joined #developers [19:10:31] bent [ChatZilla_@moz-334F2010.mountainview.mozilla.com] has quit IRC: Input/output error [19:12:13] jorendorff [jorendorff@moz-E229E605.hsd1.tn.comcast.net] has quit IRC: Quit: jorendorff [19:12:50] ooo, something recent broke adblock plus [19:13:22] Error: abpPrefs is undefined [19:13:22] Source File: chrome://adblockplus/content/overlay.js [19:13:22] Line: 143 [19:14:15] Hm. Normally I'd answer this question myself, but I honestly don't know... Can ASPL-licensed code land in the tree? [19:14:56] Error: uncaught exception: Permission denied to call method Location.toString [19:15:01] OK, toString is seriously horked [19:15:28] Waldo: ping [19:15:43] RyanVM: pong [19:16:10] Waldo: Is is possible your toString patch broke adblock plus and caused the above error? [19:16:39] i'm updating my tree now to get your acid3 toString crash fix, might that help if that's the case? [19:16:41] RyanVM: no, I only changed Number.prototype.toString in an extremely localized manner [19:16:47] no, it wouldn't [19:17:18] Quan [chatzilla@moz-6BC55859.bulldogdsl.com] has quit IRC: Ping timeout [19:17:20] OK, so what else went in recently which might cause toString permission to be denied? [19:17:25] brendan [brendaneic@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: brendan [19:17:32] RyanVM: jst's patch? [19:17:37] xpconnect [19:18:24] the google calendar at the top of the tinderbox page is broken too [19:18:27] jst: ping? [19:19:40] RyanVM: Calendar is fine here so it must be after todays nightly [19:20:30] i'm going to do a pull from just before jst's patch landed and go from there [19:20:30] starting at 15:00 [19:20:35] Mossop: last hour [19:20:46] or so I guess [19:21:13] grah, google's web accelerator sucks :-\ [19:21:19] bug 411569 [19:22:07] Mano [chatzilla@moz-AA823B06.bb.netvision.net.il] has joined #developers [19:22:27] better yet, I'll just do a local backout of jst to start [19:24:04] Waldo, see my comment [19:24:06] Firefox: 'Linux qm-centos5-01 dep unit test' has changed state from Success to Test Failed. [19:24:37] jeremy [jeremy@moz-D22D36C5.dyn.optonline.net] has quit IRC: Ping timeout [19:24:38] Waldo hopes biesi is right [19:24:58] jeremy [jeremy@moz-D22D36C5.dyn.optonline.net] has joined #developers [19:25:15] sometimes I really do want to do a crockford and make lots of incompatible changes to the entire mess [19:26:13] koifans [chatzilla@moz-BA946301.yvr.sxip.com] has quit IRC: Client exited [19:26:46] Waldo, I really don't think we do port security checks on the proxy port number [19:27:16] as I said, I hope you're right [19:27:54] Enn [enn@moz-F84623BD.cpe.net.cable.rogers.com] has joined #developers [19:29:01] raccettura [raccettura@moz-6169A4AF.hsd1.nj.comcast.net] has joined #developers [19:34:41] Waldo: local backout confirms it [19:34:47] Waldo: It was jst's fault [19:35:01] ba-ba-bum! [19:35:49] jbms [user@moz-251C8039.wv.cc.cmu.edu] has quit IRC: Ping timeout [19:36:57] jst: your patch seriously horked Fx :) [19:37:30] anyone want to bet that it broke the win32 unit test boxes too :) [19:38:07] and osx [19:38:17] and we'll see about linux shortly :) [19:38:20] ashughes [ashughes@A2ABDAA6.A71120F6.6488A450.IP] has quit IRC: Quit: downtown [19:39:20] biesi [chb@moz-FEB3AC38.dclient.hispeed.ch] has quit IRC: Quit: Verlassend [19:39:31] "reland to see if it was really the cause of the orange" is never a good sign in a checkin comment! [19:39:55] heh [19:40:19] stephend [stephend@moz-334F2010.mountainview.mozilla.com] is now known as stephend|out [19:40:42] RyanVM: jst has to split, but i said i'd back out his patch if need be [19:40:47] Ryan: be need? [19:42:23] myk: Yes, definitely [19:42:28] dholbert [dholbert@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: Ex-Chat [19:42:54] RyanVM: ok, on my way [19:43:58] stephend|out [stephend@moz-334F2010.mountainview.mozilla.com] is now known as stephend [19:44:52] myk: danke [19:44:58] RyanVM: you think jst is responsible for the two red windows boxen? [19:45:29] it's in the same checkin window [19:45:40] and it definitely broke other stuff (see my comments in the bug) [19:48:14] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has joined #developers [19:50:04] pamg [pamg@moz-CD91E596.google.com] has quit IRC: Quit: pamg [19:53:29] chewey_ [chewey@moz-4C80DF5C.dip.t-dialin.net] has joined #developers [19:53:30] chewey [chewey@moz-4C80DF5C.dip.t-dialin.net] has quit IRC: Connection reset by peer [19:54:13] collinj [chatzilla@moz-A396F3D.stanford.edu] has quit IRC: Client exited [19:54:39] collinj [chatzilla@moz-A396F3D.stanford.edu] has joined #developers [19:55:59] dmose [dmose@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: dmose [19:56:21] stevee [Miranda@moz-33D212DB.sotn.cable.ntl.com] has quit IRC: Quit: My firefox blog @ http://steveengland.wordpress.com [19:56:48] chewey_ [chewey@moz-4C80DF5C.dip.t-dialin.net] is now known as chewey [19:57:56] RyanVM: ok, backed out [20:00:25] doron [d@moz-B3C52259.hsd1.ca.comcast.net] has quit IRC: Quit: [20:01:24] auswerk [aus@346ECF13.BBC87276.3E8C195A.IP] has quit IRC: Quit: Trillian (http://www.ceruleanstudios.com [20:03:58] tH [Rob@87.102.4.60] has quit IRC: Quit: ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.0.9/2006120508] [20:04:08] thx myk [20:04:40] *boom* [20:04:58] jag goes to find the js_CloneFunctionObject !rt->gcRunning bug [20:06:03] is someone going to have to kick qm-winxp01 into submission? [20:06:17] Enn [enn@moz-F84623BD.cpe.net.cable.rogers.com] has quit IRC: Ping timeout [20:06:23] Firefox: 'Linux qm-centos5-01 dep unit test' has changed state from Test Failed to Success. [20:07:53] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has quit IRC: Input/output error [20:08:04] looks like the win32 tinderboxen need some "motivation" to start working again [20:08:44] lol... why don't you just ditch that platform already. more trouble than it's worth. [20:09:15] yeah, why doesn't Mozilla ditch 90% of its users [20:09:24] what a brilliantly-awesome idea! [20:09:45] ajschult [andrew@moz-30D83D47.bflony.east.verizon.net] has joined #developers [20:09:48] dmose [dmose@9993E85F.CD8C052F.FC657F4C.IP] has joined #developers [20:09:54] Mossop whispers "Go on, do it!" in RyanVM's ear [20:10:03] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has joined #developers [20:10:11] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has quit IRC: Input/output error [20:10:27] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has joined #developers [20:11:04] mattc [mattc@346ECF13.BBC87276.3E8C195A.IP] has quit IRC: Quit: mattc [20:11:25] aiee [20:11:31] how is dos2unix not part of mozillabuild [20:12:04] good question. I have to change the line endings on patches with editpad [20:12:04] use tr, like a real programmer [20:12:21] stephend [stephend@moz-334F2010.mountainview.mozilla.com] has quit IRC: Input/output error [20:12:28] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has quit IRC: Connection reset by peer [20:12:56] stephend [stephend@moz-334F2010.mountainview.mozilla.com] has joined #developers [20:12:58] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has joined #developers [20:13:21] http://pastebin.mozilla.org/301836 [20:14:57] Use vi [20:17:31] philor [ringnalda@moz-47BB818F.dial1.seattle1.level3.net] has joined #developers [20:21:59] hm [20:22:06] stevel [stevel@346ECF13.BBC87276.3E8C195A.IP] has quit IRC: Quit: stevel [20:23:09] Sure would be nice if we had a sheriff today. [20:23:36] dbaron [dbaron@moz-84C8C8D.hsd1.ca.comcast.net] has quit IRC: Quit: 8403864 bytes have been tenured, next gc will be global. [20:23:46] schrep_ [Mike@moz-334F2010.mountainview.mozilla.com] has quit IRC: Ping timeout [20:24:28] d [20:24:33] over rated [20:25:06] RyanV1 [RyanVM@moz-76D6B7ED.dynamic.dejazzd.com] has joined #developers [20:25:32] Waldo: hmm, so maybe it was your patch afterall. I just re-pulled the xpc stuff from jst (before myk's backout) and things are working OK [20:26:35] RyanVM [RyanVM@moz-76D6B7ED.dynamic.dejazzd.com] has quit IRC: Ping timeout [20:26:40] RyanV1: again, I repeat my assertion that my change was localized to just that single function [20:26:51] RyanV1 [RyanVM@moz-76D6B7ED.dynamic.dejazzd.com] is now known as RyanVM [20:27:09] there is no way at all that that cuased the change [20:27:24] uh oh [20:27:30] dwitte senses we're headed for fisticuffs [20:28:11] Waldo resists the urge to make a joke about dwitte's mom [20:28:15] Waldo: here's what I know: I've got an up-to-date jsnum.c and xpconnect files versioned from jst's checkin and things are working OK. When I was having problems, I didn't have your fixed jsnum.c yet. [20:28:27] Waldo: I'll do a local backout of your fix next if you like :) [20:28:33] yes, do [20:28:54] ok, downgrading jsnum.c back to 3.97 [20:29:30] give me 10 min or so for the build [20:29:56] florian [fqueze@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: Leaving. [20:29:58] and someone really does have to kick the win32 tinderboxen [20:30:03] bug 412029 filed on the burnage. [20:30:15] maintenance, not platforms [20:31:14] hmm? "Tinderbox Config" and "Tinderbox Platforms" are the two choices? [20:32:02] server ops: tinder maint, I moved it [20:32:09] aaronlev [chatzilla@moz-4FD0110E.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com] has joined #developers [20:32:38] yay confusing component names. :/ [20:32:42] stephend [stephend@moz-334F2010.mountainview.mozilla.com] has quit IRC: Input/output error [20:32:50] i get that error all the time on my local builds [20:33:17] stephend [stephend@moz-334F2010.mountainview.mozilla.com] has joined #developers [20:33:24] ###!!! ASSERTION: You can't dereference a NULL nsCOMPtr with operator->().: 'mRawPtr != 0', file ../../dist/include/xpcom/nsCOMPtr.h, line 868 [20:33:27] I've ended up resorting to just manually deleting the dist\bin, dist\include, and dist\sdk manually before starting a build (with my build script of course) [20:33:33] Waldo wonders what he did to hit *that* [20:33:45] dolske grumbles about the way our tinderboxen seem to continuously fail with these errors. [20:34:00] i really wish I knew what caused that error [20:34:12] ooh, bug! [20:38:24] Waldo: jsnum 3.97 = broke-ass build [20:38:27] check and mate [20:38:34] what the heck [20:39:00] now allow me to go into jst's thread and apologize for the bad info [20:39:04] myk: do what you will at this point [20:39:37] mattc [mattc@346ECF13.BBC87276.3E8C195A.IP] has joined #developers [20:40:10] bretr [bret_recka@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: bretr [20:40:22] myk: maybe re-land when the tree is quiet and all the tboxen are working? [20:41:41] petea [petea@4C87BDBC.2A215FCA.2787FA00.IP] has quit IRC: Quit: petea [20:42:27] myk: though qm-xserve02 is still orange [20:42:31] hmm [20:42:37] dolske: ping [20:42:44] RyanVM gives up [20:42:48] pong! [20:43:21] erwan_ [erwan@moz-B23F21FD.sfo1.dsl.speakeasy.net] has quit IRC: Ping timeout [20:43:22] dolske: hey, on nsIImgTools.encodeScaledImage [20:43:39] do you think a "quality" flag is doable [20:43:43] RyanVM / myk: that orange is 411999. [20:43:46] so we could get nicer scaling [20:43:46] RyanVM: i'm out of here soon, so no relanding for me tonight [20:44:04] nicer scaling? [20:44:24] stefanh [stefanh@moz-C0717DF0.static.s-h.siw.siwnet.net] has quit IRC: Quit: Chatzilla 0.9.75.1 [SeaMonkey 1.1.7/2007112808] [20:44:26] like bilinear or whatever cairo supports [20:44:40] smoother, slicker, sexier [20:44:50] It should already be doing that by default, afaik. [20:45:30] well, maybe it is and 16x16 is just too litttle to work with [20:45:58] what are you doing? [20:46:09] dolske: favicon upscaling [20:46:22] 16 -> 32 or maybe even 48 [20:46:47] hmm, that's going to look crappy no matter what you do. :) [20:46:53] There is some bug where the high quality scaling is disabled for upscaling I think [20:47:32] yeah, bug 381661. [20:47:50] Thats the one [20:48:10] is it disabled at cairo level or in thebes? [20:48:23] i guess it doesn't matter [20:48:42] I think it's broken at the cairo level from reading that [20:49:21] dolske: is 389273 ready for a? [20:49:32] (yeah, I'm eager for it to land) [20:49:35] bretr [bret_recka@9993E85F.CD8C052F.FC657F4C.IP] has joined #developers [20:49:53] bretr [bret_recka@9993E85F.CD8C052F.FC657F4C.IP] has quit IRC: Quit: bretr [20:50:04] oh, crap, I thought it was blocking+. :/ [20:50:18] but you take your time, don't let me rush you [20:50:25] I was going getting it ready for checking as soon as the current burning ceased. :( [20:50:56] Ha ha! [20:51:38] :-D [20:52:00] redfive [redfive@346ECF13.BBC87276.3E8C195A.IP] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.10/0000000000] [20:52:16] xD [20:52:47] wtf? I set a JS global property service, and the values are getting updated, but the content webpages values aren't following suit? [20:54:47] emsi [scott@462C7D68.B6B966B4.552A2375.IP] has joined #developers [20:55:05] RyanVM [RyanVM@moz-76D6B7ED.dynamic.dejazzd.com] is now known as RyanVM|Away [20:55:44] anyone in here? [20:56:06] emsi: no, this room is completely empty [20:56:15] oh, ok [20:56:15] :-P [20:56:43] I have a question regarding the status of implementing calendarserver compatibility in sunbird [20:56:47] caldav account stuff ,etc [20:57:16] dmose [dmose@9993E85F.CD8C052F.FC657F4C.IP] has quit IRC: Quit: dmose [20:57:48] Quan [chatzilla@moz-1F226C38.bulldogdsl.com] has joined #developers [20:57:51] who would be the person to talk to about that [20:58:34] emsi: you'll want #calendar for that [20:58:41] ok, thanks [20:58:47] emsi [scott@462C7D68.B6B966B4.552A2375.IP] has left #developers [21:02:42] Mossop [Mossop@moz-B9F6E8D3.oxymoronical.com] is now known as Mossop_away [21:04:21] stephend [stephend@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: stephend [21:10:55] Build 'MacOSX Darwin 9.1.0 qm-xserve02 dep unit test' has dropped from the 'Firefox' tinderbox. [21:13:23] robcee clobbers the windows machines because it appears they need it [21:13:36] fellacious [root@moz-BEF6B502.c3-0.nwt-ubr2.sbo-nwt.ma.cable.rcn.com] has quit IRC: Ping timeout [21:13:36] myk [chatzilla@moz-334F2010.mountainview.mozilla.com] has quit IRC: Ping timeout [21:14:30] Mook_sb [mook@346ECF13.BBC87276.3E8C195A.IP] has quit IRC: Quit: gone [21:14:41] robcee: don't clobber chizu [21:14:50] robcee: 412029 [21:14:55] no? you sure? [21:14:55] which he just took :) [21:15:05] well, I'm on winxp01 now [21:15:13] ah, just saying you may want to ping him [21:15:20] as he just got paged to deal with them :) [21:15:20] yeah, doing so, thanks [21:15:56] I think he just found me on winxp01 [21:16:29] fellacious [root@moz-BEF6B502.c3-0.nwt-ubr2.sbo-nwt.ma.cable.rcn.com] has joined #developers [21:18:21] Hendy [wolfoxout@moz-6CF26BFD.vodafone.com.au] has joined #developers [21:21:52] bz_sleep [bzbarsky@moz-F7987C48.dsl.chcgil.ameritech.net] is now known as bz [21:22:04] <@bz> shopping for hardware is a pain. :( [21:22:16] itym fun! [21:22:24] <@bz> heh [21:22:57] <@bz> want to find me 1) A wireless card that will work with 0 pain with OSX 10.2 (or at least 10.4) on a G4 tower and 2) A wireless card supported with 0 pain by FC3 ? [21:23:11] <@bz> Bonus points if it's the same card and I can just buy two of them. ;) [21:23:17] <@bz> PCI card, that is [21:23:36] that's a tall order [21:23:44] <@bz> well [21:23:55] lol [21:23:55] <@bz> if it were easy, I wouldn't be griping, now would I? ;) [21:23:57] for the G4, try OWC [21:24:02] <@bz> OWC? [21:24:16] http://www.macsales.com/ [21:24:20] I think they do wireless cards [21:24:23] <@bz> aha [21:24:24] bz looks [21:24:42] bz: the FC3 part does you absolutely no good [21:24:50] yeah, that's gonna be hard [21:24:56] <@bz> heh [21:24:57] <@bz> yeah [21:25:01] mattc [mattc@346ECF13.BBC87276.3E8C195A.IP] has quit IRC: Quit: mattc [21:25:02] bz sees orinoco drivers in tehre [21:25:09] maybe upgrade to FC7? [21:25:12] <@bz> and aironet... [21:25:13] orinoco worked well for me as a wireless card [21:25:17] on Linux [21:25:22] <@bz> and "atmel" [sic] [21:25:25] <@bz> yeah [21:25:32] no fuss in FC maybe-3+ [21:25:38] <@bz> I've been reading good things about the orinoco cards [21:25:45] <@bz> now I just need to find one [21:25:55] <@bz> sadly, they seem to be 802.11b [21:25:58] <@bz> from what I've seen [21:26:02] yeah [21:26:04] bz would love a g card that works.... ;) [21:26:13] bz: what about an outboard wireless device for both of 'em? [21:26:25] <@bz> I could do outboard for the Linux box [21:26:28] <@bz> if it's simpler [21:26:30] http://eshop.macsales.com/item/Linksys/WET54G/ [21:26:31] bz: can you point me to where the method used at is defined? for some reason, I am completely unable to find its implementation [21:26:33] <@bz> I'd rather not for the mac [21:27:04] so... with regards to the tree [21:27:07] what kind of card slots are on the G4? I forget... it's pre-PCI right? [21:27:09] is it safe to check in? [21:27:14] WeirdAl [chatzilla@moz-44BEB5A5.dsl.pltn13.sbcglobal.net] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [21:27:19] dwitte: wait for a green window box? [21:27:21] windows* [21:27:22] dwitte: I dunno. Those windows machines are gonna take awhile [21:27:22] <@bz> robcee: nah, PCI [21:27:34] robcee: ok, i'll wait for 'em [21:27:36] bz: ah, that might be easier, drivers in 10.2 on the other hand... [21:27:42] <@bz> Waldo: looking [21:27:47] <@bz> robcee: yeah, well [21:27:57] <@bz> robcee: I'm willing to buy drivers [21:28:07] bz found a good list of stuff that works; just not sure where to actually find any of them. ;) [21:28:28] <@bz> waldo: http://lxr.mozilla.org/seamonkey/source/content/base/public/nsIDocument.h#176 [21:29:09] thanks [21:29:09] bz: http://eshop.macsales.com/item/Sonnet Technology/G54PCI/ [21:29:36] looks like >10.3 for all of them [21:29:37] <@bz> robcee: beautiful [21:29:49] bz can get 10.4 on here, probably [21:29:57] this is the only one that is listed explicitly for G4 and G3 [21:30:02] <@bz> right [21:30:03] NeilZZZ [neil@moz-54D497BC.lutn.cable.ntl.com] has quit IRC: Ping timeout [21:30:08] oh yeah, should be do-able [21:30:18] as long as it's got a DVD drive [21:30:23] <@bz> yeah [21:30:25] <@bz> and I've got the OS [21:30:31] <@bz> just need to back up some stuff and do the install [21:30:35] bz will need to find time [21:30:38] there you go [21:30:50] <@bz> robcee: thank you! [21:30:54] I leave you in Waldo's gentle hands for your all your linux needs :) [21:31:08] <@bz> I might go with the bridge for Linux [21:31:11] <@bz> since that's in a closet [21:31:13] probably safest [21:31:18] either that or risk an upgrade [21:31:22] <@bz> nah [21:31:26] <@bz> too much pain/time [21:31:36] yup [21:31:39] probably shouldn't; I've only used the one Orinoco, purely because I had report it worked, and I'm not running Linux full-time any more, sadly [21:31:42] Apple is evil [21:31:51] and skin-flinty [21:31:57] yes [21:32:00] <@bz> Waldo: I've seen good stuff about Orinoco elsewhere too [21:32:01] <@bz> well [21:32:02] and disingenuous in saying there's only one version of OS X [21:32:09] <@bz> apple _used_ to sell network cards [21:32:12] slash lying [21:32:17] <@bz> but sadly they stopped [21:32:22] <@bz> else I might have just bought theirs [21:32:31] <@bz> the $30 premium being worth the "it just works" thing [21:32:32] bz: does it have a slot for an airport card? [21:32:43] <@bz> robcee: hmm. It doesn't use a standard PCI slot? [21:33:02] they use a separate pcmcia-like connector for their cards [21:33:06] <@bz> huh [21:33:15] Think Different [21:33:18] the PCI slots'll work though with an appropriate driver [21:33:23] campd: ping [21:33:29] Apple loves you that way [21:33:40] http://docs.info.apple.com/article.html?artnum=106777 [21:33:47] anyway, I'm outta here! [21:34:45] <@bz> hmm [21:34:51] <@bz> I think I might have the mirrored [21:35:00] <@bz> but since they don't sell airport cards, it's all moot [21:35:03] chewey_ [chewey@moz-4C80DF5C.dip.t-dialin.net] has joined #developers [21:35:04] chewey [chewey@moz-4C80DF5C.dip.t-dialin.net] has quit IRC: Connection reset by peer [21:36:09] bz: http://tinyurl.com/25pmtg [21:36:11] ebay link [21:36:44] <@bz> heh [21:36:48] bz doesn't like ebay... [21:36:54] there are a bunch of 'em listed [21:36:55] <@bz> I cancelled my account, and don't plan to recreate [21:37:02] fair enough! [21:37:20] I bet if you're really industrious you can hunt one down elsewhere [21:37:39] then you get to use the built-in antenna! [21:38:00] (provided you still have it kicking around somewhere, otherwise, it'll cost ya!) [21:38:15] I'm totally leaving now. sorry for the spam, #developers [21:41:33] twanno [Teune@moz-C4C05801.adsl2.versatel.nl] has quit IRC: Quit: twanno [21:42:45] Quan [chatzilla@moz-1F226C38.bulldogdsl.com] has quit IRC: Ping timeout [21:42:53] Quan_ [chatzilla@moz-730C8A72.bulldogdsl.com] has joined #developers [21:42:55] Quan_ [chatzilla@moz-730C8A72.bulldogdsl.com] is now known as Quan [21:43:44] doublec [Chris_Doub@moz-8EB3E614.ue.woosh.co.nz] has quit IRC: Quit: ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.0.9/2006120508] [21:46:40] anant [anant@moz-3157D25D.ac.in] has joined #developers [21:46:43] anant [anant@moz-3157D25D.ac.in] has quit IRC: Quit: anant [21:47:16] florian [fqueze@moz-15E64610.z80-152-67.customer.algx.net] has joined #developers [21:47:40] madhava [madhava@moz-5991A30.dsl.bell.ca] has joined #developers [21:47:45] grr [21:47:49] VirtualAlloc can suck it [21:48:04] Tomcat-mac [Tomcat@moz-B71A2596.dip.t-dialin.net] has quit IRC: Quit: Tomcat-mac [21:49:03] man [21:49:10] why would you ever not write tests? [21:49:25] I just caught a crash with one I was kinda-asked to write [21:49:27] VirtualAlloc and VirtualFree suck;( [21:49:44] those are like mmap, right? [21:49:49] yeah [21:50:28] ic an't do p=VirtualAlloc(0, 1mb), VirtualAlloc(p+1mb, 512k), VirtualFree(p, 512k), VirtualFree(p+512k, 1mb) [21:50:31] :/ [21:50:41] donny [donny@moz-352E62E9.pitt.east.verizon.net] has quit IRC: Client exited [21:50:47] which you can do with mmap [21:52:44] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [21:53:17] Firefox: 'Linux talos trunk qm-mini-ubuntu02' has changed state from Success to Burning. [21:56:30] TLemur [chatzilla@moz-CE38EF53.adsl.online.kz] has joined #developers [21:56:48] Hi! [21:57:11] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Quit: dietrich [21:57:36] I was wondering if anyone can review a patch for my bug? [21:58:27] dria_ [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has quit IRC: Quit: dria_ [21:58:30] probably not a good idea to ask in the waning hours for the US on a friday afternoon [21:58:42] <@bz> without saying what the patch is, at that [21:58:48] <@bz> knowing that would enable people to actually answer [21:59:22] TLemur: bug #? [21:59:31] madhava [madhava@moz-5991A30.dsl.bell.ca] has quit IRC: Quit: madhava [21:59:42] Tomcat [MBTC@moz-B71A2596.dip.t-dialin.net] has quit IRC: Quit: nap..bbl :) [21:59:59] 401322 [22:00:48] looks like bz already sr=d [22:00:53] waiting on beltzner and mconnor [22:02:46] it's 11pm where they are, and it's a Friday night, so I doubt they are around [22:03:53] sorry... [22:04:10] bz did what he could [22:04:12] I'm only up because I'm waiting for my build to finish compiling [22:04:23] didn't know that... [22:04:31] no problem [22:04:45] TLemur shall repeat plea on Monday :-) [22:04:46] asrail crashed twice on !rt->gcRunning [22:04:53] TLemur: sounds good :) [22:04:59] asrail: with a recent build? [22:05:07] reed: yep [22:11:28] petea [petea@F7BDB098.FC63495D.2321E71E.IP] has joined #developers [22:11:52] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [22:12:15] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Quit: dietrich [22:15:21] TLemur [chatzilla@moz-CE38EF53.adsl.online.kz] has left #developers [22:16:51] Joshua [joshua@moz-5976F58.washdc.fios.verizon.net] has quit IRC: Quit: g'night [22:17:27] so... the bookmarks.html -> places importer crashed while tryn2parse some html [22:18:13] does ne1 know how to find out where in an html file a crashed parser is? [22:18:26] Mano: ^ [22:18:48] reed: yes? [22:18:50] file bugs ;) [22:19:00] Mano: he asked a question, though :) [22:19:31] i have this open in gdb. ask me any question you can think of ^_^ [22:20:14] i would bet this is reproducible? [22:20:32] definitely is. i reproduced it several times [22:20:41] with a clean profile and everything [22:20:48] ok, can you file it and attach the crashing html file? [22:20:57] k [22:23:11] thanks [22:23:13] please cc me [22:23:29] Mano should start watching places@firefox.bugs again [22:24:55] basically, what's happening at the lowest level is, BookmarkContentSink::CloseContainer is trying to move up a frame in its parse tree. but, mFrames is empty. something about an eHTMLTag_dd implicitly closing an eHTMLTag_dt. [22:25:27] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Burning to Success. [22:26:43] <@bz> it does that, yes [22:26:54] <@bz> Sounds like BookmarkContentSink is buggy.... [22:27:00] <@bz> or CNavDTD is [22:27:03] <@bz> depending on what the situation is [22:27:09] bz would guess the sink, though [22:27:30] pamg [pamg@moz-298EC329.dsl.pltn13.sbcglobal.net] has joined #developers [22:30:28] my brain is shutting down fast;( [22:30:43] <@bz> do airport (not extreme) cards do .11g? [22:31:03] whimboo [whimboo@moz-40B9812B.pools.arcor-ip.net] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.12pre/2008011005] [22:31:37] <@bz> ah [22:31:40] <@bz> no, they do not [22:32:00] stuart: sounds like you're gonna enjoy that ski trip. ;) [22:32:09] ski trip? [22:32:23] ain't you going with sicking? [22:32:27] no [22:32:29] ah. [22:32:30] some of us have to work [22:32:34] hehe, indeed [22:33:24] i did just plug this leak though [22:33:35] stuart > windows [22:33:42] that is true [22:33:59] https://bugzilla.mozilla.org/show_bug.cgi?id=412044 [22:34:00] i'm still never releasing these [22:34:04] decommiting them though [22:35:00] bz decides saving 50 bucks is not worth more time investment [22:35:29] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has joined #developers [22:35:32] lol, $50 is quite a bit of money [22:35:36] shebs [shebs@moz-33338362.lv.lv.cox.net] has quit IRC: Quit: shebs [22:35:48] (i'm on break from school right now, which is why i'm here with my debugger out) [22:35:53] <@bz> ah [22:35:53] <@bz> heh [22:36:00] bz will bill an extra hour or something [22:37:07] unfortunately, i don't know how to get gdb to do nearly as much introspection into c++ as i'm used to having when debugging, say, python [22:37:28] Hendy [wolfoxout@moz-6CF26BFD.vodafone.com.au] has quit IRC: Ping timeout [22:37:44] fellacious: you're trying to import your bookmarks file from Firefox 2 into Firefox 3? [22:37:51] ya [22:37:55] <@bz> fellacious: part of that is that the UI of gdb is .... crappy [22:37:56] <@bz> very [22:41:11] mmm [22:41:28] reed [reed@tech.monkey] has quit IRC: Ping timeout [22:41:54] stuart, so I realized you're probably building a little slower than a nightly build [22:42:15] stuart, you'll want WPO and stuff to get a straight comparison [22:42:24] yeah [22:42:27] Hendy [wolfoxout@DE977448.3963211D.E0703FA1.IP] has joined #developers [22:42:30] how do i do that? [22:43:04] stuart, http://lxr.mozilla.org/mozilla/source/tools/tinderbox-configs/firefox/win32/mozconfig [22:43:28] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has joined #developers [22:43:43] how much of a difference does that make? [22:43:46] reed [reed@tech.monkey] has joined #developers [22:44:09] graydon [graydon@moz-4CF3055C.vc.shawcable.net] has quit IRC: Quit: Leaving. [22:44:09] noticable on XP [22:44:29] mrtech_mac [mrtech@moz-DE4D33B6.dyn.optonline.net] has joined #developers [22:44:38] http://graphs.mozilla.org/graph.html#spst=range&spstart=0&spend=1200107811&bpst=cursor&bpstart=0&bpend=1200107811&m1tid=53236&m1bl=0&m1avg=0 [22:44:43] Mook [mook@moz-48DF35AC.dsl.pltn13.sbcglobal.net] has joined #developers [22:44:53] nice [22:45:04] http://people.mozilla.com/~pavlov/minefield-jemalloc-win32.zip [22:45:09] there, a new build that shouldn't be leaking [22:45:42] oh I totally found a hotspot in jsregexp.c today [22:45:47] yeah? [22:46:14] yeah, 66% of time inside SimpleMatch, and 28% of that time on one line in upcase() [22:46:30] heh [22:46:31] nice [22:46:47] and shark complaining about the assembly there [22:46:51] huh [22:47:20] upcase should probably be inlined [22:47:32] it is [22:47:59] I think it should be compiled at -)3 maybe [22:48:02] O3 [22:48:05] just that one piece [22:48:19] can you pragma that? [22:48:25] on apple [22:48:31] dunno about msvc [22:48:31] sucky [22:48:48] of course, maybe msvc doesn't have this problem [22:48:48] this build seems like it likes to sit at about 70mb ram [22:48:58] it'll grow way bigger but seems to come back down to there [22:49:12] when i was writing a firefox extension, i could access an html document's dom tree, provided it was already loaded in the browser. but i couldn't get a tree out of a html document otherwise... and i see in the comments in nsPlacesImportExportService.cpp that somebody else wants html to parse into a tree too [22:49:23] which sucks cause it is bigger than normal buuilds by a bunc [22:49:24] h [22:49:33] wonder if we can make it smaller easil [22:49:34] y [22:50:08] so jemalloc fragments more, or just likes to eat more heap? [22:50:12] Quan_ [chatzilla@moz-5A09F49A.bulldogdsl.com] has joined #developers [22:50:15] fellacious: there was work on that, but it wasn't finished in time for 3 [22:50:16] the latter [22:50:30] i haven't run extensive tests with this build [22:50:45] Quan [chatzilla@moz-730C8A72.bulldogdsl.com] has quit IRC: Ping timeout [22:50:45] but it should stay at some number after a long time of running [22:50:50] Quan_ [chatzilla@moz-5A09F49A.bulldogdsl.com] is now known as Quan [22:51:04] so it might get to 100mb faster but shouldn't get to 400mb like the others [22:51:49] dunno, will run with it this weekend [22:51:52] stuart goes home [22:52:09] mm, fun [22:52:10] night [22:55:28] pamg [pamg@moz-298EC329.dsl.pltn13.sbcglobal.net] has quit IRC: Quit: pamg [22:56:23] <@bz> hrm [22:56:31] <@bz> all these wireless ethernet things only do WEP [22:57:21] fellacious [root@moz-BEF6B502.c3-0.nwt-ubr2.sbo-nwt.ma.cable.rcn.com] has quit IRC: Ping timeout [22:57:33] they don't do WPA? [22:57:41] <@bz> far as I can tell... [22:57:43] dao [dao@5A646E77.4690DB8A.9F5CB86.IP] has joined #developers [22:57:45] <@bz> at least they don't claim to [22:58:23] <@bz> Here's one that claims "WPA-PSK 802.1x" [22:58:30] <@bz> that might be what I want... [22:59:23] <@bz> aha [22:59:28] <@bz> here's another one [23:00:26] fellacious [root@moz-BEF6B502.c3-0.nwt-ubr2.sbo-nwt.ma.cable.rcn.com] has joined #developers [23:02:10] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has quit IRC: Input/output error [23:03:18] faaborg [faaborg@moz-6B3AE449.mountainview.mozilla.com] has quit IRC: Quit: faaborg [23:03:22] dolske [dolske@moz-334F2010.mountainview.mozilla.com] has quit IRC: Ping timeout [23:08:04] asrail [chatzilla@8B3C6169.C6406FE1.B5030266.IP] has quit IRC: Quit: ChatZilla 0.9.79 [SeaMonkey 2.0a1pre/2008011023] [23:08:28] dolske [dolske@moz-334F2010.mountainview.mozilla.com] has joined #developers [23:08:59] aaronlev [chatzilla@moz-4FD0110E.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com] has quit IRC: Ping timeout [23:18:24] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has quit IRC: Quit: brendan [23:18:53] mydogisbox [chatzilla@90AAD465.575A09EC.D4897A3D.IP] has joined #developers [23:19:08] mydogisbox [chatzilla@90AAD465.575A09EC.D4897A3D.IP] has left #developers [23:20:37] bz [bzbarsky@moz-F7987C48.dsl.chcgil.ameritech.net] is now known as bz_sleep [23:21:46] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Burning to Test Failed. [23:23:07] is there a way to get gcc to not delete the /tmp/{whatever}.s that it creates? [23:23:29] it'd be nice ifi could see what the assembler was trying to assemble. [23:23:41] -save-temps or something? [23:23:42] Cartman [chatzilla@moz-66DA7862.co.us.ibm.com] has quit IRC: Quit: Chatzilla 0.9.75.1 [SeaMonkey 1.1.7/2007112810] [23:23:52] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [23:25:13] thanks. [23:25:44] chewey_ [chewey@moz-4C80DF5C.dip.t-dialin.net] has quit IRC: Ping timeout [23:26:11] Quan_ [chatzilla@moz-23A6F125.bulldogdsl.com] has joined #developers [23:26:50] Quan [chatzilla@moz-5A09F49A.bulldogdsl.com] has quit IRC: Ping timeout [23:27:06] Quan_ [chatzilla@moz-23A6F125.bulldogdsl.com] is now known as Quan [23:29:04] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [23:29:49] Firefox: 'Linux talos trunk qm-mini-ubuntu02' has changed state from Burning to Success. [23:32:22] http://www.ibiblio.org/gferg/ldp/GCC-Inline-Assembly-HOWTO.html#ss6.1 how does it pick which size (8/16/32/64 bits) to use? [23:32:45] Hendy [wolfoxout@DE977448.3963211D.E0703FA1.IP] has quit IRC: Ping timeout [23:35:13] dmose [dmose@moz-5BD04EDD.sfo1.dsl.speakeasy.net] has joined #developers [23:35:20] <@bz_sleep> doesn't the register name specify a size? [23:35:38] <@bz_sleep> %eax is 32-bit [23:35:42] dmose [dmose@moz-5BD04EDD.sfo1.dsl.speakeasy.net] has left #developers [23:35:43] <@bz_sleep> %ax is 16 [23:35:47] <@bz_sleep> %al is 8 [23:35:48] <@bz_sleep> iirc [23:36:21] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Quit: dietrich [23:36:59] __asm__ ( "mov %0, %%rax\n\t" [23:37:00] "mov %1, %%rcx\n\t" : /* no outputs */ [23:37:00] :"r"(p), "r"(NUMTESTS) /* inputs */ [23:37:00] :"%rax", "%rcx" /* clobber list */ [23:37:00] ); [23:37:26] it's putting NUMTESTS into edx, and then the assembler is puking on "mov %edx, %rdx" [23:37:46] <@bz_sleep> edx is one of the GPRs, no? [23:37:52] yup [23:38:04] bz_sleep tries to recall what rdx is [23:38:24] rdx is the 64 bit version of edx [23:38:27] <@bz_sleep> ah [23:38:31] err, s/rdx/rcx/ [23:38:36] <@bz_sleep> sure [23:38:46] <@bz_sleep> so basically, they are interpeting GPR strictly, no? [23:39:19] dao [dao@5A646E77.4690DB8A.9F5CB86.IP] has quit IRC: Ping timeout [23:39:25] what do you mean? rdx is as good a GRP as edx [23:39:34] given that i'm writing 64 bit code, it's a better GPR. [23:39:38] <@bz_sleep> hmm [23:40:25] <@bz_sleep> depends on whether you mean "gpr" == "anything can be stored in it" or "one of e[abcd]x, and whatever the other two are" [23:40:57] i would hope in 64 bit mode it is "one of r[abcd]x, r[8-15], rsi, rdi [23:41:23] either way, if I could figure out gas syntax for "move the value in this 32 bit register to that 64 bit register" that'd be acceptable [23:41:35] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has joined #developers [23:42:21] <@bz_sleep> heh [23:42:23] <@bz_sleep> good luck... [23:42:26] bz_sleep sleeps [23:43:56] *sigh* [23:44:04] dolske wonders if qm-winxp01 is going to fail, again. [23:44:05] collinj [chatzilla@moz-A396F3D.stanford.edu] has quit IRC: Ping timeout [23:44:57] karlt [karl@moz-27B7E44D.jetstream.xtra.co.nz] has quit IRC: Ping timeout [23:45:00] <@bz_sleep> So "r" kinda says "use any register", I guess... [23:45:18] <@bz_sleep> Can you use "a" as a constraint or something? [23:45:21] <@bz_sleep> or "b"? [23:45:26] <@bz_sleep> This stuff is not documented so well.... [23:45:27] I wonder what percentage of the time the tree is in a non-green state due to non-code issues. [23:45:37] <@bz_sleep> dolske: "yes" [23:46:17] Perhaps I should annotate my comments with a type. :) [23:47:18] <@bz_sleep> It wouldn't help [23:47:27] <@bz_sleep> I cast away types when I'm this tired. ;) [23:47:59] bz_sleep removes code retail [23:57:23] CTho: also -S [23:57:59] jorendorff [jorendorff@moz-E229E605.hsd1.tn.comcast.net] has joined #developers [23:59:56] http://blogs.sun.com/x86be/entry/gcc_style_asm_inlining_support says g or r should get me a 64 bit register, and R should get me a 32 bit register ### Log session terminated at Sat Jan 12 00:00:00 2008 ###