mar 25th morning verification build crashing.

VERIFIED FIXED in M4

Status

P1
critical
VERIFIED FIXED
20 years ago
2 years ago

People

(Reporter: donm, Assigned: alecf)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
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

20 years ago
Assignee: don → phil
Severity: normal → critical
Priority: P3 → P1

Comment 1

20 years ago
Moving to P1 critical. Reassigning to mail guys since the crash seems to happen
with liblocalmail.so

Comment 2

20 years ago
David Bienvenu says alec if your man for unix.
Assignee: phil → alecf

Comment 3

20 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?
(Reporter)

Comment 4

20 years ago
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

20 years ago
Looking into it...
(Assignee)

Updated

20 years ago
Status: NEW → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED
(Assignee)

Comment 6

20 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

20 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

20 years ago
I completely agree - it will take time though. I'll hack at it when I have some
time...

Updated

20 years ago
QA Contact: 3853 → 4079
Target Milestone: M4

Comment 9

20 years ago
sujay, latest linux looking godd for ya now?  If so, please mark Verified.

Updated

20 years ago
Status: RESOLVED → VERIFIED

Comment 10

20 years ago
verified 4/1 linux build...fine now.

Comment 11

19 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.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.