On Fri, Apr 07, 2006 at 11:16:15AM -0400, Justin Pryzby wrote: > > only one file in /tmp which reads, > I really don't understand this; you're strace output is all garbled, > and perhaps has all the threads into a single file... > > Please also try the strace with: > > G_SLICE=always-malloc strace -s99 -ff -o/tmp/firefox-strace -p (firefoxPid) > > and see if it still aborts; if it does, then try now to get a > backtrace when it aborts, by getting a core file by setting ulimit -c > unlimited, and then running gdb /usr/lib/firefox/firefox-bin ./core > (assuming the file is called just "core"). Bert: I can actually reproduce this, which seems to be strace bug #353935. I can't find a strace that will do what I want, so please use strace -f instead of -ff with the previous instructions, which can be found at: http://bugs.debian.org/360079
Strace people: Steps to reproduce: $ ulimit -c unlimited $ firefox -no-remote& [1] 30210 $ rm /tmp/firefox-strace*; strace -o/tmp/firefox-strace -ff -s99 -p 30210 Process 30219 attached with 4 threads - interrupt to quit [close firefox here] Process 30215 detached /tmp/firefox-strace: Bad file descriptor /tmp/firefox-strace: Bad file descriptor /tmp/firefox-strace: Bad file descriptor Process 30210 detached /tmp/firefox-strace: Bad file descriptor /tmp/firefox-strace: Bad file descriptor /tmp/firefox-strace: Bad file descriptor Process 30216 detached *** glibc detected *** double free or corruption (!prev): 0x0807b5d0 *** Aborted (core dumped) $ file core* core: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'strace' core.30210: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'firefox-bin' Note that the firefox core file doesn't always exist; I can cause it to be created if I ^C the strace process (which for some reason backgrounds the processes, but whatever). But the first times it happened, I'm pretty sure I wasn't sending ^C. I don't think the firefox core is necessarily a bug, since it is being straced, and the exit is due to being "trapped", which only makes sense as it is being straced. The strace output is garbled; multiple syscalls per line, rather than to separate files. It doesn't crash unless using exactly the -p -o -ff options together, but this may be confused by the fact that /usr/bin/firefox is a shellscript. To run the ELF binary directly, I used: MOZ_NO_REMOTE=1 LD_LIBRARY_PATH=/usr/lib/firefox strace -o/tmp/firefox-strace -ff -s99 /usr/lib/firefox/firefox-bin This is *not* fixed upstream, tested with strace 4.5.14. BTW, strace is effectively a native package right now; I guess because you're distributing it as a .bz2 file upstream... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
