Package: iceweasel
Version: 3.0~rc2-2

For several days now, when I run 'firefox' when one or more windows are
already open, the command generates a "Segmentation Fault" on the
console, or causes my Xfce4 launcher to think the program had failed and
tries to relaunch the program.  However, a new browser window will appear
and be functional.

Anyway, I gdb it, and here's the backtrace:

willo:~$ export LD_LIBRARY_PATH=/usr/lib/debug
willo:~$ gdb bash
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
(gdb) set args /usr/bin/firefox
(gdb) r
Starting program: /bin/bash /usr/bin/firefox
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Executing new program: /usr/lib/xulrunner-1.9/xulrunner-stub
Executing new program: /usr/lib/xulrunner-1.9/xulrunner-stub
[Thread debugging using libthread_db enabled]
[New Thread 0xb7d1f6c0 (LWP 685)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7d1f6c0 (LWP 685)]
ptmalloc_init () at arena.c:342
342     arena.c: No such file or directory.
        in arena.c
Current language:  auto; currently c
(gdb) bt
#0  ptmalloc_init () at arena.c:342
#1  0xb7dda913 in memalign_hook_ini (alignment=32, sz=92, caller=0xb7fceaf9) at 
hooks.c:64
#2  0xb7dda762 in *__GI___libc_memalign (alignment=32, bytes=92) at 
malloc.c:3753
#3  0xb7fceaf9 in ___tls_get_addr_internal () from /lib/ld-linux.so.2
#4  0xb64e0b62 in ?? () from /lib/libselinux.so.1
#5  0x0000005f in ?? ()
#6  0x00000000 in ?? ()


Right now, if I try to "strace" the program, it freezes before the crash happens... which is doubly bizarre.

My only thought on the backtrace is: isn't Firefox3 supposed to be using "jemalloc", instead of "ptmalloc2"?

-- Charles Wilcox

-- System Information:
Debian Release: lenny/sid
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils                   2.29       Miscellaneous utilities specific t
ii  fontconfig                    2.6.0-1    generic font configuration library
ii  libc6                         2.7-12     GNU C Library: Shared libraries
ii  libgcc1                       1:4.3.1-2  GCC support library
ii  libglib2.0-0                  2.16.3-2   The GLib library of C routines
ii  libgtk2.0-0                   2.12.10-2  The GTK+ graphical user interface
ii  libnspr4-0d                   4.7.1-3    NetScape Portable Runtime Library
ii  libstdc++6                    4.3.1-2    The GNU Standard C++ Library v3
ii  procps                        1:3.2.7-8  /proc file system utilities
ii  psmisc                        22.6-1     Utilities that use the proc filesy
ii  xulrunner-1.9                 1.9~rc2-4  XUL + XPCOM application runner




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to