### Log session started at Mon Dec 17 00:00:00 2007 ### [00:07:29] asrail [chatzilla@B8549F5.1AA04037.A3EAE285.IP] has quit IRC: Quit: ChatZilla 0.9.79 [SeaMonkey 2.0a1pre/2007121519] [00:10:26] davida [dascher@moz-826750F0.vc.shawcable.net] has joined #developers [00:10:33] Would it be possible for an extension to unload and reload an extension, as an attempt to work around bad plugins with memory leaks? [00:12:49] josh [josh@moz-71CF482B.phlapa.east.verizon.net] has joined #developers [00:14:38] kinetik_ [kinetik@moz-59DE7722.auckland.nz.mozilla.com] has quit IRC: Quit: kinetik_ [00:14:42] josh [josh@moz-71CF482B.phlapa.east.verizon.net] has quit IRC: Quit: josh [00:14:47] zzxc: no, because extensions only register at startup. [00:16:12] er.. s/extension/plugin/g (it's what I mean, not what I type) [00:18:26] so e.g. automatically unload flash whenever you have no pages open that use flash? [00:18:56] interesting idea. i don't know how possible it is. [00:19:58] Someone posted a blog entry recently about tracking their cpu usage, but not their memory usage. Tracking memory usage would seem to be quite difficult. [00:20:26] well, if they leak, the memory is gone... you're not going to unleak it by unloading [00:20:28] (tracking CPU usage is done simply by measuring the time it takes for the plugin to return from execution) [00:21:16] ajschult: depends on the type of leak, but yeah, good point [00:21:18] and you'd compound it by turning any shutdown leaks into not-shutdown leaks [00:21:36] also a good point [00:22:12] out-of-process plugins seems a more attractive alternative [00:22:38] (not that that's easy :)) [00:22:41] what does navigator.plugins.refresh() do? [00:23:29] schrep__ [Mike@moz-7542B0EB.dsl.static.sonic.net] has joined #developers [00:24:02] caytchen [caytchen@moz-26CBC98C.pool.einsundeins.de] has quit IRC: Connection reset by peer [00:24:05] reloads pluginreg.dat, I think? (i.e. re-probes for plugins) [00:25:00] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has quit IRC: Quit: dietrich [00:25:10] i think it unloads any plugins that aren't running [00:26:29] With Flash 9 and Linux, I find that enough memory leaks by simply having a flash-based site open for several hours to force the kernel to the process. (Both direct memory leaks and X11 memory leaks) [00:27:46] can you check whether navigator.plugins.refresh(false) or navigator.plugins.refresh(true) makes the memory use go down? [00:28:28] If that simply looks for new plugins, that wouldn't do anything. [00:31:27] i saw some bug reports and code that made it look like it unloaded stuff [00:31:35] and specifically tried not to unload stuff that was in use [00:31:50] (e.g. plugins on a currently open page) [00:36:23] davida [dascher@moz-826750F0.vc.shawcable.net] has quit IRC: Quit: davida [00:37:31] ignore the crashtest behind the curtain [00:38:19] davida [dascher@moz-826750F0.vc.shawcable.net] has joined #developers [00:38:44] Mnyromyr [MnyroWork@moz-E0F31C11.tal.de] has joined #developers [00:38:44] surkov [chatzilla@B5C852AC.56B80CFD.5B715A5B.IP] has joined #developers [00:39:08] i'll get you, my pretty,and your little crashtest, too! [00:40:03] so, rough count... Since Friday, there are now ~140 more reftests (1330 -> 1470) and ~190 more crash tests (100 -> 290). [00:41:18] davida [dascher@moz-826750F0.vc.shawcable.net] has quit IRC: Input/output error [00:41:48] schrep__ [Mike@moz-7542B0EB.dsl.static.sonic.net] has quit IRC: Ping timeout [00:42:09] so....the test boxen now run for what....12 hour cycles? [00:43:10] slow whole-window reftests + 32x32 pixel pngsuite tests = sad [00:43:37] Anatolik [tolikk@5176CC8E.38BB09A6.1FCE22BB.IP] has joined #developers [00:44:17] Might be nice to have a way to tell the reftest to crop the drawWindow(0... [00:45:03] aja is honestly amazed at the amount of quality tests over the last year. [00:45:10] how many nasty regressions saved you think that amounts to? [00:47:13] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has joined #developers [00:47:14] i bet sayrer has been keeping count [00:47:31] a ton, I stopped counting [00:47:32] hard to say, although I think most people would agree that the tests have already caught a lot of things that might have been missed, and are one of the reasons the FF3 betas have been so solid. [00:48:02] they probably catch a lot before checkins too [00:49:01] have to agree, so far...a lot smoother than FF2 betas were [00:49:31] not to mention writing testcases helps find the broken edge cases in new code. [00:50:34] dolske [dolske@moz-334F2010.mountainview.mozilla.com] has quit IRC: Quit: rebooting [00:51:02] dolske++ [00:53:31] dolske [dolske@moz-334F2010.mountainview.mozilla.com] has joined #developers [00:54:14] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has quit IRC: Ping timeout [00:56:16] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has joined #developers [00:56:24] anyone had a close look a perf charts for last few days by any chance? (i haven't) [00:56:39] brendan_ [brendaneic@moz-37758455.hsd1.ca.comcast.net] has joined #developers [00:56:45] sigh, leopard mccrashy [00:57:12] aja: http://people.mozilla.org/~johnath/pdb/ looks happy to me [00:57:28] been noticing several folks complaning in mozillazine forums last few days (since the arena pools for content landing) [00:57:49] complaining about what? [00:58:13] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has quit IRC: Ping timeout [00:58:18] downloads of hourles from ftp site seem a lot slower to me, fwiw. [00:58:21] the mozillazine forums are always complaining about *something* :/ [00:58:26] general slowness [00:58:32] true :) [00:58:38] have they filed a bug? [00:58:40] that landing was very much a "we don't expect the existing perf tests to show an improvement even though we think it will be an improvement for uesrs" thing [00:58:45] instead of just complaining [00:59:42] see e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=403830#c74 [01:00:06] none filed that i've seen...thought i'd check with IT about ftp before i filed anything about it against browser [01:00:14] maikmerten [merten@moz-9D8BA0A0.cs.uni-dortmund.de] has joined #developers [01:00:48] evan [evan@moz-7738C241.sun.com] has joined #developers [01:01:29] my 1st impression after it went in was faster scrolling through large text docs (like html5 spec, e.g.) [01:02:32] aja, I don't see many general slowness complaints, other than the cold start thread [01:02:38] aja, can you point to some others? [01:02:57] Jess: yeah,saw those bug comments, and seemed mostly positive [01:02:59] aja: interesting (faster scrolling) [01:03:02] tH [Rob@adsl-87-102-85-165.karoo.KCOM.COM] has joined #developers [01:03:34] aja has old / low mem system [01:04:28] i've seen scrolling be slow in text-heavy pages, too [01:04:38] i'm using debug builds (slow) on a macbook pro (reasonably fast) [01:04:45] XP with 512M [01:04:49] scrolling is really slow [01:04:52] 2GB here [01:04:55] it was fast for a while [01:04:59] then I think roc broke it [01:05:04] heh [01:05:38] roc [roc@moz-CE17AFBD.dsl.telstraclear.net] has joined #developers [01:05:46] I do see startup perf complaints [01:05:46] speak of the devil [01:06:21] sayrer: odd, startup time is one of the things i'd imagine we test accurately [01:06:31] we do--we're slower :) [01:06:35] (for now) [01:06:59] actually about even on linux, slower on windows, getting close to even on Mac [01:07:03] but this is still too slow [01:07:07] since Firefox 2 is slow [01:07:22] Jesse: speaking of devil, http://cache.gizmodo.com/assets/resources/2007/12/santa-imperial-troopers.jpg LOL [01:09:14] slowness complaints: http://forums.mozillazine.org/viewtopic.php?p=3183505#3183505 [01:09:33] lemme reread though....may have been specific to SVG [01:10:10] aja: there is a case that SVG ate up to 100% CPU for a few secs. [01:12:56] reread looks like it _was_ svg-specific complaint [01:13:21] uh yeah, that is slow [01:13:42] Slow Vector Graphics? [01:13:49] nice! [01:13:59] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has quit IRC: Input/output error [01:14:20] aja nominates that for channel topic [01:15:05] sp3000 [tt@moz-17B3DC1A.dhcp.inet.fi] has joined #developers [01:18:28] hear anything from friday testday? didn't notice many new bugs filed friday [01:20:47] I think this will burn. [01:20:51] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Success to Burning. [01:21:37] lol [01:21:39] Pike [Axel_Hecht@moz-1D251CED.dip0.t-ipconnect.de] has joined #developers [01:21:41] not that quickly :) [01:23:42] reed: what's with that checkin, anyway? though DOMi was getting yanked from ff3? [01:23:57] s/though/thought/ [01:24:03] Er, it is? [01:24:20] smontagu_ [chatzilla@C27F3EBF.E9E30815.27DA33FF.IP] has joined #developers [01:24:32] aja: some may try [01:24:37] but I doubt it [01:24:42] unless Firebug gets fixed [01:24:46] see bug 339229. [01:24:50] https://bugzilla.mozilla.org/show_bug.cgi?id=339229\\ [01:25:20] P1 blocker [01:25:30] Callek [chatzilla@moz-ABFFE73F.dhcp.oxfr.ma.charter.com] has quit IRC: Ping timeout [01:25:39] Ah, okay. [01:27:19] igor [igor@moz-6A7EE275.besthotel.lv] has joined #developers [01:27:59] still doesn't mean it'll happen [01:28:07] not unless domi gets put on AMO [01:28:09] which hasn't happened [01:28:29] not last i looked ( a few days ago) [01:28:55] and not shipping with Fx has nothing to do with dead [01:29:06] mrbkap tries to parse that. [01:29:29] and "not shipping with Fx" has nothing to do with "dead" [01:29:32] better? [01:29:56] Sort of, I'm not really sure where death comes into the conversation. [01:30:02] Maybe I'm just being dense, though. [01:30:45] "what's with that checkin, anyway?" seems to me to imply death, though maybe it only implies "I thought reed only checks in things that will ship with Fx 3" [01:30:56] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Success to Burning. [01:31:26] Removing it from FF3 isn't to kill it... It allows DOMi work to proceed independently from the FF release cycle, and allows people to install it without reinstalling Firefox (since it's currently an obscure install-time thing). [01:31:38] Mook [mook@moz-CF8DEC61.dsl.pltn13.sbcglobal.net] has quit IRC: Quit: sleep [01:31:56] and, afaik, it would continue to live in the Mozilla tree as it does now. [01:32:57] Firefox: 'MacOSX Darwin 8.8.4 bm-xserve11 Depend Debug + Leak Test' has changed state from Success to Burning. [01:32:59] ah...that's what i didn't think of. [01:32:59] dolske waits for "Mozilla kills developer tool" to show up on Truth About Mozilla. [01:33:25] just allows NPOTB checkins almost any time [01:33:30] glazou [daniel@moz-204094DD.disruptive-innovations.fr] has joined #developers [01:33:44] bonjour [01:33:44] ./ here we come [01:34:09] roc: hi ; yes I saw your mail to the list [01:34:11] reed frowns at people not unbitrotting their three-month-old patches before requesting approval and adding checkin-needed [01:34:20] I'm not your slave. [01:34:20] Brace for Slashdot! [01:34:43] sayrer [chatzilla@moz-36071B30.cable.mindspring.com] has joined #developers [01:35:19] dolske pats reed on the head. [01:35:40] say you have class X { public: int Length() { return mLength; } } [01:35:54] Firebug is the successor of DOMi? [01:35:55] probably not inlined [01:36:05] meh, lets be specific [01:36:15] say you have const nsTArray& list [01:36:34] if you do for (PRUint32 i = 0; i reed: don't get uppity [01:36:41] mm [01:36:45] is there any way for the const to optimize the Length call away? [01:36:54] smontagu: lol [01:36:58] Firefox: 'Linux fx-linux-tbox Depend Nightly' has changed state from Success to Burning. [01:37:04] stuart: Doubtful. [01:37:14] i can't annotate?? ;) [01:37:16] smontagu: People should have common courtesy with that, though. [01:37:24] stuart: Might be worth inspecting the assembly. [01:37:28] reed: you would think so [01:37:33] If they aren't going to be the one checking the patch in themselves, they should make sure it still applies. :) [01:37:33] stuart: list might change in the loop. [01:37:43] stuart: Invalidating the optimization, so most compilers won't do it. [01:37:45] mrbkap: well if i sprinkle constness all over it [01:37:51] it can't change! [01:37:54] (; [01:38:14] stuart needs a mips compiler so he can read the output [01:38:20] stuart: Compilers tend to be really conservative about this sort of stuff. [01:38:31] wusses [01:38:39] he [01:38:40] h [01:38:49] !seen fantasai [01:38:51] fantasai was last seen 3 days, 12 hours, 45 minutes and 42 seconds ago, saying 'vlad: for designers, it's a pretty important fix' in #developers. [01:39:20] i'd like to know how compilers optimize loops better [01:39:24] https://bugzilla.mozilla.org/attachment.cgi?id=292750 [01:39:35] like in WhichFontSupportsChar near the top [01:39:51] i think length needs to be pulled out -- would breaking from the loop and reutrning once be faster than twice? [01:39:55] (or less code?) [01:41:00] SeaMonkey: 'MacOSX Darwin 8.8.1 cb-xserve02 Depend Universal Nightly' has changed state from Success to Burning. [01:41:02] Firefox: 'WINNT 5.2 fx-win32-tbox Depend Nightly' has changed state from Success to Burning. [01:41:05] Firefox: 'Linux fxdbug-linux-tbox Depend' has changed state from Success to Burning. [01:41:12] stuart: I sort of doubt it. [01:41:47] wereHamster [tomc@moz-3DD0548C.ptr-62-65-141-13.customer.ch.netstream.com] has joined #developers [01:42:25] chewey [chewey@moz-42CB73BD.dip.t-dialin.net] has joined #developers [01:43:40] stuart, how do you know which part of the loop is slow? [01:43:52] stuart, shark should be able to show you [01:44:00] shepazu [schepers@moz-C06F2E3B.nc.res.rr.com] has quit IRC: Quit: shepazu [01:44:30] is the cvs repo broken or did you finally switch to hg? I'm getting No signature for `mozilla/client.mk'. [01:44:46] or maybe fontList is really big :( [01:44:52] wereHamster: wfm [01:45:02] Firefox: 'MacOSX Darwin 8.8.4 bm-xserve11 Depend Debug + Leak Test' has changed state from Burning to Success. [01:45:03] what command are you using? [01:45:11] sayrer: well, fontlist might be big but also the call to the non-inlined testcharactermap [01:45:21] reed, what's wfm? [01:45:28] wereHamster: Works For Me [01:46:35] mrbkap: anything new with bug 311366 perchance? [01:47:51] aja: I might be able to get to it sometime in the next 3 weeks. [01:48:23] stuart, oh noes, I thought this patch was fast [01:48:38] mm, the fontentry's version branches [01:48:38] that sux [01:48:46] that'd be really nice to have in ff3. rather risky though? [01:48:55] oh well, it is faster on windows ;-) [01:49:03] Firefox: 'Linux fxdbug-linux-tbox Depend' has changed state from Burning to Success. [01:49:30] stuart, is there a faster API on 10.5? [01:49:43] than the windows font selection code? [01:49:45] i doubt it [01:49:50] aja: Yeah, also low priority for me. [01:49:51] than the rest of atsui, probably [01:50:35] Mr. T just told me to start playing WoW. [01:50:45] wolfiR [wolfiR@moz-EE3AFB17.dip0.t-ipconnect.de] has joined #developers [01:50:48] i pity the fool who starts playing wow [01:50:52] lol [01:51:04] Firefox: 'Linux fx-linux-tbox Depend Nightly' has changed state from Burning to Success. [01:51:39] What happens he said "I spit the fools who is using IE"? [01:53:54] reed, after I downgraded cvs from 1.12.? to 1.11.? it works.. strange. anyways, thanks and bye [01:54:20] wereHamster [tomc@moz-3DD0548C.ptr-62-65-141-13.customer.ch.netstream.com] has left #developers [01:55:05] Firefox: 'MacOSX Darwin 8.8.4 qm-xserve01 dep unit test' has changed state from Burning to Success. [01:57:46] plasticmillion [chatzilla@moz-C303525E.net.upc.cz] has quit IRC: Ping timeout [01:59:07] Firefox: 'WINNT 5.2 fx-win32-tbox Depend Nightly' has changed state from Burning to Success. [02:01:08] SeaMonkey: 'MacOSX Darwin 8.8.1 cb-xserve02 Depend Universal Nightly' has changed state from Burning to Success. [02:03:25] stuart: wrt the nsTArray question, absolutely it should [02:04:05] what should? [02:04:13] optimize away [02:04:19] since Length() is inlined it'll just access the member var directly [02:04:24] and it'll be just like having a local var [02:04:39] mm [02:04:42] will it? [02:04:47] or will it dereference every time? [02:05:14] if the stuff in the loop is const, it shouldn't deref each time [02:06:07] dmose: pong [02:06:09] Mardak|flying [Mardak@moz-1D3A1F06.dhcp.insightbb.com] is now known as Mardak [02:09:26] ondrej [Miranda@moz-E61C758C.ip.b26.cz] has joined #developers [02:12:27] hm, i got up at like 5:30am in london this morning [02:12:30] i should probably go to bed [02:13:16] shepazu [schepers@moz-C06F2E3B.nc.res.rr.com] has joined #developers [02:13:34] 27 hours ago? [02:13:54] weekend at bernies? [02:14:00] something like that [02:14:16] didn't kill anyone that i remember [02:14:44] stuart: kill anyone you don't remember? [02:15:15] maybe some linux users [02:16:26] FontEntry::IsCrappyFont() [02:16:29] nice [02:18:20] ajschult: well, i just wanted to make it clear it wasn't like the time i shot a man in reno, just to watch him die [02:19:37] i should probably speed up http://lxr.mozilla.org/seamonkey/source/gfx/thebes/public/gfxWindowsFonts.h#233 at some point [02:23:26] or stop using it [02:23:29] anyways, zzz [02:24:27] NeilAway wonders how dolske managed to accumulate 42 points of karma [02:26:49] dolske [dolske@moz-334F2010.mountainview.mozilla.com] has quit IRC: Ping timeout [02:29:21] davida [dascher@moz-826750F0.vc.shawcable.net] has joined #developers [02:29:39] NeilAway: he goes into a private room and "gives himself karma" if you know what I mean. [02:29:58] davida [dascher@moz-826750F0.vc.shawcable.net] has quit IRC: Quit: davida [02:31:46] Simon [Simon@moz-24AE7147.range86-141.btcentralplus.com] has joined #developers [02:32:14] smaugZzz [chatzilla@moz-DDD2A5AD.pp.htv.fi] is now known as smaug [02:33:20] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Burning to Success. [02:41:41] dolske [dolske@moz-F8EC3862.hsd1.ca.comcast.net] has joined #developers [02:41:53] dbaron [dbaron@moz-84C8C8D.hsd1.ca.comcast.net] has quit IRC: Ping timeout [02:46:10] igor [igor@moz-6A7EE275.besthotel.lv] has quit IRC: Ping timeout [02:46:51] philor [ringnalda@moz-C5B02F7B.eug.or.uspops.net] has quit IRC: Ping timeout [02:48:03] NeilZZZ [neil@moz-54D497BC.lutn.cable.ntl.com] has quit IRC: Ping timeout [02:48:22] Neil_ [neil@moz-54D497BC.lutn.cable.ntl.com] has joined #developers [02:48:30] Neil_ [neil@moz-54D497BC.lutn.cable.ntl.com] is now known as NeilZZZ [02:51:17] plasticmillion [chatzilla@moz-E61C758C.ip.b26.cz] has joined #developers [02:55:55] brendan_ [brendaneic@moz-37758455.hsd1.ca.comcast.net] has quit IRC: Connection timed out [02:57:11] brendan [brendaneic@moz-37758455.hsd1.ca.comcast.net] has joined #developers [02:57:18] Sander [me@moz-B871F4D3.direct-adsl.nl] has joined #developers [02:58:45] aja [chatzilla@moz-505D2BE3.dsl.stlsmo.sbcglobal.net] has quit IRC: Quit: Chatzilla 0.9.77-rdmsoft [XULRunner 1.8.0.4/2006060814] [03:03:01] whimboo [Miranda@759BA5C6.412D10EA.349377F5.IP] has joined #developers [03:05:07] Aqualon [aqua@moz-82749DB1.informatik.uni-erlangen.de] has quit IRC: Quit: Lost terminal [03:05:47] plasticmillion [chatzilla@moz-E61C758C.ip.b26.cz] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [03:06:05] hi [03:09:55] Aqualon [aqua@moz-82749DB1.informatik.uni-erlangen.de] has joined #developers [03:11:04] midnightaz [chatzilla@155526C9.F50E6DAB.3D0C8E44.IP] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [03:15:18] NeilAway notes that philor waited for dolske to ping out before he said that ;-) [03:17:32] plasticmillion [chatzilla@moz-E61C758C.ip.b26.cz] has joined #developers [03:18:44] dveditz [dveditz@moz-530FA17.cruzio.com] has quit IRC: Ping timeout [03:20:26] roc: ping [03:20:42] hi [03:20:49] hi [03:28:53] NeilAway wonders whether smaug has the newer gcc that sicking was referring to in bug 408123 comment 15 [03:29:12] cbarrett finds it amusing that he has moved close to NZ but further away from it "in time". [03:29:20] *closer [03:29:40] NeilAway: I have 4.1.2 [03:29:41] Firefox: 'MacOSX Darwin 8.8.4 bm-xserve11 Depend Debug + Leak Test' has changed state from Success to Test Failed. [03:30:05] NeilAway: the older gccs are really bad with c++ [03:30:22] jpb [chatzilla@moz-DF053F63.cse.bris.ac.uk] has joined #developers [03:31:25] smaug: so what does it say if you change line 259 of nsTObserverArray.h to static_cast(FastElementAt(mPosition++)) : [03:31:49] deb00t [Miranda@moz-4319B9E7.t-com.sk] has joined #developers [03:32:26] NeilAway: testing.. [03:33:43] NeilAway: http://pastebin.mozilla.org/269238 [03:37:44] Firefox: 'MacOSX Darwin 8.8.4 bm-xserve11 Depend Debug + Leak Test' has changed state from Test Failed to Success. [03:37:51] smaug: weird... how is ForwardIterator able to access mPosition, but EndLimitedIterator, derived from ForwardIterator, unable to? [03:37:59] Aleksej2 [Aleksej2@moz-5CCB18CE.broadband.corbina.ru] has quit IRC: Quit: Help testing Firefox, Thunderbird et al! See http://quality.mozilla.org/en/get-involved [03:38:47] bewins [bewins@moz-4EEAA440.renf.cable.ntl.com] has joined #developers [03:39:28] smaug: how about static_cast(FastElementAt(Iterator_base::mPosition++)) : [03:39:52] (hope you don't mind being my g++) [03:41:12] NeilAway: does the private inheritance affect here [03:42:10] smaug: that only affects users of EndLimitedIterator [03:45:29] deb00t [Miranda@moz-4319B9E7.t-com.sk] has quit IRC: Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org [03:46:21] smaug: or you could try static_cast(FastElementAt(nsTObserverArray_base::Iterator_base::mPosition++)) : [03:46:28] deb00t [Miranda@moz-4319B9E7.t-com.sk] has joined #developers [03:46:48] deb00t [Miranda@moz-4319B9E7.t-com.sk] has quit IRC: Connection reset by peer [03:47:00] NeilAway: already compiling something else, sorry :) [03:47:05] deb00t [Miranda@moz-4319B9E7.t-com.sk] has joined #developers [03:48:08] jeremy files a bug against neil to implement a threaded smaug [03:48:25] bewins [bewins@moz-4EEAA440.renf.cable.ntl.com] has quit IRC: Quit: bewins [03:48:41] brablc [Miranda@moz-E61C758C.ip.b26.cz] has joined #developers [03:50:17] ondrej [Miranda@moz-E61C758C.ip.b26.cz] has quit IRC: Ping timeout [03:56:22] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has joined #developers [03:57:34] surkov [chatzilla@B5C852AC.56B80CFD.5B715A5B.IP] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514] [03:58:02] how do I change the default path on Darwin? [03:58:34] every time I open a new terminal window I have to add /opt/local/bin [03:58:39] smaug: well, if you get a chance, could you let me know if either of those compiles? [03:59:00] plasticmillion: edit ~/.{$SHELL}rc ? [04:01:04] roc [roc@moz-CE17AFBD.dsl.telstraclear.net] has quit IRC: Quit: roc [04:01:16] NeilAway: static_cast(FastElementAt(Iterator_base::mPosition++)) : doesn't work [04:01:22] not sure what that's supposed to do but I guess I edit .bash_profile? [04:01:42] nor does static_cast(FastElementAt(nsTObserverArray_base::Iterator_base::mPosition++)) : [04:02:44] neat, that worked [04:05:37] smaug: weird [04:05:50] smaug: well, it looks like I'll never be capable of understanding C++ [04:06:06] smaug/NeilAway: try this->mPosition++ [04:08:59] Aleksej [Aleksej2@moz-4DEF3FF0.broadband.corbina.ru] has joined #developers [04:12:06] nth10sd [nth10sd@moz-D4A4A631.hkcable.com.hk] has joined #developers [04:13: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. [04:15:04] cf_nthomas|afk [chatzilla@42C29A72.2255BE60.AFCB8987.IP] is now known as cf_nthomas [04:15:28] kinetik: that works [04:16:35] wtf?? [04:17:50] jwatt [roslea@jwatt.irc.users.mozilla.org] has quit IRC: Ping timeout [04:18:32] kinetik: you realise that you're now down in my list of C++ gurus to ask obscure language questions to :-) [04:20:49] c++ is great. Difficult to understand in some cases and apparently difficult to implement too. g++ 4.x still has bugs, for example overriding operator delete[] doesn't work properly, IIRC [04:22:32] roc [roc@moz-CE17AFBD.dsl.telstraclear.net] has joined #developers [04:25:00] smaug: you're telling me. I thought the only time this-> was necessary was when a local variable shadowed a member [04:27:53] Yoric [yoric@moz-3BA3E220.fbx.proxad.net] has joined #developers [04:28:09] a good explanation of this case is: http://womble.decadentplace.org.uk/c++/template-faq.html#base-lookup [04:28:29] (beats me trying to explain it more clumsily :-)) [04:28:41] how does one run crashtests? [04:29:21] kiko-afk [kiko@moz-3C08FDE3.canonical.com] is now known as kiko [04:32:18] Fallen|away [Fallen@moz-F1D3CA92.kewis.ch] is now known as Fallen [04:37:41] kinetik: so, someone might decide to specialise ForwardIterator for a particular type of nsTObserverArray with its own mPosition? [04:40:36] roc_ [roc@moz-CE17AFBD.dsl.telstraclear.net] has joined #developers [04:40:36] roc [roc@moz-CE17AFBD.dsl.telstraclear.net] has quit IRC: Connection reset by peer [04:42:35] jwatt [roslea@jwatt.irc.users.mozilla.org] has joined #developers [04:43:41] roc_ [roc@moz-CE17AFBD.dsl.telstraclear.net] has quit IRC: Ping timeout [04:44:08] Hmm...who gets email if a "security relevant bug" is filed for Product Calendar? [04:45:32] plasticmillion wonders, again, at the Mozilla build system [04:45:45] NeilAway: right, and the compiler may not have seen it yet [04:45:53] is it Arthur C. Clarke who said that any sufficiently complex makefile is indistinguishable from magic? [04:46:05] plasticmillion: heh [04:46:33] smaug: I think it's the same way you run reftests, except specify testing/crashtest/crashtests.list as the test manifest [04:46:34] plasticmillion: what are you wondering at? [04:46:46] db48x: playing with packaging stuff Prism [04:46:52] I threw it a jar.mn somewhere and it Just Worke [04:46:54] d [04:47:04] oh, that's expected [04:47:14] there's a rule in rules.mk for jar files [04:47:19] Fallen: some people get mail about all the security sensitive bugs [04:47:36] if a manifest shows up then it automatically builds the jar [04:47:40] db48x: yeah but it also copied it to the right place in the Mac app bundle [04:47:57] heh, why wouldn't it? [04:48:05] yeah, why wouldn't it indeed [04:48:26] Fallen: though, is anyone in calendar team in the security group too... [04:48:29] sometimes I think all this blather about an "alternate open browser" is just a smokescreen to justify the development of an increasingly powerful build system [04:48:39] heh [04:50:55] smaug: It would be nice to find out who these "some" people are. I'm not sure who is in this security group. I believe the list is quite "old". Do you know, or do you know who I could ask about that? [04:51:54] plasticmillion: 'man bash' will describe the files it runs when it starts up [04:52:10] Fallen: ask dveditz [04:52:25] db48x: I'm going to buy myself a book about Unix for Christmas [04:52:28] smaug: thanks :) [04:52:31] I can't sit at the screen reading man pages all day [04:52:44] plus I find all this "man" stuff to be extremely sexist [04:52:59] plasticmillion: heh [04:53:06] it's short for 'manual', of course [04:53:16] plasticmillion evidently has db48x in stitches this morning [04:54:28] Fallen: http://www.mozilla.org/projects/security/secgrouplist.html [04:54:52] basically the files are /etc/profile, ~/.bash_profile, ~/.bash_login, ~/.profile, ~/.bashrc, and then ~/.bash_logout, [04:55:14] and in some cases it uses $BASH_ENV as a file to read and execute during startup [04:55:40] ah I see.... well NeilAway's $SHELL variable returned bin/bash or something [04:55:43] smaug: ah, good to know, thanks again [04:55:43] not just bash [04:55:51] which of those 6 startup files is used depends on whether it's a login shell, an interactive shell or a non-interactive shell [04:56:11] Fallen [Fallen@moz-F1D3CA92.kewis.ch] is now known as Fallen|away [04:56:16] karlt [karl@moz-455534DD.jetstream.xtra.co.nz] has quit IRC: Ping timeout [04:56:31] it expanded to .{/bin/bash}rc, which is presumably not what he had in mind [04:56:53] yea, probably not [04:57:15] also bash tries to determine if it's being used as a remote shell [04:57:16] anyway Neil can't even figure out C++ so how can we expect him to master Unix shell? :-p [04:58:14] anyone has an idea of how I could test the patch for bug 311385? [04:58:14] oh, and none of these files are used if the effective user and group not equal to the real user and group [05:00:07] but I suppose that doesn't come up very often [05:06:10] glazou [daniel@moz-204094DD.disruptive-innovations.fr] is now known as glazou_lunch [05:07:44] Archaeopteryx [itsme@moz-D849B04F.pools.arcor-ip.net] has joined #developers [05:08:29] Can anyone tell me what the f…k is an "independant developer" of something, even if it belongs to a corporation that owns a RIAA member? [05:11:09] Simon [Simon@moz-24AE7147.range86-141.btcentralplus.com] has quit IRC: Quit: Simon [05:15:04] caillon [caillon@moz-949BAD26.home.99maxprogres.cz] has joined #developers [05:17:41] peterv [peterv@moz-8F8B4C2F.mandriva.com] has joined #developers [05:18:48] plasticmillion: I was expecting .bashrc but I wasn't sure if you were using some other shell so I wrote ${SHELL} but I couldn't remember the syntax to trim of the leading /bin/ [05:18:52] *off [05:19:05] NeilAway: excuses excuses :-p [05:19:21] plasticmillion: I guess I could have read man bash, but somehow it didn't seem worthwhile :-P [05:19:26] anyway I'm sure I'll provide plenty of opportunities to prove your shell chops [05:19:29] stephend [stephend@moz-269E8BF7.hsd1.ca.comcast.net] has joined #developers [05:19:31] plasticmillion is still pretty clueless [05:19:34] hrm [05:19:46] I'm not sure we've got the myspace on mac crasher covered [05:22:30] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Success to Burning. [05:25:11] could someone please do something to qm-win2k3-01 [05:29:34] jag sticks his tongue out at qm-win2k3-01 [05:36:43] kiko [kiko@moz-3C08FDE3.canonical.com] is now known as kiko-phone [05:41:50] Littlemutt [chatzilla@moz-1115AB0A.dhcp.embarqhsd.net] has joined #developers [05:42:22] nth10sd [nth10sd@moz-D4A4A631.hkcable.com.hk] has quit IRC: Quit: nth10sd [05:53:42] stevee [Miranda@moz-33D212DB.sotn.cable.ntl.com] has joined #developers [05:54:22] kiko-phone [kiko@moz-3C08FDE3.canonical.com] is now known as kiko [05:59:07] Tomcat [Tomcat@moz-B7B1B4FB.dip.t-dialin.net] has joined #developers [05:59:23] stephend [stephend@moz-269E8BF7.hsd1.ca.comcast.net] has quit IRC: Quit: stephend [06:01:42] smaug [chatzilla@moz-DDD2A5AD.pp.htv.fi] has quit IRC: Ping timeout [06:03:00] hsivonen [hsivonen@moz-A04B70FF.cs.hut.fi] has quit IRC: Ping timeout [06:03:02] hsivonen [hsivonen@moz-A04B70FF.cs.hut.fi] has joined #developers [06:03:42] smaug [chatzilla@moz-DDD2A5AD.pp.htv.fi] has joined #developers [06:04:31] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [06:05:31] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] has joined #developers [06:06:25] caytchen [caytchen@moz-26CBC98C.pool.einsundeins.de] has joined #developers [06:10:41] glazou_lunch [daniel@moz-204094DD.disruptive-innovations.fr] is now known as glazou [06:12:23] biesi [cbiesinger@32FA898A.65A91F68.C521C193.IP] has joined #developers [06:35:47] smontagu [chatzilla@C27F3EBF.E9E30815.27DA33FF.IP] is now known as smontaguZZZ [06:37:07] Mozilla1.8: 'WINNT 5.2 pacifica-vm Depend Fx-Nightly' has changed state from Success to Burning. [06:43:45] Ancestor [miviento@moz-E44A25EC.internetdsl.tpnet.pl] has joined #developers [06:45:57] peepo [Jay@moz-8186AFB0.range86-129.btcentralplus.com] has joined #developers [06:52:32] mw22: what OS do you use ? [06:52:55] (for help with 311385) [06:54:38] aaronlev [chatzilla@moz-4FD0110E.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com] has joined #developers [06:58:58] mw22: actually, n/m [07:02:31] Yoric [yoric@moz-3BA3E220.fbx.proxad.net] has quit IRC: Quit: Ex-Chat [07:04:12] jminta [chatzilla@moz-67193C20.client.dsl.net] has quit IRC: Ping timeout [07:13:47] pombreda [pombreda@moz-C7C38823.ppp.tiscali.fr] has quit IRC: Quit: Leaving. [07:13:57] mcsmurf [chatzilla@moz-F9F3184F.dip.t-dialin.net] has joined #developers [07:14:10] I'm copying a jar.mn from McCoy (http://viewvc.svn.mozilla.org/vc/projects/mccoy/trunk/chrome/locales/jar.mn?revision=6813&view=markup) to use for Prism [07:14:26] it uses a variable AB_CD which (I believe) is defined in the makefile at the same level as so: [07:14:31] DEFINES += -DAB_CD=$(MOZ_UI_LOCALE) [07:14:33] cf_nthomas, hi [07:14:39] I do the same thing in my jar.mn/makefile but I get this error: [07:14:43] blassey [blassey@moz-B9AA5393.hsd1.ma.comcast.net] has joined #developers [07:14:51] blassey [blassey@moz-B9AA5393.hsd1.ma.comcast.net] has quit IRC: Quit: blassey [07:14:52] bad jar rule head at: @AB_CD@.jar: at /Users/Matt/mozilla/source/HEAD/mozilla/config/make-jars.pl line 604. [07:14:59] it seems like it's not preprocessing jar.mn [07:15:01] what am I missing? [07:15:30] plasticmillion: pastebin a make -n? [07:15:58] Mossop_away [Mossop@moz-B9F6E8D3.oxymoronical.com] is now known as Mossop [07:17:35] hi mw22, for that update test you can save https://aus2.mozilla.org/update/1/Firefox/3.0b3pre/2007121505/WINNT_x86-msvc/en-US/nightly/update.xml to your hard drive, then make a pref app.update.url.override and put the file://.. to what you saved. Just be ever so careful about blowing away the updates dir before restarting your build [07:17:47] Pike: when I run make -n from objdir I don't see the error [07:17:49] is that normal [07:17:55] plasticmillion doesn't know exactly what make -n does [07:17:56] blassey [blassey@moz-B9AA5393.hsd1.ma.comcast.net] has joined #developers [07:18:03] cf_nthomas, thanks! [07:18:04] mw22: and update.xml and active-update.xml [07:18:22] *updates.xml [07:18:47] cf_nthomas, so I need to 'blow away' the updates dir before I restart, right? [07:18:57] oh I guess make -n is just what it *would* do if it were to make? [07:19:15] if someone tells me to type "man make" I swear I will scream ;-) [07:19:46] mw22: yep, if you're using your own build then that is in the same dir as the firefox executable/script [07:20:03] plasticmillion says "f*ck it" and types "man make"... yeah make -n is what it would do [07:20:15] ok, thanks [07:20:36] plasticmillion: go scream [07:20:59] prague - berlin is relatively close, but yet far apart enough [07:21:00] plasticmillion lets loose with a nice bloodcurdling one [07:21:45] Pike: http://pastebin.mozilla.org/269372 [07:23:18] it looks to me like it should be preprocessing the flippin' jar.mn [07:24:02] yeah, but it does so a few times in directories that don't have AB_CD defined [07:24:08] cf_nthomas, cool, thanks! My patch worked [07:24:14] so I'm not sure if you def it everywhere you need to [07:24:24] jminta [chatzilla@moz-E83800C5.its.yale.edu] has joined #developers [07:24:30] mw22 always tries to test his patches before asking review [07:24:31] hmmm, perhaps not [07:24:33] lemme see [07:25:01] make -n is a neat trick [07:25:10] mw22: nice. [07:26:34] Prism: yeah I think the problem is 122. and co [07:26:46] how can I tell what makefile is causing that step? [07:26:49] Prism, heh? [07:26:51] Pike, I mean [07:26:53] plasticmillion has Prism on the brain [07:27:24] Firefox: 'WINNT 5.2 qm-win2k3-01 dep unit test' has changed state from Burning to Success. [07:29:22] jorendorff [jorendorff@moz-E229E605.hsd1.tn.comcast.net] has joined #developers [07:29:25] plasticmillion: not sure, it should be the one next to the jar.mn, other's shouldn't pick it up [07:29:51] hmmm that's a different jar.mn [07:30:10] plasticmillion: you could copy and paste the preprocessing line and look at the output, perhaps there's a ' ' in there or so [07:30:46] Fallen|away: note that not everybody on that list gets mail when a SS bug is filed... [07:31:04] Fallen|away: that's just the set of people who could potentially get mail if they wanted to [07:31:28] Fallen|away: only a few people actually do [07:31:28] Pike: okay so it isn't 122. since there is no prism/app/jar.mn [07:34:36] Pike: well it certainly doesn't do the substitution (pasting into shell) [07:34:42] despite the fact that the correct -D arg is there [07:34:47] can I scream again? [07:37:33] is /Users/Matt/mozilla/source/HEAD/mozilla/prism/app/chrome/jar.mn our suspect? [07:37:54] surkov [chatzilla@B5C852AC.56B80CFD.5B715A5B.IP] has joined #developers [07:38:03] yeah [07:38:15] what's the different between the Python preprocessor and the Perl preprocessor? [07:38:47] is http://pastebin.mozilla.org/269378 the command you tried? [07:39:14] I claim that the python one is easier to extend, and it has testcases [07:39:21] kaie [kaie@moz-8199BB84.dip.t-dialin.net] has joined #developers [07:39:42] yes [07:39:50] well in the make I have I see both [07:39:59] although I can't really understand who is calling the Perl one and why [07:40:00] and what did that yield? [07:40:22] the input file, unmodified [07:40:28] the perl one is called by make-jars.pl, because that hard codes the perl interpreter for the preprocessor [07:40:40] that's wrong [07:41:04] why the heck is the preprocessor called twice? [07:41:12] you got the #filter substitution at the top? [07:41:21] if the Python one pipes its input into make-jars.pl, why does make-jars have to use the preprocessor at all? [07:41:23] plasticmillion: it's called a plethora of times [07:41:25] Qube [3ba39204@F0CCCD6.37CBB1E7.4B7130CC.IP] has joined #developers [07:41:29] Firefox: 'WINNT 5.1 qm-winxp01 dep unit test' has changed state from Success to Test Failed. [07:41:38] plasticmillion: once for jar.mn, and then, once per source file that wants to [07:41:47] Pike: what #filter substituion and at the top of what? [07:41:53] on top of jar.mn [07:42:01] ah ok I see (re preprocessor) [07:42:10] first line of the mccoy thing you wanted to clone [07:42:13] (someone should rewrite make-jars in Python) [07:42:20] (and solve World Hunger, dammit!) [07:42:24] I did, but I'm not done with testing [07:42:42] presumably you mean make-jars in Python, not the World Hunger thing ;-) [07:42:47] both [07:43:01] the travel budget conflicts with testing both, too [07:43:15] impressive [07:43:19] plasticmillion curses profusely [07:43:22] #filter substitution [07:43:25] no one mentioned that to me! [07:43:33] well that would be the problem then [07:43:36] Pike: thanks [07:44:05] i am a newbie so much interested in contributing to mozilla... can anyone out here guide me starting out with it... plz [07:44:16] plasticmillion: well, it's in your sample ;-) [07:44:27] yeah I copied the wrong jar.mn from McCoy [07:44:37] :-) [07:44:43] Qube: http://www.mozilla.org/hacking/ [07:44:51] whatever, this build system is seriously Byzantine [07:44:54] or is that byzantine? ;-) [07:44:55] yup did read that [07:45:12] but still so much confused about how to start with it [07:45:24] Qube: you're a C++ developer? [07:45:33] yeah... [07:45:42] did you find a bug you want to work on? [07:45:43] cf_nthomas [chatzilla@42C29A72.2255BE60.AFCB8987.IP] is now known as cf_nthomas|afk [07:45:48] that's probably the next step [07:45:49] yes [07:45:56] did you fix it? ;-) [07:46:02] nope :-( [07:46:06] did you build the app? [07:46:14] oh yeah... build Mozilla first [07:46:15] no.... [07:46:22] ok fine... [07:46:24] what platform? [07:46:28] Linux [07:46:31] Fedora 8 [07:46:43] you saw the guide on building Mozilla, presumably? [07:46:55] Neil [neil@moz-54D497BC.lutn.cable.ntl.com] has joined #developers [07:46:57] nope din... [07:47:09] NeilZZZ [neil@moz-54D497BC.lutn.cable.ntl.com] has quit IRC: Ping timeout [07:47:09] Neil [neil@moz-54D497BC.lutn.cable.ntl.com] is now known as NeilZZZ [07:48:17] Qube: http://developer.mozilla.org/en/docs/Build_Documentation [07:48:24] if you have questions come back here and ask for Pike [07:48:27] just kidding ;-) [07:48:32] lots of people here will be able to help [07:48:57] oh...thank you so much [07:49:04] i ll first start by building it [07:49:30] good luck! [07:50:02] thank you :-) [07:50:58] blassey_ [blassey@moz-B9AA5393.hsd1.ma.comcast.net] has joined #developers [07:51:22] blassey_ [blassey@moz-B9AA5393.hsd1.ma.comcast.net] has quit IRC: Quit: blassey_ [07:51:48] blassey_ [blassey@moz-B9AA5393.hsd1.ma.comcast.net] has joined #developers [07:52:10] Pike: that fixed the problem, btw [07:52:21] will buy you a beer at Fosdem :-) [07:52:34] smaug [chatzilla@moz-DDD2A5AD.pp.htv.fi] is now known as smaugAway [07:53:01] blassey [blassey@moz-B9AA5393.hsd1.ma.comcast.net] has quit IRC: Ping timeout [07:53:07] i got a very basic doubt about bugzilla... what are those attachments ?? are they already developed patches ?? [07:53:09] https://bugzilla.mozilla.org/show_bug.cgi?id=285400 [07:53:16] this is the bug i wanted to do [07:53:41] Qube: those are previously proposed patches [07:53:53] oh... [07:54:03] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has quit IRC: Ping timeout [07:54:07] but how do i know whether they are accepted ?? [07:54:26] they will say "r+" next to them in the attachment table, usually [07:54:28] read the comments where reviewers evaluated them [07:54:45] oh [07:54:58] plasticmillion: a mere beer won't trick me into a travel from south africa to brussels, though :-( [07:55:17] South Africa? [07:55:33] you're vacationing there? [07:55:44] yes [07:56:01] perfect... now I can seem like a gentleman and still save money on that beer [07:56:14] I'll take a beer! [07:56:29] Mossop: you have to eeeeeearn it [07:56:34] Aww [07:56:35] you're copying McCoy, no? [07:56:38] yeah [07:56:39] plasticmillion: I'll have brian schedule your talk on Sunday morning, then they'll have some chocolates on me :-) [07:56:42] Mossop wrote McCoy [07:56:44] Haha! [07:56:47] I think my work here is done [07:56:48] shaver: you stay out of this! :-p [07:57:17] Mossop: you're going to have ample opportunity to earn that beer (probably more like a keg), don't worry [07:57:38] Mossop: for starters, why didn't you just use a single jar.mn in chrome/ ? [07:57:49] kherron [chatzilla@moz-48BBE04A.columbus.res.rr.com] has joined #developers [07:59:07] michal [michal@moz-E61C758C.ip.b26.cz] has joined #developers [07:59:19] also, why is branding part of content *and* locale (http://viewvc.svn.mozilla.org/vc/projects/mccoy/trunk/chrome/branding/jar.mn?revision=6790&view=markup)? [08:00:00] So content, locale and theme go into their own jar files, so I kept the jar.mn separated for those [08:00:19] well you can do multiple jars in a single jar.mn [08:00:27] plasticmillion will do it that way and see if anyone complains [08:00:31] the branding stuff has always baffled me, however [08:00:36] Yeah I know, but I just felt it better to split them up [08:00:36] looks like KDE is feeling the bug burden as well... http://www.tuxmachines.org/node/22749 [08:00:46] smontaguZZZ [chatzilla@C27F3EBF.E9E30815.27DA33FF.IP] is now known as smontagu [08:01:11] THe branding stuff is a bit funky. Certain bits of toolkit rely on you having a chrome://branding/content/ and some having a chrome://branding/locale/ [08:01:18] ah I see [08:01:28] whatever... mine is not the place to question why [08:01:34] just mindlessly copy what works in another project [08:02:03] I forget which is which, I think the dtd and properties come out of the locale and are necessary for pretty much anywhere that tries to display the app name. The icons appear in the default alert dialog and a few other places, but I think for some bizarro reason toolkit tries to get them from the content package [08:02:27] I believe thats true [08:02:34] Pike: :-) [08:02:59] content makes more sense to me [08:03:07] are there products that have different names in different locales? [08:03:37] not ours, though if we do Khmer things'll be tricky, since they don't have an F [08:03:39] bhearsum|afk [bhearsum@moz-B77DEAEB.mozilla.org] is now known as bhearsum [08:03:48] like some discovered that "Firefox" means "eat your neighbor's children" is Azerbajani so they had to rebrand for that market? [08:04:02] someone, that is [08:04:27] shaver: well even in languages that don't use Latin script, the name stays the same I would assume [08:04:36] maybe not... [08:05:48] seriously, some l10ns transcribe "Firefox" into their own script, and some don't [08:06:12] makes sense [08:06:45] I more mean that they don't have the sound [08:07:04] dietrich knows more about this, I think [08:07:19] presumably there must be a standard way to substitute the sound in foreign words [08:07:39] like the way Russians replace "h" with "kh" or "g" [08:07:39] if speakers can pronounce it [08:08:43] I know that we have one language that has issues pronouncing firefox, but I don't recall which. [08:09:11] I think they say "hv" instead [08:09:14] Hvirehvox [08:09:19] http://www.cambodiaforum.com/index.php?showtopic=5209 [08:10:16] interesting [08:10:27] the last comment seems to imply "Pirepox" [08:10:46] anyway, if other languages are a guide they would just make their best effort [08:10:47] We've unleashed a pox on the world :( [08:10:52] eh [08:11:12] we're no different... we butcher plenty of foreign words in English [08:11:40] look at the way people say "Bach" or "Dvorak" or "piece de resistance" [08:12:40] Don't even have to go abroad, you try pronouncing the name of my town ;) [08:12:52] which is? [08:13:01] plasticmillion wonders if Mossop is Welsh or something [08:13:08] Trallwyn [08:13:14] looks Welsh to me [08:13:18] or "Baghdad". I don't think there's a single sound in that which americans get right [08:13:26] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [08:13:26] odin [dlm@moz-D6D37F.range86-128.btcentralplus.com] has quit IRC: Ping timeout [08:13:33] the "b", maybe? [08:13:36] Could be worse, I used to live in Llangyfelach [08:13:41] plasticmillion was going to suggest the "b" [08:13:47] the "b" is the closest [08:14:00] not to mention Van Gogh [08:14:08] but it should be much further forward than in enlgish [08:14:17] if you don't hock up a loogie you're not pronouncing it right... [08:14:21] Mossop: try using a language where letters and sounds have any connection at all instead :-P [08:14:35] Heh [08:15:56] I mean, what's the _use_ of "Llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch"?! [08:16:09] sounds like a great mic check phrase [08:16:18] and I bet it really works out the edges of voice codecs [08:16:20] plasticmillion was going to suggest keyboard quality control [08:16:28] Mnyromyr: It accurately describes where the town is [08:17:29] hm [08:17:35] why does gdb hate STL so much [08:17:48] STL deserves some of it, to be sure [08:18:16] it was made up to get in the Guinness book of records, no? [08:18:21] but why must they take it out on me? [08:19:12] plasticmillion wonders if anyone had the idea to write a pop song called "Wake me up before you llanfairpwllgwyngyllgogerychwyrndrobwllllantysiliogogogoch" [08:19:34] Thats terrible [08:19:40] my pleasure [08:20:04] i've got an iterator here and i can't do anything useful with it [08:20:18] dria_ [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has joined #developers [08:21:14] Sat [utilisateu@DD42D03F.4424A0AB.62097A28.IP] has joined #developers [08:21:26] Qube [3ba39204@F0CCCD6.37CBB1E7.4B7130CC.IP] has quit IRC: Quit: CGI:IRC [08:21:45] Mozilla1.8: 'WINNT 5.2 pacifica-vm Depend Fx-Nightly' has changed state from Burning to Success. [08:21:45] CTho|away [chris@moz-3D049F5C.austin.res.rr.com] is now known as CTho|work [08:21:51] plasticmillion, please stop, I don't want to hear that song anymore ;) [08:22:06] played to death or something... [08:22:27] oh please, Wham never goes out of style [08:22:38] plasticmillion goes back to coding before he gets waterboarded by the off topic police [08:23:00] jminta puts down the bucket [08:23:42] heh [08:23:56] bc [bclary@moz-4898F964.dhcp.embarqhsd.net] has joined #developers [08:26:04] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has quit IRC: Input/output error [08:27:24] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [08:27:31] walters [walters@moz-509362EC.redhat.com] has joined #developers [08:28:21] ctalbert [clint@moz-DF4CD99.gt.res.rr.com] has joined #developers [08:31:36] Littlemutt [chatzilla@moz-1115AB0A.dhcp.embarqhsd.net] has quit IRC: Client exited [08:34:01] peepo [Jay@moz-8186AFB0.range86-129.btcentralplus.com] has quit IRC: Quit: later [08:39:11] evan [evan@moz-7738C241.sun.com] has quit IRC: Quit: Leaving [08:40:03] evan [evan@moz-7738C241.sun.com] has joined #developers [08:40:14] bc [bclary@moz-4898F964.dhcp.embarqhsd.net] has quit IRC: Input/output error [08:41:20] Archaeopteryx [itsme@moz-D849B04F.pools.arcor-ip.net] has quit IRC: Quit: Archaeopteryx [08:43:31] surkov [chatzilla@B5C852AC.56B80CFD.5B715A5B.IP] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514] [08:44:27] aaronlev [chatzilla@moz-4FD0110E.c3-0.arl-ubr2.sbo-arl.ma.cable.rcn.com] has quit IRC: Ping timeout [08:47:06] mfinkle: Bah, why can I only have one copy of Prism open at a time :( [08:47:33] next release fixes that [08:47:54] blame non-shareable profiles! [08:48:00] chrisblore [chris@moz-ED60900A.range86-136.btcentralplus.com] has joined #developers [08:48:34] Aww, and no findbar :( [08:48:48] I really have to write this mxr xulapp! [08:49:54] Mossop: sounds like findbar is something we should add [08:50:10] you're not the first to notice it missing [08:50:19] It should be easy too, it's just an xbl widget now [08:51:47] chrisblore [chris@moz-ED60900A.range86-136.btcentralplus.com] has left #developers [08:52:14] Urk, anyone know how to get back to the thread hte breakpoint stopped on in gdb? [08:52:21] glazou [daniel@moz-204094DD.disruptive-innovations.fr] has quit IRC: Quit: daddy duty [08:52:30] info threads, then thread ? [08:52:43] Aha, thanks [08:55:30] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has quit IRC: Ping timeout [08:58:39] I need to find a frontend to gdb that doesn't suck :( [08:59:03] with such a detailed description, it should be trivial to find one [08:59:09] heh [08:59:48] How about, one that allows me to view the source code, set breakpoints, and see which line in said source it is stopping on [09:00:00] xcode would be fine if it actually worked [09:00:08] xemacs gdb-src mode? [09:00:33] jminta [chatzilla@moz-E83800C5.its.yale.edu] has quit IRC: Ping timeout [09:00:34] that's what I used for all my kernel stuff [09:00:51] abwillis [abwillis@moz-66DA7862.co.us.ibm.com] has joined #developers [09:00:53] evan [evan@moz-7738C241.sun.com] has quit IRC: Quit: Leaving [09:01:04] Hmm I shall take a look, though the emacs name puts me off ;) [09:01:06] I've used xcode for that too [09:01:16] not sure what's not working for you; again I'm lost in the details [09:01:30] xcode used to be fine but since upgrading to leopard it seems to hang whenever I try to step anywhere [09:01:51] does gdb itself do the same thing? [09:01:56] might not be a front-end issue [09:02:02] you should radar that [09:02:20] No if I use gdb on its own all seems well, although it can be a little slow sometimes [09:04:00] jminta [jminta@moz-E83800C5.its.yale.edu] has joined #developers [09:04:26] jminta [jminta@moz-E83800C5.its.yale.edu] has quit IRC: Quit: jminta [09:04:29] jminta [jminta@moz-E83800C5.its.yale.edu] has joined #developers [09:06:58] Jaime [chatzilla@moz-1538BFAC.plus.com] has joined #developers [09:13:42] I thought ddd was the way to go [09:13:53] plasticmillion is generous with his totally uninformed opinions [09:14:11] dria_ [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] is now known as dria_vacation [09:14:52] does ddd work on the Mac? [09:15:04] if it were up to me [09:15:40] dria_vacation [dria@moz-B7FD1F7E.cpe.net.cable.rogers.com] has left #developers [09:15:41] google says yes: http://www.macupdate.com/info.php/id/15716 [09:15:50] Callek [chatzilla@moz-ABFFE73F.dhcp.oxfr.ma.charter.com] has joined #developers [09:16:50] <_FrnchFrgg_> Is there somebody here who knows the tabbrowser (more precisely the way the tabstrip is defined) ? [09:16:53] Well google is wrong since the download link there fails ;) [09:17:16] <_FrnchFrgg_> I have a patch that breaks the tabstrip; I know why and the solution, but I am afraid to touch anything into this code without advice [09:17:26] And it's been 2 years since ddd was last updates :s [09:17:52] if it ain't broke, don't fix it [09:20:28] Anatolik [tolikk@5176CC8E.38BB09A6.1FCE22BB.IP] has left #developers [09:21:14] sheppy [sheppy@moz-AD5989BE.dhcp.kgpt.tn.charter.com] has joined #developers [09:23:44] Hendy [wolfoxout@moz-AC89CEF.randw1.nsw.optusnet.com.au] has joined #developers [09:25:02] Mossop: xcode works fine for me, on leopard [09:25:25] Yeah, so says everyone else, apparently I'm the special one that it hates [09:25:31] maybe you should look into why it doesn't for you rather than looking into alternative gdb frontends :) [09:25:37] aaronlev [chatzilla@moz-100F13EC.hsd1.ma.comcast.net] has joined #developers [09:25:51] yes well that is the corrolary of my last comment [09:25:54] I've tried, but not really found anything to suggest a way how [09:25:56] if it is broke... fix it [09:26:14] A few people have commented on having the same problem, with some suggested solutions that dont work [09:26:16] firebot: corollary (sp?) [09:26:20] 'corollary' seems to be the correct spelling. [09:26:24] thought so [09:26:28] And I'm not a big fan of the idea of debugging xcode ;) [09:27:36] MrMazda [fmcz@moz-E514B004.cable.mindspring.com] has quit IRC: Quit: ChatZilla 0.9.79 [SeaMonkey 1.1.7/2007112900] [09:27:38] _FrnchFrgg_: what are you doing? [09:27:45] NeilAway: your comments in bug 404438 confuse me [09:27:51] Hendy [wolfoxout@moz-AC89CEF.randw1.nsw.optusnet.com.au] has quit IRC: Quit: Any technology, no matter how primitive, is magic to those who don't understand it [09:28:06] NeilAway: whether you get the expected behavior or not, the code in the binding is wrong, right? [09:30:32] MrMazda [fmcz@moz-E514B004.cable.mindspring.com] has joined #developers [09:32:23] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has joined #developers [09:34:34] bienvenu_ [DavidBienv@moz-B7EE8430.dsl.pltn13.pacbell.net] has joined #developers [09:35:23] gavin|: the irony is that's where Enn put it... [09:35:28] is it me or is the error reporting of make-jars kind of borked? [09:35:45] the first column of jar.mn is where to put the file and the second (in parentheses) is where the file is in the tree [09:36:07] but when it doesn't find something, it says "can't find..." and then the path as if it were resolving the first column, not the second [09:37:23] cf_nthomas|afk [chatzilla@42C29A72.2255BE60.AFCB8987.IP] is now known as cf_nthomas [09:39:33] weird... maybe I should file a bug [09:40:29] gavin|: but I agree, I copied Enn's incorrect code [09:45:01] looks wrong to me: http://mxr.mozilla.org/seamonkey/source/config/make-jars.pl#392 [09:45:09] but then my Perl skillz suck [09:46:39] NeilAway: right, ok [09:46:49] NeilAway: I'm still not sure that it's actually wrong [09:47:08] but given the fact that changing it changed behavior it certainly seems that way [09:47:24] plasticmillion: file [09:47:28] madhava [madhava@moz-11343358.ca.mozilla.com] has joined #developers [09:47:36] plasticmillion clicks heels, salutes [09:48:24] Gijs [Hannibal@moz-56384856.direct-adsl.nl] has joined #developers [09:48:26] where do build system bugs go? [09:48:44] good ones go to bsmedberg, bad ones go wherever they want [09:48:54] core::build config [09:49:28] gavin|: well, the .idl says you have to call it the other way around [09:49:28] plasticmillion: depends where in the build system they are, but if they are core, what gavin| says [09:49:48] make-jars.pl bug, to be specific [09:49:49] the file he pointed to is core [09:50:14] NeilAway: ah, right [09:50:32] what a novel idea, reading the IDL :) [09:50:41] davida [dascher@moz-826750F0.vc.shawcable.net] has joined #developers [09:53:34] plasticmillion hopes he got that bug report right [09:53:41] ctalbert [clint@moz-DF4CD99.gt.res.rr.com] has quit IRC: Quit: ctalbert [09:53:48] for someone reason I'm still confused by jar.mn syntax [09:54:10] source followed by dest makes more sense to me than dest followed by source [09:55:09] source is optional [09:55:14] jpb [chatzilla@moz-DF053F63.cse.bris.ac.uk] has quit IRC: Quit: Chatzilla 0.9.75.1 [SeaMonkey 1.1.7/2007112810] [09:55:25] petea [petea@F7BDB098.FC63495D.2321E71E.IP] has quit IRC: Quit: petea [09:55:34] if the jar mirrors the filesystem, you don't need both [09:55:37] which is quite common [09:55:38] plasticmillion: do you want to change the syntax of such a core thing like jar.mn? [09:56:10] KaiRo: dunno, maybe I'm the only one who finds it illogical [09:56:18] KaiRo: don't encourage him [09:56:20] I think KaiRo meant the bug you filed [09:56:22] which is https://bugzilla.mozilla.org/show_bug.cgi?id=408682 [09:56:23] anyway, in the context of the whole build system I don't think it's in the top 100 pain points [09:56:26] which is not about charing the format [09:56:51] huh? [09:56:53] gavin|: well, I actually just went by his messages here [09:56:53] you lost me [09:57:13] ok [09:57:13] one of us is not making sense [09:57:18] (cough) gavin (cough) [09:57:31] I thought KaiRo assumed that your bug was about changing the jar.mn format [09:57:38] but I was wrong, clearly [09:57:44] very very wrong [09:57:46] maikmerten [merten@moz-9D8BA0A0.cs.uni-dortmund.de] has quit IRC: Quit: Verlassend [09:57:46] josh [josh@moz-71CF482B.phlapa.east.verizon.net] has joined #developers [09:57:47] so wrong it isn't funny [09:57:52] heh [09:58:00] okay that will do for now [09:58:20] federico [federico@9D9F67D3.A25ABCB1.66A10872.IP] has joined #developers [09:59:07] federico [federico@9D9F67D3.A25ABCB1.66A10872.IP] has left #developers [09:59:53] mkaply [mkaply@moz-AF67F6E3.cable.mindspring.com] has joined #developers [09:59:53] ChanServ [services@mozilla.org] has set mode +o mkaply [10:00:32] madhava [madhava@moz-11343358.ca.mozilla.com] has quit IRC: Input/output error [10:00:49] madhava [madhava@moz-11343358.ca.mozilla.com] has joined #developers [10:01:07] joduinn [joduinn@moz-512827F9.dsl.static.sonic.net] has quit IRC: Ping timeout [10:03:27] is there some kind de facto spec on how SVG foreignObject establishes a nested CSS rendering context? [10:04:33] firebot: uuid [10:04:35] 602b6771-9d45-4f8d-af50-77a016d6247d [10:05:54] dveditz [dveditz@moz-530FA17.cruzio.com] has joined #developers [10:05:54] ChanServ [services@mozilla.org] has set mode +o dveditz [10:06:46] you can only wire up session history to browsers in the root docshell [10:06:54] which mean that you always have to set "disablehistory" attribute on browsers in non-top windows [10:07:03] otherwise you get an exception [10:07:23] assuming that the above is correct, would it make sense to check that automatically [10:07:48] instead of forcing consumers to mechanically set "disablehistory" attribute? [10:11:10] mw22_ [chatzilla@moz-7142FB28.dsl.speedlinq.nl] has joined #developers [10:11:22] timeless wonders why we hae that requirement [10:11:31] mw22 [chatzilla@moz-7142FB28.dsl.speedlinq.nl] has quit IRC: Ping timeout [10:11:34] mw22_ [chatzilla@moz-7142FB28.dsl.speedlinq.nl] is now known as mw22 [10:12:43] mento [mark@F4381B10.C8C6FF5E.4065847B.IP] has joined #developers [10:13:02] petea [petea@moz-C4F195D9.sub-75-210-89.myvzw.com] has joined #developers [10:14:32] dveditz [dveditz@moz-530FA17.cruzio.com] has quit IRC: Ping timeout [10:15:07] Enn_ [enn@moz-11343358.ca.mozilla.com] has joined #developers [10:15:17] Enn_ [enn@moz-11343358.ca.mozilla.com] is now known as Enn [10:16:32] Wevah [Wevah@565414C7.79252531.DAF2E6B4.IP] has joined #developers [10:16:38] biesi: now i'm thinking that instead of having a "setTarget" method on nsITransfer, it fits better as nsIDownloadManager::SetDownloadTarget(). Do you agree? [10:17:07] dmose, why? I'd rather have this on the individual objects [10:17:42] biesi: because all of the other methods that effect a download after initialization go through the download manager [10:17:54] that's because dl mgr sucks [10:17:55] biesi: (cancel, resume, pause, etc) [10:17:58] ROFL [10:17:58] ok [10:17:59] I've been meaning to fix that [10:18:02] nsITransfer it is [10:18:29] hsivonen [hsivonen@moz-A04B70FF.cs.hut.fi] has quit IRC: Ping timeout [10:18:31] you're right, though, it's not a very Object Oriented pattern [10:18:33] there's also the issue that gecko shouldn't depend on toolkit [10:18:36] hsivonen [hsivonen@moz-A04B70FF.cs.hut.fi] has joined #developers [10:19:03] somehow i had the impression that toolkit was explicitly part of gecko [10:19:16] at least i think i remember bsmedberg saying something along those lines [10:19:50] I [10:19:59] 'd also like to limit the interfaces embeddors have to implement [10:20:52] fair enough [10:20:59] Ancestor: because normally you wouldn't be using a in the case you describe [10:24:44] mark- [mark@moz-8D7D6439.dc.dc.cox.net] has quit IRC: Ping timeout [10:25:10] Mnyromyr [MnyroWork@moz-E0F31C11.tal.de] has quit IRC: Input/output error [10:28:38] NeilAway: does "normally" mean that it would be somehow incorrect to do it, or just that there are few uses cases? [10:29:25] kinetik [kinetik@moz-B55FB627.bitstream.orcon.net.nz] has quit IRC: Ping timeout [10:29:26] joduinn [joduinn@9993E85F.CD8C052F.FC657F4C.IP] has joined #developers [10:29:39] <_FrnchFrgg_> someone here knows gtk2drawing.c ? I think I have encountered a possible uninitialized use of a variable... [10:30:09] petea [petea@moz-C4F195D9.sub-75-210-89.myvzw.com] has quit IRC: Ping timeout [10:30:42] Is there any easy way in gdb to step into a call on a proxy object ignoring all the xptcall stuff? [10:30:54] petea [petea@moz-4681465.sub-75-210-172.myvzw.com] has joined #developers [10:30:58] (bearing in mind I'm not sure where this call is actually going) [10:31:00] set a breakpoint on the target method, and continue [10:31:01] ah [10:31:02] then no [10:31:06] kaie [kaie@moz-8199BB84.dip.t-dialin.net] has quit IRC: Quit: Leaving [10:31:50] Wes [chatzilla@moz-BEF0C255.page.ca] has joined #developers [10:32:36] <_FrnchFrgg_> reed: ping ? [10:33:54] mkmelin [chatzilla@moz-1431B88E.fi] has joined #developers [10:34:46] Pike: the only spam I got was your apology for spamming :-) [10:34:49] ted kicks C++ [10:35:27] peepo [Jay@moz-8186AFB0.range86-129.btcentralplus.com] has joined #developers [10:35:52] joduinn [joduinn@9993E85F.CD8C052F.FC657F4C.IP] is now known as joduinn-bus [10:35:53] Neil [neil@moz-54D497BC.lutn.cable.ntl.com] has joined #developers [10:35:54] jwatt [roslea@jwatt.irc.users.mozilla.org] has quit IRC: Ping timeout [10:36:17] still having problems with this inner class [10:36:27] laurentj [laurentj@moz-204094DD.disruptive-innovations.fr] has quit IRC: Quit: ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718] [10:37:02] ted: would be funnier if you wrote "his inner child" [10:37:10] hah [10:37:15] my inner child is crying [10:37:20] lol [10:37:24] My inner child is my outer child. [10:37:31] mento: ping [10:37:35] pong [10:37:45] mento: C++ is making me cry, got a sec? [10:37:47] kinetik [kinetik@moz-B55FB627.bitstream.orcon.net.nz] has joined #developers [10:37:56] yup [10:38:05] NeilZZZ [neil@moz-54D497BC.lutn.cable.ntl.com] has quit IRC: Ping timeout [10:38:14] steve_k_ [steve@moz-FBAC141E.hsd1.ca.comcast.net] has quit IRC: Ping timeout [10:38:17] in RangeMap [10:38:19] Neil [neil@moz-54D497BC.lutn.cable.ntl.com] is now known as NeilZZZ [10:38:19] http://pastebin.mozilla.org/269488 [10:38:26] i've declared ModuleSerializer as a friend class [10:38:35] then in ModuleSerializer, I have a method: [10:38:36] http://pastebin.mozilla.org/269489 [10:38:55] the compiler can't find that method [10:39:19] which method? [10:39:40] http://pastebin.mozilla.org/269490 [10:39:42] the Write method [10:39:51] error: no matching function for call to 'google_breakpad::ModuleSerializer::Write(const google_breakpad::RangeMap >::Range&)' [10:40:57] but it's able to find Writes for other signatures, presumably you've written those in the same way [10:41:01] yes [10:41:09] i have lots of writes [10:41:14] i bet :) [10:41:26] mayhemer [Miranda@moz-E61C758C.ip.b26.cz] has joined #developers [10:41:36] void Write(const BasicSourceLineResolver::Line &data) { [10:41:39] stuff like that works [10:41:52] i think i'm doing something wrong wrt the template declaration/inner class [10:42:05] myk [chatzilla@moz-8D033489.hsd1.ca.comcast.net] has quit IRC: Ping timeout [10:42:09] if i take out the "typename" it dies with a syntax error [10:42:14] it's probably all of the templatization [10:42:24] but i think somehow the typename is band-aiding over this, but not giving it the right type [10:42:28] Ancestor: it means I can't think of any use cases [10:42:42] can you wrap all of this up into a diff? i'd like to take a closer look [10:43:05] template [10:43:05] void Write(const RangeMap &data) { [10:43:08] that works fine [10:43:21] NeilAway: there obviously are some, because I know extensions which got bitten by this [10:43:22] yeah, lemme make sure i've svn added everything [10:43:56] NeilAway: including my own :) [10:45:17] Ancestor: what are you loading into this ? [10:45:58] petea [petea@moz-4681465.sub-75-210-172.myvzw.com] has quit IRC: Ping timeout [10:46:29] NeilAway: I am loading a local html file which is used as a template [10:46:36] Jaime [chatzilla@moz-1538BFAC.plus.com] has quit IRC: Client exited [10:46:39] mento: http://mavra.perilith.com/~luser/issue230.wip.patch [10:46:43] and then I dynamically build the content [10:46:51] it's an RSS feed reader [10:47:03] Darn. Apparently if you want to debug a given function it helps to have its symbols present :( [10:47:15] deb00t [Miranda@moz-4319B9E7.t-com.sk] has quit IRC: Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org [10:47:19] ted: got it [10:47:24] thx [10:47:25] atotic [chatzilla@moz-835D91D.meer.net] has joined #developers [10:48:48] Yoric [yoric@DD42D03F.4424A0AB.62097A28.IP] has joined #developers [10:48:48] NeilAway: answering you comment in the bug, this is a content browser indeed [10:49:02] s/you/your [10:49:09] jminta [jminta@moz-E83800C5.its.yale.edu] has quit IRC: Quit: jminta [10:49:11] kaie [kaie@moz-8199BB84.dip.t-dialin.net] has joined #developers [10:49:17] madhava_ [madhava@moz-11343358.ca.mozilla.com] has joined #developers [10:49:18] madhava [madhava@moz-11343358.ca.mozilla.com] has quit IRC: Connection reset by peer [10:51:08] danbeck [danbeck@4EB1354A.BBC5501A.383DAC13.IP] has joined #developers [10:56:36] did we fix any weird mac bugs (maybe leopard) where the enter key would stop working? [10:56:38] between b1 and b2 [10:56:48] i have my wife using b1 and she keeps hitting that situation [10:57:34] aaronlev [chatzilla@moz-100F13EC.hsd1.ma.comcast.net] has quit IRC: Ping timeout [10:59:59] dietrich [dietrich@moz-9549A5E3.hsd1.or.comcast.net] has joined #developers [11:00:36] mvl [michiel@moz-2F035FEA.direct-adsl.nl] has joined #developers [11:00:47] bsmedberg [bsmedberg@A50FC3B9.17E038BA.1D0CFEC6.IP] has joined #developers [11:03:23] timeless is on [11:03:37] shaver couldn't be prouder [11:03:43] TMI [11:03:58] arg, oop [11:04:37] timeless: Where can I see mxr's code? [11:04:48] Mossop: in mxr [11:04:58] yes [11:05:06] Ok, can you be more specific? [11:05:17] Standard8 [mark@B7F1AE36.48015583.54C3481B.IP] has joined #developers [11:05:22] http://timeless.justdave.net/mxr-test/source/ [11:05:25] http://mxr-test.landfill.bugzilla.org/webtools/source/lxr/ [11:05:33] db48x: not that one :) [11:05:44] out of date or something? [11:05:50] that's cvs :) [11:05:53] ah [11:05:53] http://mxr-test.landfill.bugzilla.org/mxr-test/source/ [11:06:02] it's labeled as mxr on the front page [11:06:06] you have some other domain name we can have point at that? :) [11:06:07] that's the one that runs landfill's mxr-test [11:06:14] irssi beeps me every time you paste a URL :) [11:06:22] justdave: heh, sorry [11:06:25] i'm planning to [11:06:35] because of lan**ill? [11:06:43] no, timeless.*.net [11:06:50] oh [11:07:04] my nick was in the url :) [11:07:08] http://mxr.landfill.bugzilla.org/mxr/source/ [11:07:11] the perils of letting people have subdomains on your site ;) [11:07:14] that's the mxr [11:07:22] jesse: yeah [11:09:47] peepo [Jay@moz-8186AFB0.range86-129.btcentralplus.com] has quit IRC: Quit: later [11:09:47] justdave: you could make it not ding when it's just a url [11:09:52] anant [anant@63EDA01C.31D52E98.B61FCB65.IP] has joined #developers [11:10:00] timeless: What does the syntax highlighting? [11:10:34] jwatt [roslea@jwatt.irc.users.mozilla.org] has joined #developers [11:11:41] care to be more specific? [11:11:50] do you mean what controls which words are tokenized how for which languages? [11:12:30] lib/LXR/Common.pm#24 ff [11:12:33] Mossop: what language do you want to fix? [11:12:38] I mean, if I visit a source file on mxr, it displays with some words linked, some words highlighted. What translates the raw source file into that display? [11:12:57] mossop: the parsing magic is mostly controlled by the @term stuff i just referenced [11:13:03] the tokenizer is something you don't want to read [11:13:13] lib/SimpleParse.pm [11:13:31] the driver is source [11:13:44] but generally, just adding stuff to @term or a sibling is sufficient [11:13:47] shaver: Who said anything about fixing anything! [11:13:59] and to clarify, that's the driver is a perl script named 'source' [11:14:00] mossop: see subb markupfile [11:14:21] db48x: i'm not including a url because it'd page dave :) [11:14:50] http://mxr-test.landfill.bugzilla.org/mxr-test/source/source#321 [11:15:21] timeless: surely that's dave's problem? [11:15:31] anant [anant@63EDA01C.31D52E98.B61FCB65.IP] has quit IRC: Quit: anant [11:16:14] taras [taras@moz-99B4231C.gv.shawcable.net] has joined #developers [11:17:22] schrep_ [Mike@moz-334F2010.mountainview.mozilla.com] has joined #developers [11:18:19] db48x: how do I do that? [11:18:48] ted: when you call a C++ templatized function such as template void Write(const RangeMap &d), you need to call it as Write(d), you can't call Write(d) and hope the compiler figures out what types you wanted for you [11:18:52] justdave: depends on your client, I suppose. should be simple enough to have it beep when it sees justdave, but not when it sees justdave.net [11:18:57] atotic [chatzilla@moz-835D91D.meer.net] has quit IRC: Connection reset by peer [11:19:19] it's irssi [11:19:34] igor [igor@moz-46A85847.nextgentel.com] has joined #developers [11:19:52] pretty sure it's the built-in highlight thing [11:20:23] Mook_sb [mook@346ECF13.BBC87276.3E8C195A.IP] has joined #developers [11:20:33] ted: also, i needed to add Write(u_int64_t) to get things working [11:20:34] bsmedberg [11:20:38] um, ping [11:20:50] here [11:21:00] madhava [madhava@moz-11343358.ca.mozilla.com] has joined #developers [11:21:01] howdy [11:21:17] do you know off hand how a Mac app bundle knows which icon to use? [11:21:20] madhava_ [madhava@moz-11343358.ca.mozilla.com] has quit IRC: Connection reset by peer [11:21:29] Ancestor: wait, so you're loading into a tab, and you've want sandboxed content? [11:21:32] plasticmillion: Its in the plist [11:21:33] I figured it would be CFBundleIconFile in Info.plist but that doesn't appear to be it [11:22:01] hmmm, and it'll automatically look for Resources/{iconname}.icns? [11:22:09] Also note that apple is funky about changes to that file, they may take time to be reflected [11:22:20] okay lemme do a clobber build [11:22:29] you might need to log in/out or otherwise make stuff notice your changes [11:22:35] Yeah [11:22:35] so what mossop said [11:22:47] clobber might not help as much as logging out and in again [11:22:52] I am loading my XUL document into a tab, and in that document I have a browser which loads all kinds of untrusted content [11:22:53] mrtech [mreyes@458182F0.F12B8C93.2D4C3912.IP] has joined #developers [11:23:08] NeilAway: ^ [11:23:17] doronHome [doron@706688A0.8B686A1A.32C15BE9.IP] is now known as doron [11:23:20] could try just restarting finder too [11:23:25] Ancestor: we've never supported that [11:23:25] plasticmillion tries clobber and will try logging out/in if that doesn't help [11:23:30] steve_k [steve@346ECF13.BBC87276.3E8C195A.IP] has quit IRC: Quit: Leaving [11:23:36] peterv [peterv@moz-8F8B4C2F.mandriva.com] has quit IRC: Ping timeout [11:23:38] plasticmillion will try restarting Finder in between :-) [11:23:43] dbaron [dbaron@moz-84C8C8D.hsd1.ca.comcast.net] has joined #developers [11:23:43] ChanServ [services@mozilla.org] has set mode +o dbaron [11:23:54] right after sprinkling holy water and facing Mecca [11:23:57] KaiRo [robert@moz-F2134722.gumpendorf.xdsl-line.inode.at] is now known as KaiRo_away [11:24:00] plasticmillion: you can also force the app database to rescan your machine for apps [11:24:10] mfinkle: and how would I go about doing that? [11:24:10] NeilAway: why wouldn't it be supported? It works just fine [11:24:26] plasticmillion: http://www.macosxhints.com/article.php?story=20031215144430486 [11:24:28] Jaime [chatzilla@moz-1538BFAC.plus.com] has joined #developers [11:24:41] plasticmillion: that has worked and not worked for me [11:24:42] Ancestor: I mean, your sub-content isn't sandboxed [11:24:50] Ancestor: so you might as well use an