125228 - Mozilla 0.9.8 segfaults on Solaris

Status: VERIFIED DUPLICATE of bug 111555

(SeaMonkey :: Build Config, defect)

Description

[Dimitri Papadopoulos]

Mozilla has been segfaulting on our Solaris machines since at least
Mozilla 0.9.6. I am now trying Mozilla 0.9.8 on a Sun Blade 1000 with
Solaris 8 7/01 + suggested patches (109147-14, 108434-04, 108435-04).

Running Mozilla in the debugger:

$ cd /usr/local/mozilla-0.9.8
$ echo $LD_LIBRARY_PATH
/usr/local/gtk+/lib:/usr/local/glib/lib
$ ./run-mozilla.sh -g -d dbx
MOZILLA_FIVE_HOME=.
  LD_LIBRARY_PATH=.:./plugins:/usr/local/gtk+/lib:/usr/local/glib/lib
DYLD_LIBRARY_PATH=.
     LIBRARY_PATH=.:./components
       SHLIB_PATH=.
          LIBPATH=.
       ADDON_PATH=.
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=1
     moz_debugger=dbx
/opt/SUNWspro/bin/dbx ./mozilla-bin 
[...]
Reading libplds4.so
Reading libplc4.so
Reading libnspr4.so
Reading libdl.so.1
Reading libgtk-1.2.so.0
Reading libgdk-1.2.so.0
Reading libgmodule-1.2.so.0
Reading libglib-1.2.so.0
Reading libXext.so.0
Reading libX11.so.4
Reading libsocket.so.1
Reading libnsl.so.1
Reading libm.so.1
Reading libpthread.so.1
Reading libc.so.1
Reading librt.so.1
Reading libucb.so.1
Reading libresolv.so.2
Reading libelf.so.1
Reading libthread.so.1
Reading libdga.so.1
Reading libmp.so.2
Reading libaio.so.1
Reading libc_psr.so.1
detected a multithreaded program
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) run
Running: mozilla-bin 
(process id 18091)
t@1 (l@1) signal SEGV (no mapping at the fault address) in
FreeServices__22nsComponentManagerImpl at 0xff1a0d0c
0xff1a0d0c: FreeServices__22nsComponentManagerImpl+0x0028:      ld      [%i0 +
0x20], %o0
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
current thread: t@1
=>[1] FreeServices__22nsComponentManagerImpl(0x0, 0xff221040, 0x1ae04,
0xfeabf1a0, 0x3f8, 0x1), at 0xff1a0d0c
  [2] NS_ShutdownXPCOM(0x0, 0xffbeeb5c, 0x5d9a0, 0x199c0, 0x30b78, 0xff3b2a48),
at 0xff15ffa4
  [3] main(0x0, 0xffbeeb5c, 0xffbeeb64, 0x5d6b8, 0x0, 0x0), at 0x18b4c
$ exit
$ echo FreeServices__22nsComponentManagerImpl | c++filt
nsComponentManagerImpl::FreeServices
$

Comment 1

[Roland Mainz]

Reporter:
Is this a gcc build ?

Comment 2

[Matthias Versen [:Matti]]

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

Comment 3

[Dimitri Papadopoulos]

I don't know if it's a gcc build. Maybe the contributor knows.

Binaries seem to have been stripped, there's no compiler info
in them, and the program does not link with the C++ standard
library, either libstdc++ for the GNU compiler or libC for the
Sun compiler, so I can't tell.

Comment 4

[Jon Granrose]

verified duplicate.

Comment 5

[Dimitri Papadopoulos]

I still get the crash with 1.0rc3 except that... I've now read
	http://www.mozilla.org/releases/mozilla1.0/#install
and the paragraph:
	Multi-user installs: To install Mozilla for multiple users on
	Unix, install as normal, then create the following script in your
	Mozilla directory, make it executable (chmod u+x <scriptname>),
	and run it as root. Do not run this program as su[do] root.
	(Bug 52653)
Once I do that segfaults disappear.

An alternative is to run mozilla as root (or a user who has write access
to the mozilla installation directory). The necessary files are then
created and anyone can use mozilla.

It's a pity there's no installation script on Solaris as there is on Linux.

Comment 6

[Dimitri Papadopoulos]

Note that the script mentioned in the release notes doesn't work:
	http://www.mozilla.org/releases/mozilla1.0/#install

You have to run mozilla as root (or the user owning the directory where
mozilla was installed) first, and only then does the segfault disappear
for other users.

It would be nice to update the release notes.

Comment 7

[Dimitri Papadopoulos]

Attachment: Output of the script described in the release notes

As you can see, this script fails because libgtk-1.2.so.0 is not found on
my machine. Actually it is available on my machine but it's certainly not
available on a vanilla Solaris 8 machine:
	$ ls /usr/local/lib/libgtk-1.2.so.0 
	/usr/local/lib/libgtk-1.2.so.0
	$ 

What seems to happen is that the script resets LD_LIBRARY_PATH so there's
no way it can find the library.