18956 - viewer coredumps upon startup on NetBSD 1.4.1/i386.

Status: RESOLVED FIXED

(Core Graveyard :: Viewer App, defect, P3)

Description

[Brian Stark]

With Mozilla CVS sources as of November 13, 1999 or the Mozilla nightly
source snapshot from November 8, 1999, the viewer program coredumps upon
startup.

This problem is happening on a NetBSD 1.4.1/i386 system (Pentium,
128MB RAM).

Here is more detailed information:

callisto:bstark$ uname -a
NetBSD callisto.niangua.net 1.4.1 NetBSD 1.4.1 (CALLISTO) #5: Sat Nov  6
00:20:51 CST 1999     [e-mail]:/usr/src/sys/arch/i386/compile/CALLISTO
i386
callisto:bstark$ ./mozilla-viewer.sh
MOZILLA_FIVE_HOME=/usr/local/source/mozilla/obj-i386-unknown-netbsd1.4.1/dist/bin
LD_LIBRARY_PATH=/usr/local/source/mozilla/obj-i386-unknown-netbsd1.4.1/dist/bin:/usr/X11R6/lib:/usr/local/lib:/u
sr/local/gnome/lib:/usr/local/lib/gtk/themes/engines:/emul/linux/netscape
      MOZ_PROGRAM=./viewer
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
nsNativeComponentLoader: autoregistering begins.
*** Registering CharDet components
*** Registering xpconnect components
*** Registering JSComponentLoader components
*** Registering XPCTest components
Segmentation fault - core dumped
callisto:bstark$ ls -l *.core
-rw-------  1 bstark  users  782960 Nov 16 00:42 viewer.core
callisto:bstark$ gdb viewer viewer.core
GNU gdb 4.17
Copyright 1998 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--netbsd"...
Core was generated by `viewer'.
Program terminated with signal 11, Segmentation fault.

[... "Reading symbols from ..." removed for space ...]

#0  0x401346ec in L2551 () at ../../dist/include/nsHashtable.h:177
177         mID = aID;
(gdb) where
#0  0x401346ec in L2551 () at ../../dist/include/nsHashtable.h:177
#1  0x40193060 in _GLOBAL_OFFSET_TABLE_ ()
#2  0x401344b0 in nsComponentManagerImpl::RegisterComponentWithType (
    this=0x42100, aClass=@0x0, aClassName=0x0, aProgID=0x0, aSpec=0x68920,
    aLocation=0x68de0 "rel:libxpctest.so.1.0", aReplace=1, aPersist=1,
    aType=0x4012fd20 "\xfc\xc9\xc324StringUnicharInputStream")
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsComponentManager.cpp:1504
#3  0x4013451a in nsComponentManagerImpl::RegisterComponentSpec (this=0x42100,
    aClass=@0x0, aClassName=0x0, aProgID=0x0, aLibrarySpec=0x68920,
    aReplace=1, aPersist=1)
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsComponentManager.cpp:1526
#4  0x4052e7c4 in nsXPCTestModule::RegisterSelf (this=0x42700,
    aCompMgr=0x42100, aPath=0x68920,
    registryLocation=0x686e0 "rel:libxpctest.so.1.0",
    componentType=0x4012f0ed "\213u\b\203~\004")
    at
/usr/local/source/mozilla/release/mozilla/js/src/xpconnect/tests/components/xpctest_module.cpp:413
#5  0x40139806 in nsNativeComponentLoader::SelfRegisterDll (this=0x3de80,
    dll=0x3f800, registryLocation=0x686e0 "rel:libxpctest.so.1.0")
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsNativeComponentLoader.cpp:480
#6  0x4013a910 in L1672 ()
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsNativeComponentLoader.cpp:837
#7  0x40138f35 in nsNativeComponentLoader::RegisterComponentsInDir (
    this=0x3de80, when=0, dir=0x68720)
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsNativeComponentLoader.cpp:312
#8  0x40138d0f in nsNativeComponentLoader::AutoRegisterComponents (
    this=0x3de80, aWhen=0, aDirectory=0x68720)
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsNativeComponentLoader.cpp:250
#9  0x40135aba in nsComponentManagerImpl::AutoRegister (this=0x42100, when=0,
    inDirSpec=0x0)
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsComponentManager.cpp:2048
#10 0x4013e715 in nsComponentManager::AutoRegister (when=0, directory=0x0)
    at
/usr/local/source/mozilla/release/mozilla/xpcom/components/nsRepository.cpp:200
#11 0x155a1 in nsViewerApp::AutoregisterComponents (this=0x42280)
    at
/usr/local/source/mozilla/release/mozilla/webshell/tests/viewer/nsViewerApp.cpp:251
#12 0x155f5 in nsViewerApp::SetupRegistry (this=0x42280)
    at /usr/local/source/mozilla/release/mozilla/webshell/tests/viewer/nsViewerA
pp.cpp:262
#13 0x15977 in nsViewerApp::Initialize (this=0x42280, argc=1, argv=0xefbfd340)
    at
/usr/local/source/mozilla/release/mozilla/webshell/tests/viewer/nsViewerApp.cpp:306
#14 0x1f35d in L876 ()
    at
/usr/local/source/mozilla/release/mozilla/webshell/tests/viewer/unix/gtk/nsGtkMain.cpp:165
(gdb)
(gdb) list
172     protected:
173       nsID mID;
174
175     public:
176       nsIDKey(const nsID &aID) {
177         mID = aID;
178       }
179
180       PRUint32 HashValue(void) const {
181         return mID.m0;
(gdb) print aID
$1 = (nsID &) @0x0: {m0 = 1075428276, m1 = 0, m2 = 0, m3 =
"$\xd0\003\000`0\031@"}
(gdb)


It should be noted that the viewer is coredumping in the same place in both
copies of the source I have on my system.

If it matters, NetBSD 1.4.1 is using the egcs-1.1.1 compiler.

Comment 1

[rickg]

DP - I'm forwarding this to you because it appears to be related to the
component manager. The fact that this is in viewer makes me unlikely to want to
spend time fixing it -- but the problem may carry over to mozilla.exe.

Comment 2

[Suresh Duddi (gone)]

Looks like cm related. I dont have a system nor the time to look at this now.
Any help toshok ?

bstark, you might get better help if you post to newsgroup
netscape.public.mozilla.xpcom in server news.mozilla.org

Comment 3

[leger]

Updating QA Contact.

Comment 4

[Suresh Duddi (gone)]

Jan can you help verify this. I dont think this happens anymore.

Comment 5

[David Krause]

Setting correct OS field on unverified bugs so they can be found.