27201 - Can't start mozilla

Status: VERIFIED WORKSFORME

(SeaMonkey :: Build Config, defect, P3)

Description

[Biswapesh Chatterjee]

Running mozilla (nightly build of 20000209) (under gdb) gives the following on
my machine (standard Linux Mandrake 7.0 on PII):
---------------------------------------------------------------
gdb) run
Starting program: /usr/local/mozilla/latest/package/./mozilla-bin
(no debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...
**************************************************
nsNativeComponentLoader:
SelfRegisterDll(/usr/local/mozilla/latest/package/components/libraptorhtml.so)
Load FAILED with error:
/usr/local/mozilla/latest/package/components/libraptorhtml.so: undefined symbol:
NS_NewGfxListControlFrame__FP12nsIPresShellPP8nsIFrame
**************************************************
(no debugging symbols found)...Cannot access memory at address 0x4777654e
(gdb) bt
#0  _dl_debug_state () at dl-debug.c:57
#1  0x4000a30e in _dl_catch_error (errstring=0xbfffeea4, operate=0x402e9fa0
<dl_open_worker>, args=0xbfffeea8)
    at dl-error.c:141
#2  0x402ea376 in _dl_open (file=0x8067e30
"/usr/local/mozilla/latest/package/components/libmork.so", mode=1,
    caller=0x80b1700) at dl-open.c:232
#3  0x401ab362 in dlopen_doit (a=0xbfffeff8) at dlopen.c:41
#4  0x4000a30e in _dl_catch_error (errstring=0x804fbc8, operate=0x401ab334
<dlopen_doit>, args=0xbfffeff8)
    at dl-error.c:141
#5  0x401ab91f in _dlerror_run (operate=0x401ab334 <dlopen_doit>,
args=0xbfffeff8) at dlerror.c:125
#6  0x401ab323 in __dlopen_check (file=0x8067e30
"/usr/local/mozilla/latest/package/components/libmork.so", mode=1)
    at dlopen.c:53
#7  0x4014d33f in PR_LoadLibrary () from
/usr/local/mozilla/latest/package/libnspr3.so
#8  0x4014d279 in PR_LoadLibraryWithFlags () from
/usr/local/mozilla/latest/package/libnspr3.so
#9  0x4014d2ad in PR_LoadLibrary () from
/usr/local/mozilla/latest/package/libnspr3.so
#10 0x400e6a45 in nsLocalFile::Load () from
/usr/local/mozilla/latest/package/libxpcom.so
#11 0x400fd510 in nsDll::Load () from
/usr/local/mozilla/latest/package/libxpcom.so
#12 0x400f86f8 in nsNativeComponentLoader::SelfRegisterDll () from
/usr/local/mozilla/latest/package/libxpcom.so
#13 0x400f8db9 in nsNativeComponentLoader::AutoRegisterComponent () from
/usr/local/mozilla/latest/package/libxpcom.so
#14 0x400f8539 in nsNativeComponentLoader::RegisterComponentsInDir () from
/usr/local/mozilla/latest/package/libxpcom.so
#15 0x400f845d in nsNativeComponentLoader::AutoRegisterComponents () from
/usr/local/mozilla/latest/package/libxpcom.so
#16 0x400f6e74 in nsComponentManagerImpl::AutoRegister () from
/usr/local/mozilla/latest/package/libxpcom.so
#17 0x400fafde in nsComponentManager::AutoRegister () from
/usr/local/mozilla/latest/package/libxpcom.so
#18 0x804aed9 in JS_PushArguments ()
#19 0x804b7e1 in JS_PushArguments ()
#20 0x804a4d8 in JS_PushArguments ()
#21 0x804ad0c in JS_PushArguments ()
#22 0x402339ee in __libc_start_main (main=0x804ab08 <JS_PushArguments+5956>,
argc=1, argv=0xbffff914,
    init=0x8049104 <_init>, fini=0x804bae0 <_fini>, rtld_fini=0x4000a570
<_dl_fini>, stack_end=0xbffff90c)
    at ../sysdeps/generic/libc-start.c:90
(gdb) 
--------------------------------------------------------------
Previous builds (including M13) run fine!

Comment 1

[David Hallowell]

Sometimes the nightly builds do not work as they're just a current snapshot of
the development see http://www.mozilla.org/binaries.html which advises that you
try a different days build if the current build isn't working. 2000020817 works
fine under Slackware 7.0 and will also probably run fine under Mandrake. If
you're still experiencing problems with other builds then post a comment here.

Comment 2

[David Hallowell]

Latest nightly (2000021111) works for me with Slackware 7 and Mandrake 7,
probably just a problem with that nights build or a corrupted download. Marking
WORKSFORME.

If you're still having problems with this using another Mozilla build then
please reopen this bug.

Comment 3

[Biswapesh Chatterjee]

Verifying bug.