Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 301064

Summary: Firefox-3.5.6 fails to load (run) at all
Product: Gentoo Linux Reporter: Robert Bradbury <robert.bradbury>
Component: Current packagesAssignee: Mozilla Gentoo Team <mozilla>
Status: RESOLVED DUPLICATE    
Severity: major    
Priority: High    
Version: unspecified   
Hardware: x86   
OS: Linux   
URL: N/A
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: Emerge --info

Description Robert Bradbury 2010-01-15 08:29:52 UTC
Attempting to start firefox (from the shell) aborts very early in the load process (involvement of /lib/ld-linux.so.2 and /lib/libc.so.6).

First error appears to be:
jemalloc.c:6224: Failed assertion: "((alignment - 1) & alignment) == 0 && alignment >= sizeof(void *)"

Reproducible: Always

Steps to Reproduce:
1. firefox
2. Error follows immediately


Actual Results:  
Actual text from the shell:

(firefox:9126): GLib-WARNING **: g_set_prgname() called multiple times
jemalloc.c:6224: Failed assertion: "((alignment - 1) & alignment) == 0 && alignment >= sizeof(void *)"

Program firefox (pid = 9126) received signal 6.
Stack:
UNKNOWN 0xb78de400
abort+0x00000182 [/lib/libc.so.6 +0x0002BB62]
memalign+0x000000A3 [firefox +0x0001EFF1]
__libc_memalign+0x00000214 [/lib/libc.so.6 +0x00070394]
UNKNOWN [/lib/ld-linux.so.2 +0x000111CC]
___tls_get_addr+0x0000006A [/lib/ld-linux.so.2 +0x000116BA]
UNKNOWN [/usr/lib/xulrunner-1.9.1/libxul.so +0x0127ED9D]
NS_InitXPCOM3_P+0x000000D7 [/usr/lib/xulrunner-1.9.1/libxul.so +0x012227E2]
UNKNOWN [/usr/lib/xulrunner-1.9.1/libxul.so +0x001C32B6]
XRE_main+0x00001814 [/usr/lib/xulrunner-1.9.1/libxul.so +0x001C9BB5]
UNKNOWN [firefox +0x000023B1]
__libc_start_main+0x000000E6 [/lib/libc.so.6 +0x00016BB6]
Sleeping for 300 seconds.
Type 'gdb firefox 9126' to attach your debugger to this thread.


Expected Results:  
Firefox should load and run.

Gdb stack trace:

(gdb) bt
#0  0xb77b6424 in __kernel_vsyscall ()
#1  0xb747b770 in __nanosleep_nocancel () at ../sysdeps/unix/syscall-template.S:82
#2  0xb747b5a9 in __sleep (seconds=0) at ../sysdeps/unix/sysv/linux/sleep.c:138
#3  0xb52b7c5b in ah_crap_handler (signum=6) at nsSigHandlers.cpp:149
#4  0xb52b82d7 in nsProfileLock::FatalSignalHandler (signo=6) at nsProfileLock.cpp:216
#5  <signal handler called>
#6  0xb77b6424 in __kernel_vsyscall ()
#7  0xb740e421 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#8  0xb740fb62 in *__GI_abort () at abort.c:92
#9  0x08066ff1 in memalign ()
#10 0xb7454394 in *__GI___libc_memalign (alignment=1, bytes=1) at malloc.c:3869
#11 0xb77c81cc in allocate_and_init (dtv=<value optimized out>, the_map=0xb7016000, module=4) at dl-tls.c:529
#12 tls_get_addr_tail (dtv=<value optimized out>, the_map=0xb7016000, module=4) at dl-tls.c:742
#13 0xb77c86ba in ___tls_get_addr (ti=0xb6bc5efc) at dl-tls.c:767
#14 0xb635dd9d in nsThreadManager::Init (this=0xb6bf3660) at nsThreadManager.cpp:115
#15 0xb63017e2 in NS_InitXPCOM3_P (result=0xbf9c201c, binDirectory=0xb704a400, 
    appFileLocationProvider=0xbf9c1f70, staticComponents=0xb6afa580, componentCount=52) at nsXPComInit.cpp:554
#16 0xb52a22b6 in ScopedXPCOMStartup::Initialize (this=0xbf9c201c) at nsAppRunner.cpp:1013
#17 0xb52a8bb5 in XRE_main (argc=1, argv=0xbf9c6454, aAppData=0xb7025a40) at nsAppRunner.cpp:3114
#18 0x0804a3b1 in ?? ()
#19 0xb73fabb6 in __libc_start_main (main=0x8049ae1, argc=1, ubp_av=0xbf9c6454, init=0x8069250, fini=0x8069240, 
    rtld_fini=0xb77c5ab0 <_dl_fini>, stack_end=0xbf9c644c) at libc-start.c:220
#20 0x080498e1 in ?? ()


Note, there appears to be some incompatibility between firefox and xulrunner on the current gentoo system at the cutting edge.  It no longer appears to be possible to compile firefox with the "-xulrunner" option.  And both firefox-3.5.6 and xulrunner-1.9.1.6 appear to be shoving files into /usr/lib/xulrunner-1.9.1.  I haven't tried this with only firefox (no xulrunner) installed as I believe there may be programs (seamonkey | mozilla-thunderbird?) which may depend on it.  Seamonkey still appears to still work.  Haven't tested thunderbird.
Comment 1 Robert Bradbury 2010-01-15 08:42:57 UTC
Created attachment 216575 [details]
Emerge --info

Note that almost all program versions on this system are at the cutting edge (i.e. marked ~x86 in /etc/portage/package.keywords).  Usually the development (-9999) versions are not used).  The only exception being that seamonkey needs to be upgraded to -2.0.2).  Note that xulrunner-1.9.1.7 has been installed (I've got the log file to prove it) though for some reason portage seems to think I'm still at xulrunner-1.9.1.6.  Note that the Notes at the end of upgrading to -1.9.1.7 regarding xpcom errors are not what is happening with this bug.  No errors involving firefox or xulrunner are reported on a revdep-rebuild.

This is a system where before filing this bug report I was encountering this problem and verified it by rebuilding xulrunner (100112 @ 04:34) and mozilla-firefox (100112 @ 06:27) before attempting to retest firefox an confirming this problem.  I keep the log files of all of my ebuilds so I know exactly what was done and when it was done.
Comment 2 Rafał Mużyło 2010-01-15 15:32:36 UTC
Try it with glib 2.22.4 (once it's in the tree).
Comment 3 Jory A. Pratt gentoo-dev 2010-01-19 05:26:35 UTC

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