| Summary: | www-client/{seamonkey-1.1.14,galeon-2.0.4} - segfault in nsUnknownDecoder::FireListenerNotifications | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | xiando <oyvinds> |
| Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | CC: | mmokrejs, oyvinds |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Seamonkey 1.1.14 report by BugBuddy
strace galeon 2>galeon.strace.log epiphany 2>epiphany.strace.log emerge --info |
||
|
Description
xiando
2008-12-24 13:11:00 UTC
Created attachment 176295 [details]
Seamonkey 1.1.14 report by BugBuddy
A BugBuddy report when Seamonkey 1.1.14 crashes.
The terminal actually wrote /usr/libexec/gecko: No such file or directory. when Seamonkey 1.1.14 crashed. I have no such file... why would Seamonkey want it? Could lack of this file / seamonkey wanting it be the crash reason? Please post your 'emerge --info' in case it matters, and try getting a strace log of the crash to show what file is not being found. Created attachment 176478 [details]
strace galeon 2>galeon.strace.log
Created attachment 176480 [details]
epiphany 2>epiphany.strace.log
Created attachment 176482 [details]
emerge --info
gettimeofday({1230355461, 25276}, NULL) = 0
open("/usr/lib/gconv/CP1252.so", O_RDONLY) = 30
read(30, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\3\0\0004\0\0\0\320"..., 512) = 512
fstat64(30, {st_mode=S_IFREG|0755, st_size=9400, ...}) = 0
mmap2(NULL, 12316, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 30, 0) = 0xb15e5000
mmap2(0xb15e7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 30, 0x1) = 0xb15e7000
close(30) = 0
mprotect(0xb15e7000, 4096, PROT_READ) = 0
gettimeofday({1230355461, 27583}, NULL) = 0
time(NULL) = 1230355461
brk(0x89b5000) = 0x89b5000
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
1. I have no idea how to read a strace log.
2. It appears that open("/usr/lib/gconv/CP1252.so" is the last file opened before SIGSEGV. sys-libs/glibc-2.6.1 involvement indicated.
I hope this information may provide additional clues. Please tell me if more information is required and how to produce it.
I can confirm that this bug is still reality. All browser which aren't base on xulrunner 1.9 are crashing with some page scripts (www.tinypic.com). I am using ~x86 global. (In reply to comment #2) > The terminal actually wrote > > /usr/libexec/gecko: No such file or directory. > > when Seamonkey 1.1.14 crashed. I have no such file... why would Seamonkey want > it? Could lack of this file / seamonkey wanting it be the crash reason? > Does this still happen? The /usr/bin/seamonkey is a wrapper shell script executing a binary like /usr/lib/seamonkey/*-bin. It depends I think how the --configure flags were called, there is --enable-application=suite but other values exist as well. that results in different binary file names. That is I think where your problem appears. I guess you have seamonkey shell script in /usr/bin and /usr/lib/seamonkey/seamonkey-bin while some shell script look for gecko binary or shell-script. Maybe try # cd /usr/lib/seamonkey # find . -type f | xargs grep gecko or something similar to find the file referring to it. And maybe re-install to see what configure flags were used to build the application. (In reply to comment #9) > (In reply to comment #2) > > The terminal actually wrote > > > > /usr/libexec/gecko: No such file or directory. > > > > when Seamonkey 1.1.14 crashed. I have no such file... why would Seamonkey want > > it? Could lack of this file / seamonkey wanting it be the crash reason? > > > > Does this still happen? The /usr/bin/seamonkey is a wrapper shell script > executing a binary like /usr/lib/seamonkey/*-bin. It depends I think how the > --configure flags were called, there is --enable-application=suite but other > values exist as well. that results in different binary file names. That is I > think where your problem appears. I guess you have seamonkey shell script in > /usr/bin and /usr/lib/seamonkey/seamonkey-bin while some shell script look for > gecko binary or shell-script. > > Maybe try > # cd /usr/lib/seamonkey > # find . -type f | xargs grep gecko > > or something similar to find the file referring to it. > > And maybe re-install to see what configure flags were used to build the > application. > Bug has gone stale reopen if you can duplicate with a current browser/gecko |
