Closed Bug 161439 Opened 23 years ago Closed 22 years ago

Mozilla 1.1b SEGVs in _PR_DestroyThreadPrivate (libnspr4) on first run immediately after installation

Categories

(Core :: XPCOM, defect)

x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mozilla, Assigned: dougt)

Details

(Keywords: crash)

I did a search on sililar bugs and I don't think this one is covered. Mozilla 1.1b crashes on me when it is started up immediately after a _successful install. Note 1: I'm running this on Linux Mandrake 8.1 Note 2: I'm running this as root so all the suggestions to run installation as root, are moot.. Note 3: The exact same procedure seems to work in Mozilla 0.99 and 1.0 so the cause in specific to this 1.1 beta. Here's the session: ------------------------------------------------------------------ 23:39 406 mozilla1.1b/mozilla-installer# ./mozilla-installer Warning: MOZILLA_FIVE_HOME not set. 23:40 407 mozilla1.1b/mozilla-installer# /home/username/local/mozilla1.1b/run-mozilla.sh: line 72: 7969 Segmentation fault (core dumped) $prog ${1+"$@"} Oh no! /home/ariel/local/mozilla1.1b/mozilla-bin just dumped a core file. Do you want to debug this ? You need a lot of memory for this, so watch out ? [y/n] y y: Command not found. [Oops, the 'do you want to debug this' is another buglet. It doesn't accept my 'y' response since the whole thing is running in the background and doesn't really read from my tty anymore so and doesn't work...] : The crash occurs AFTER the whole installation into the directory ~/local/mozilla1.1b is finished, I get a pop-up saying "Installation has completed" and I hit the "OK" button to confirm. mozilla-bin starts and crashes before even opening a window. gdb stack trace follows: 0:23 419 ~/local/mozilla1.1b# gdb ./mozilla-bin core GNU gdb 20010813 (MI_OUT) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-mandrake-linux"... (no debugging symbols found)... Core was generated by `/home/username/local/mozilla1.1b/mozilla-bin -installer'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libsafe.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libsafe.so.2 ... [many lines of loading symbols deleted] (gdb) where #0 0x4021e5ec in dlerror () from /lib/libdl.so.2 #1 0x401db5d9 in _PR_DestroyThreadPrivate () from /home/ariel/local/mozilla1.1b/libnspr4.so #2 0x401dbddc in PR_UnloadLibrary () from /home/ariel/local/mozilla1.1b/libnspr4.so #3 0x401dbe12 in PR_FindSymbol () from /home/ariel/local/mozilla1.1b/libnspr4.so #4 0x401707b7 in nsDll::FindSymbol () from /home/ariel/local/mozilla1.1b/libxpcom.so #5 0x4017088e in nsDll::GetModule () from /home/ariel/local/mozilla1.1b/libxpcom.so #6 0x4016c33a in nsNativeComponentLoader::SelfRegisterDll () from /home/ariel/local/mozilla1.1b/libxpcom.so #7 0x4016d449 in nsNativeComponentLoader::AutoRegisterComponent () from /home/ariel/local/mozilla1.1b/libxpcom.so #8 0x4016c029 in nsNativeComponentLoader::RegisterComponentsInDir () from /home/ariel/local/mozilla1.1b/libxpcom.so #9 0x4016c009 in nsNativeComponentLoader::RegisterComponentsInDir () from /home/ariel/local/mozilla1.1b/libxpcom.so #10 0x4016bf4d in nsNativeComponentLoader::AutoRegisterComponents () from /home/ariel/local/mozilla1.1b/libxpcom.so #11 0x4016a280 in nsComponentManagerImpl::AutoRegisterImpl () from /home/ariel/local/mozilla1.1b/libxpcom.so #12 0x4016a15c in nsComponentManagerImpl::AutoRegister () from /home/ariel/local/mozilla1.1b/libxpcom.so #13 0x4016b9d2 in nsComponentManager::AutoRegister () from /home/ariel/local/mozilla1.1b/libxpcom.so #14 0x080509e8 in getCountry () #15 0x080517d7 in main () #16 0x4050c5b0 in __libc_start_main () from /lib/libc.so.6 (gdb)
Severity: major → critical
Keywords: crash
-> NSPR (?)
Assignee: Matti → wtc
Component: Browser-General → NSPR
Product: Browser → NSPR
QA Contact: asa → wtc
Reassigned to XPCOM for investigation. This stack trace may not be reliable because PR_FindSymnol does not call PR_UnloadLibrary, and PR_UnloadLibrary does not call _PR_DestroyThreadPrivate.
Assignee: wtc → dougt
Component: NSPR → XPCOM
Product: NSPR → Browser
QA Contact: wtc → scc
are there remnants of any other mozillas installed anywhere?
Reporter: Is this still a problem in 1.3 or later builds ?
Since over 1 month no answer from the reporter, so closing bug as wfm. If the bug exists in newer builds (1.4 final) then look for a similar bug or reopen this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.