(minor) issues after upgrading to 2.20

[Joe Marcus Clarke]

Jeremy Messenger wrote:
> 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

Good, that's what I thought.  How about the functionality of yelp and
Ephiphany?  Anything become more broken after uncommenting that line?

Joe

-- 
Joe Marcus Clarke
FreeBSD GNOME Team	::	gnome at FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome