Re: FF 3.5 and JS_GC Crashes

dbradley <[email protected]> Mon, 27 Jul 2009 08:19:10 -0700 (PDT)
Newsgroups gmane.comp.mozilla.devel.jsdebugger
Organization http://groups.google.com
Message-ID <58d85c85-5426-4b0e-a2cd-1031190c4cc6@o32g2000yqm.googlegroups.com>
On Jul 27, 10:55 am, Glenn Boysko <[email protected]> wrote:
> David:
>
> Thanks for the reply. What about the callbacks from
> jsdIDebuggerService methods (e.g., enumerateScripts)? Are they called
> back on the main thread? Same goes for the nsIWebProgressListener
> callbacks (e.g., onStateChange).

Pretty sure they don't. Most of the Mozilla code is event driven and
only a few things like Necko use threads and then it's very isolated.

> Can you get GC problems if you don't call QueryInterface in JS code?
> I'm thinking specifically of the instances supplied in
> nsIWebProgressListener callbacks (e.g., going from nsIRequest to
> nsIHttpChannel).

That wouldn't cause GC problems. If something was off there, XPConnect
would detect it and return an error.

> Any suggestions are appreciated. Can a debug version of FF help to
> identify the source of these crashes? Can I get debug versions of FF
> without building them on my own machine?

Yes, there is diagnostics and logging that you can turn on in a debug
build.  However I don't know of any distributions of debug builds. So
I think the only solution is to build it yourself.