(minor) issues after upgrading to 2.20

[Jeremy Messenger]

On Tue, 09 Oct 2007 01:10:46 -0500, Joe Marcus Clarke <marcus at FreeBSD.org>  
wrote:

> On Mon, 2007-10-08 at 02:14 -0500, Jeremy Messenger wrote:
>> On Mon, 08 Oct 2007 01:18:21 -0500, Joe Marcus Clarke  
>> <marcus at FreeBSD.org>
>> wrote:
>>
>> > On Sun, 2007-10-07 at 20:56 -0500, Jeremy Messenger wrote:
>> >> On Sun, 07 Oct 2007 20:41:16 -0500, Joe Marcus Clarke
>> >> <marcus at FreeBSD.org>
>> >> wrote:
>> >>
>> >> > On Sun, 2007-10-07 at 20:18 -0500, Jeremy Messenger wrote:
>> >> >> On Sun, 07 Oct 2007 17:07:43 -0500, Jeremy Messenger  
>> <mezz7 at cox.net>
>> >> >> wrote:
>> >> >>
>> >> <snip>
>> >> >> > Yelp likes to crash at the every exit. I couldn't get good
>> >> >> backtraces, I
>> >> >> > think I will have to reinstall firefox with WITH_DEBUG to get  
>> good
>> >> >> one.
>> >> >>
>> >> >> The backtraces look better now after reinstall firefox w/  
>> WITH_DEBUG.
>> >> >>
>> >> >> http://people.freebsd.org/~mezz/gdb/gdb-yelp.txt
>> >> >
>> >> > Firefox is trying to call some method in a module that gdb doesn't
>> >> know
>> >> > about.  Do you have any plug-ins or extensions loaded in Firefox?
>> >>
>> >> Not that I know as I don't use Firefox. I went to Firefox's add-on  
>> place
>> >> and it shows that I have 'DOM Inspector 1.8.1.7', that's it. Other  
>> days
>> >> ago, I did add flashblock to reproduce Frank Jahnke's problem and I
>> >> deleted it after that, but I can reproduce Yelp problem before I  
>> added
>> >> flashblock.
>> >>
>> >> > Can you print out the value of mInfo in frame 1 of the stack?
>> >>
>> >> Yeah, I re-ran gdb and now it's frame 3, so here:
>> >>
>> >> (gdb) f 3
>> >> #3  0x292bcded in ~nsGenericFactory (this=0x824f380) at
>> >> nsGenericFactory.cpp:64
>> >> 64      nsGenericFactory.cpp: No such file or directory.
>> >>          in nsGenericFactory.cpp
>> >> Current language:  auto; currently c++
>> >> (gdb) print mInfo
>> >> $1 = (const nsModuleComponentInfo *) 0xbfbfe7e0
>> >
>> > I need to see the contents of the pointer, so:
>> >
>> > print *mInfo
>>
>> (gdb) print *mInfo
>> $1 = {
>>    mDescription = 0x878dd004 <Error reading address 0x878dd004: Bad
>> address>,
>>    mCID = {m0 = 673230848, m1 = 16744, m2 = 10495, m3 =
>> "\020\036?(?|\021\b"},
>>    mContractID = 0xbfbfe838 "X???N??(",
>>    mConstructor = 0x28076ba1 <_rtld_bind_start+17>,
>>    mRegisterSelfProc = 0x28209800, mUnregisterSelfProc = 0x20,
>>    mFactoryDestructor = 0x80cdcf0,
>>    mGetInterfacesProc = 0x293794c8 <vtable for nsTraceRefcntImpl+8>,
>>    mGetLanguageHelperProc = 0x28ff41c8 <__JCR_LIST__+4>,
>>    mClassInfoGlobal = 0x28ff1e10, mFlags = 0}
>>
>
> It almost looks like it's trying to dereference a pointer to something
> that is no longer in memory.  Like a module has already been unloaded,
> and that code is being called.  I just upgraded my -CURRENT amd64
> machine, and I can't reproduce there either.
>
> But I did find something that may help.  Extract Firefox, then edit
> embedding/base/nsEmbedAPI.cpp, and uncomment line 56.  Rebuild Firefox,
> and see if this helps.  We may need to add that for < -CURRENT.

The crash disappear when I uncomment that line 56.

#define HACK_AROUND_NONREENTRANT_INITXPCOM

Cheers,
Mezz

> Joe


-- 
mezz7 at cox.net  -  mezz at FreeBSD.org
FreeBSD GNOME Team  -  FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/  -  gnome at FreeBSD.org
http://wiki.freebsd.org/multimedia  -  multimedia at FreeBSD.org