73316 - crash on load, before opening any window

Status: RESOLVED DUPLICATE of bug 75633

(Core :: XPCOM, defect)

Description

[Nick Lewycky]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2 i586; en-US; 0.8) Gecko/20010215
BuildID:    20010324

mozilla segfaults on load in libxpcom.so .

Reproducible: Always
Steps to Reproduce:
run 'mozilla/mozilla'

Actual Results:  Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 8602)]
0x8223838 in ?? ()
(gdb) bt #0 0x8223838 in ?? ()
#1  0x400c8524 in nsProxyObjectManager::GetProxyForObject ()
   from /home/nicholas/mozilla/libxpcom.so
#2  0x408ba014 in NSGetModule ()
   from /home/nicholas/mozilla/components/libnecko.so
#3  0x40c73991 in NSGetModule ()
   from /home/nicholas/mozilla/components/libgkcontent.so
#4  0x40b502d4 in NSGetModule ()
   from /home/nicholas/mozilla/components/libgkcontent.so
#5  0x40b509c1 in NSGetModule ()
   from /home/nicholas/mozilla/components/libgkcontent.so
#6  0x40ba2910 in NSGetModule () 
   from /home/nicholas/mozilla/components/libgkcontent.so
#7  0x40ba2e66 in NSGetModule ()
   from /home/nicholas/mozilla/components/libgkcontent.so
#8  0x4098aaaa in NSGetModule ()
   from /home/nicholas/mozilla/components/libhtmlpars.so
#9  0x4098a91a in NSGetModule ()
   from /home/nicholas/mozilla/components/libhtmlpars.so
#10 0x4098a590 in NSGetModule ()
   from /home/nicholas/mozilla/components/libhtmlpars.so
#11 0x409815d3 in NSGetModule ()
   from /home/nicholas/mozilla/components/libhtmlpars.so
...

Expected Results:  open a browser window with slashdot.org

No one mentioned this crash on IRC, but I can't think of anything special about
my system or the build. I have only one profile, which works A-OK with mozilla
0.8. The crashing build was pulled off
ftp.mozilla.org:/pub/mozilla/nightly/latest/mozilla-i686-pc-linux-gnu.tar.gz
's Mar 24 07:08, and run on my Debian woody box. I can provide more lines of gdb
detail, but haven't since I don't think its necessary.

After gdb's lines of output about libgkcontent.so, it starts to go on about
libhtmlpars.so, so this bug may be related to bug 50477, but without more
information there, I can't be certain.

Comment 1

[Keyser Sose]

WORKSFORME
Platform: PC
OS: Linux 2.2.17
Mozilla Build: 2001032505

Try downloading todays build and see if it fixes the problem.

Comment 2

[Nick Lewycky]

Nope, I just tried it with the Mar 25 build and received the identical crash.
There must be something unique to my system setup that's causing this -- perhaps
I should try some kind of debug (talkback?) build?

Comment 3

[Nick Lewycky]

I just figured something out with this one... it's my nonstandard chrome --
"thinice" to be exact. Moving away my .mozilla/.../chrome/ directory and running
mozilla again fixed the problem.

Of course, it still shouldn't've crashed in the first place. I'm staring at the
two files in the working and non-working versions and although they're
different, I don't see anything that stands out.

Comment 4

[Ben Bucksch (:BenB)]

I did not have such problems with my 0.6 profile used under 0.8.1.

Comment 5

[Ben Bucksch (:BenB)]

Data: I used Mozillum (or how it is called, the modern-in-golden chrome. (Sorry
for the spam.)

Comment 6

[Nick Lewycky]

If anyone has access to talkback data and wants to take a look at this one, it's
filed under TB28344529M .

Comment 7

[fmp]

I think i am experiencing exactly the same problem with a nightly build downloaded 2001-07-05. complete dump of backtrace with gdb :----Starting program: /usr/local/mozilla/mozilla-bin[New Thread 4700 (manager thread)][New Thread 4698 (initial thread)][New Thread 4701][New Thread 4702] I am inside the initialize Hey : You are in QFA Startup(QFA)Talkback loaded Ok.[New Thread 4703] Program received signal SIGSEGV, Segmentation fault.0x83cafe8 in ?? ()(gdb) backtrace#0  0x83cafe8 in ?? ()#1  0x40139774 in nsProxyObjectManager::GetProxyForObject () from /usr/local/mozilla/libxpcom.so#2  0x4076a604 in NSGetModule () from /usr/local/mozilla/components/libnecko.so#3  0x40b31c41 in NSGetModule () from /usr/local/mozilla/components/libgkcontent.so#4  0x409fe953 in NSGetModule () from /usr/local/mozilla/components/libgkcontent.so#5  0x409ff28e in NSGetModule () from /usr/local/mozilla/components/libgkcontent.so#6  0x40a59965 in NSGetModule () from /usr/local/mozilla/components/libgkcontent.so#7  0x40a59ec6 in NSGetModule () from /usr/local/mozilla/components/libgkcontent.so#8  0x407f808a in NSGetModule () from /usr/local/mozilla/components/libhtmlpars.so#9  0x407f7efa in NSGetModule () from /usr/local/mozilla/components/libhtmlpars.so#10 0x407f7b08 in NSGetModule () from /usr/local/mozilla/components/libhtmlpars.so#11 0x407f0413 in NSGetModule () from /usr/local/mozilla/components/libhtmlpars.so#12 0x407f01d1 in NSGetModule () from /usr/local/mozilla/components/libhtmlpars.so#13 0x407f210c in NSGetModule () from /usr/local/mozilla/components/libhtmlpars.so#14 0x408312bf in NSGetModule () from /usr/local/mozilla/components/liburiloader.so#15 0x4079a5ef in NSGetModule () from /usr/local/mozilla/components/libnecko.so#16 0x4075fb2e in NSGetModule () from /usr/local/mozilla/components/libnecko.so#17 0x4075f3f8 in NSGetModule () from /usr/local/mozilla/components/libnecko.so#18 0x401331a7 in PL_HandleEvent () from /usr/local/mozilla/libxpcom.so#19 0x401330c3 in PL_ProcessPendingEvents () from /usr/local/mozilla/libxpcom.so#20 0x40134058 in nsEventQueueImpl::ProcessPendingEvents () from /usr/local/mozilla/libxpcom.so#21 0x4084eab3 in NSGetModule () from /usr/local/mozilla/components/libwidget_gtk.so#22 0x4084e82d in NSGetModule () from /usr/local/mozilla/components/libwidget_gtk.so#23 0x40356c40 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0#24 0x40358308 in g_get_current_time () from /usr/lib/libglib-1.2.so.0#25 0x40358913 in g_get_current_time () from /usr/lib/libglib-1.2.so.0#26 0x40358aac in g_main_run () from /usr/lib/libglib-1.2.so.0#27 0x40279667 in gtk_main () from /usr/lib/libgtk-1.2.so.0#28 0x4084ef70 in NSGetModule () from /usr/local/mozilla/components/libwidget_gtk.so#29 0x406f1a5a in NSGetModule () from /usr/local/mozilla/components/libnsappshell.so#30 0x804f8bf in main1 ()#31 0x8050165 in main ()#32 0x404942db in __libc_start_main () from /lib/libc.so.6(gdb)----it startet to behave like that after it froze once when i typed "about:plugins" into location in order to see if the plugins (java2 and flash) i installed would show up. interesting thing : root can still start the browser without problems and i think other users can, too (i tried one).i replaced my entire homedir with another and it is still the same, very strange. a complete reinstall of mozilla didn't change anything either.

Comment 8

[Mike Schuette]

Is anyone still seeing this behavior with recent builds? ... It's been over 3
months since the last comment ...

Comment 9

[Mike Schuette]

Actually, gonna close this as a dupe of 75633, as I follow the bug trail ...

Sorry for the spam.  As always, smack me & reopen if necessary.

*** This bug has been marked as a duplicate of 75633 ***