Closed Bug 7227 Opened 26 years ago Closed 26 years ago

[BLOCK] Linux crashes on start up because imap has unresolved symbols

Categories

(MailNews Core :: Networking, defect, P1)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mscott, Assigned: mscott)

Details

From mcafee: Hook people, > > After a fun night of playing cvs checkin ambulance chaser, > I finally got a build to link (Linux), and I'm now > crashing on startup: > > ************************************************** > nsComponentManager: Load(libpref.so) FAILED with error: > /u/mcafee/cmonkey/mozill > a/dist/bin/components/libmsgimap.so: undefined symbol: > SetMailDB__23nsParseMailM > essageStateP14nsIMsgDatabase > ************************************************** imap has been linkng against local since before M5. Which was evil. We all realize that but we needed to finish some more work before we knew what parts in local we wanted to push up into base. But something most have changed in the build system last night and now we have this current problem. I'll try to come up with a short term workaround by promoting the objects we are linking against local for into an interface in local. But I'm a one handed coder right now so it could take a little bit.
Priority: P3 → P1
Summary: Linux crashes on start up because imap has unresolved symbols → [BLOCK] Linux crashes on start up because imap has unresolved symbols
I'm building right now, so I can reproduce this and work on it in parallel.
Status: NEW → ASSIGNED
Short term work around: you can just delete the imap shared library. Then we won't try to register it. I'm working on the fix by removing the link dependencies but it is going to take a while. I'll be done by lunch *optomistically*
Severity: normal → blocker
This is for M7, right?
Yes it is. there was a build system change last night in M7 that broke this.
right, this a problem with today's may 27th build. not m6.
Target Milestone: M7
M7.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
fixed it. we used to have -llocalmail in our link line. but that's a component, so that's wrong, so mcafee removed it. but we weren't linking against liblocalmail.so, we were actually linking in liblocalmail.a. but now we need to explictly link against this .a the problem is in this .a is a class that we need. mscott is working on the right fix, and he'll remove this when he re-arranges the code.
And I just checked in the fix to cleanly remove imap's dependency on local by hiding it under an interface. This also has the added bonus of reducing footprint for the imap library. Linux debug dropped almost 300K!!!
Status: RESOLVED → VERIFIED
OK using 1999052808 on Linux Redhat 5.2. Starts up fine.
Moving all Mail/News Networking bugs to Mail/News Networking-Mail This may re-open previously Verified bugs due to a Bugzilla bug...if so, I will fix those bugs.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.