Closed Bug 4264 Opened 26 years ago Closed 26 years ago

mar 25th morning verification build crashing.

Categories

(Core Graveyard :: Tracking, defect, P1)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

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 ()
Assignee: don → phil
Severity: normal → critical
Priority: P3 → P1
Moving to P1 critical. Reassigning to mail guys since the crash seems to happen with liblocalmail.so
David Bienvenu says alec if your man for unix.
Assignee: phil → alecf
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.
Looking into it...
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
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.
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
I completely agree - it will take time though. I'll hack at it when I have some time...
QA Contact: 3853 → 4079
Target Milestone: M4
sujay, latest linux looking godd for ya now? If so, please mark Verified.
Status: RESOLVED → VERIFIED
verified 4/1 linux build...fine now.
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.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.