52098 - Linux nightly crashes on start up

Status: VERIFIED DUPLICATE of bug 51164

(SeaMonkey :: General, defect, P3)

Description

[Jens-Uwe]

From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; I; Linux 2.2.14 i686)
BuildID:    probably 20000911

when I start the Linux version, I get a segmentation fault.

Reproducible: Always
Steps to Reproduce:
1. type in ./mozilla


Actual Results:  I get a segmentation fault error							

Expected Results:  Mozilla should start							

I have the Intel version of Suse6.4

When I start mozilla with -g (run inside a debugger), I get the following
output. I hope, these informations are useful for you, even if I don't
understand anything ;-)

Starting program: /opt/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)...(no debugging symbols found)...[New
Thread 1122 (manager thread)]
[New Thread 1121 (initial thread)]
[New Thread 1123]
WEBSHELL+ = 1
[New Thread 1124]
WEBSHELL+ = 2

Program received signal SIGSEGV, Segmentation fault.
0x40f4cf9a in NSGetModule () from /opt/package/components/libgklayout.so
(gdb) bt
#0  0x40f4cf9a in NSGetModule () from /opt/package/components/libgklayout.so
#1  0x40f5609e in NSGetModule () from /opt/package/components/libgklayout.so
#2  0x4104fba8 in NSGetModule () from /opt/package/components/libgklayout.so
#3  0x40e4f759 in NSGetModule () from /opt/package/components/libgklayout.so
#4  0x40ef4e04 in NSGetModule () from /opt/package/components/libgklayout.so
#5  0x40ef3b66 in NSGetModule () from /opt/package/components/libgklayout.so
#6  0x4064a193 in NSGetModule () from /opt/package/components/libhtmlpars.so
#7  0x4064a736 in NSGetModule () from /opt/package/components/libhtmlpars.so
#8  0x4064788d in NSGetModule () from /opt/package/components/libhtmlpars.so
#9  0x406484a2 in NSGetModule () from /opt/package/components/libhtmlpars.so
#10 0x40646f0a in NSGetModule () from /opt/package/components/libhtmlpars.so
#11 0x40646864 in NSGetModule () from /opt/package/components/libhtmlpars.so
#12 0x406596a3 in NSGetModule () from /opt/package/components/libhtmlpars.so
#13 0x406594e5 in NSGetModule () from /opt/package/components/libhtmlpars.so
#14 0x40659e6f in NSGetModule () from /opt/package/components/libhtmlpars.so
#15 0x406c3a81 in NSGetModule () from /opt/package/components/liburiloader.so
#16 0x405c32e5 in NSGetModule () from /opt/package/components/libnecko.so
#17 0x405b2a2e in NSGetModule () from /opt/package/components/libnecko.so
#18 0x405b2450 in NSGetModule () from /opt/package/components/libnecko.so
#19 0x400bebe3 in PL_HandleEvent () from /opt/package/./libxpcom.so
#20 0x400beaf6 in PL_ProcessPendingEvents () from /opt/package/./libxpcom.so
#21 0x400bf87d in nsEventQueueImpl::ProcessPendingEvents () from
/opt/package/./libxpcom.so
#22 0x40705fdf in NSGetModule () from /opt/package/components/libwidget_gtk.so
#23 0x40705d9d in NSGetModule () from /opt/package/components/libwidget_gtk.so
#24 0x408ac340 in g_io_unix_dispatch (source_data=0x81a2e80,
current_time=0xbffff4cc, user_data=0x81a2e58)
at giounix.c:135
#25 0x408adbd6 in g_main_dispatch (dispatch_time=0xbffff4cc) at gmain.c:656
#26 0x408ae203 in g_main_iterate (block=1, dispatch=1) at gmain.c:877
#27 0x408ae3cc in g_main_run () at gmain.c:884
#28 0x407cd00c in gtk_main () at gtkmain.c:807
#29 0x407064cc in NSGetModule () from /opt/package/components/libwidget_gtk.so
#30 0x4045318a in inflate_mask () from /opt/package/components/libnsappshell.so
#31 0x804d987 in JS_PushArguments ()
#32 0x804dde6 in JS_PushArguments ()
#33 0x40265a5e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93
(gdb)

Comment 1

[R.K.Aa.]

Which version of glibc do you use?

Comment 2

[Jens-Uwe]

I am not sure, in /lib I find a file libc.so.6

I was told about 51164, and this seems to be a duplicate. Once I completly start
mozilla as root (not only until it wants to open a window), I can also run
mozilla as a user.

Comment 3

[R.K.Aa.]

Isn't SuSE rpm based?
Try a query with "rpm -q glibc"

Comment 4

[jorge o. castro]

suse 6.4 is rpm based and is stock glib6, unless doronr changed something.
I'm wondering why he put moz in /opt. It could be a permissions problem. I would
see if it works for him installing it in his home directory.

Build 2000091212 on mandrake 7.1 with kernel 2.4.0test7 - works for me.

Comment 5

[R.K.Aa.]

grrr....lost half a page here due to mid air collision..

I'm dim. Based on reporters comments that moz will start OK if first run by
root: Resolving as "works for me" to avoid some spam. If starting as root first
solves it - no more crashes at startup - this isn't the glibc-bug at all.

The crash in this bug seems related to missing files/permissions and spawned
"solution"-bugs like 41057, 42184 and more. They are well known and worked on.

Comment 6

[Doron Rosenberg (IBM)]

adding verifyme bug to all bugs i cannot verify

Comment 7

[Jens-Uwe]

doron:

please mark it as duplicate of 51164. Sorry

Comment 8

[R.K.Aa.]

dup...

Comment 9

[R.K.Aa.]

of 51164

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

Comment 10

[Blake Ross]

vrfy dup