Closed
Bug 4264
Opened 26 years ago
Closed 26 years ago
mar 25th morning verification build crashing.
Categories
(Core Graveyard :: Tracking, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M4
People
(Reporter: donm, Assigned: alecf)
Details
viewer and apprunner both crash without any windows without nuthin
doing this:
#0 0x8dea in ?? ()
#1 0x408f76f5 in _init ()
#2 0x4084f147 in _dl_open (
file=0x811f178
"/builds/seamonkey/mozilla/obj-i686-pc-linux-gnu/dist/bin/components/liblocalmail.so",
mode=2) at dl-open.c:176
#3 0x406af9f3 in doit () at dlopen.c:31
#4 0x40005c30 in _dl_catch_error (errstring=0x406b1424, operate=0xbffff0a8)
at dl-error.c:105
#5 0x406afdd5 in _dlerror_run (operate=0xbffff0a8) at dlerror.c:69
#6 0x406afa45 in dlopen (
file=0x811f178
"/builds/seamonkey/mozilla/obj-i686-pc-linux-gnu/dist/bin/components/liblocalmail.so",
mode=2) at dlopen.c:34
#7 0x406757b5 in PR_LoadLibrary (
name=0x811f178
"/builds/seamonkey/mozilla/obj-i686-pc-linux-gnu/dist/bin/components/liblocalmail.so")
at prlink.c:700
#8 0x40027ec5 in nsDll::Load ()
#9 0x40024725 in nsComponentManagerImpl::SelfRegisterDll ()
#10 0x400246cd in nsComponentManagerImpl::SyncComponentsInFile ()
#11 0x40024471 in nsComponentManagerImpl::SyncComponentsInDir ()
#12 0x4002438c in nsComponentManagerImpl::SyncComponentsInPathList ()
#13 0x4002431b in nsComponentManagerImpl::AutoRegister ()
#14 0x40024bc8 in nsComponentManager::AutoRegister ()
#15 0x8050859 in NS_SetupRegistry ()
#16 0x805100e in NS_SetupRegistry_1 ()
#17 0x80502fb in main ()
Updated•26 years ago
|
Assignee: don → phil
Severity: normal → critical
Priority: P3 → P1
Comment 1•26 years ago
|
||
Moving to P1 critical. Reassigning to mail guys since the crash seems to happen
with liblocalmail.so
Comment 3•26 years ago
|
||
I've just looked through the checkin logs for for mailnews/local and not much
went in there yesterday. In fact, nothing went into the dll. All of the changes
were in separate test apps under mailnews/local. My morning linux build isn't
done yet so I know I can't verify the problem myself yet.
By the look of the stack trace it doesn't even look like it is getting into our
register self calls in the dll. QA, can you verify that there is a
liblocalmail.so in your bin\components directory from the Linux release builds?
If I removed components/liblocalmail.so the apprunner draws window and then
crashes like described in bug #4265 which I believe to be a seperate issue.
Assignee | ||
Comment 5•26 years ago
|
||
Looking into it...
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 6•26 years ago
|
||
Ok, I've checked in a fix.
liblocalmail.so had a bunch of undefined symbols. The two important ones were
fe_GetConfigDir which was in libpref. I moved this symbol to libxp. there was
also an undefined symbol in db/msgdb/src/nsNewsDatabase.cpp that I defined. now
that this library loads sanely apprunner seems to startup.
Comment 7•26 years ago
|
||
Can we eliminate these fe_getConfigDir for good. The right way in the new world
is implementing is in mozilla/xpfe/appshell/public/nsFileLocations.h
Assignee | ||
Comment 8•26 years ago
|
||
I completely agree - it will take time though. I'll hack at it when I have some
time...
sujay, latest linux looking godd for ya now? If so, please mark Verified.
Comment 10•26 years ago
|
||
verified 4/1 linux build...fine now.
Comment 11•25 years ago
|
||
Moving all Apprunner bugs past and present to Other component temporarily whilst
don and I set correct component. Apprunner component will be deleted/retired
shortly.
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•