Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 60677 - Mozilla and Firefox crash when loading certain sites
Summary: Mozilla and Firefox crash when loading certain sites
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 All
: High normal (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-17 08:14 UTC by Scott Robert Ladd
Modified: 2004-11-13 19:45 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Scott Robert Ladd 2004-08-17 08:14:58 UTC
Either Mozilla 1.7 or Firefox 0.9.3 crash when I load web sites such as nascar.com. The browsers simply vanish from the screen -- no error message or warning.
Comment 1 Raj 2004-09-26 20:59:12 UTC
Same here. I am running firefox 1.0PR on ppc. It crashes when visiting most sites. (ex: www.mozilla.org/support/). I have tried all the ideas suggested in the forums . When run from command line using mozilla-launcher it gives the following error before dying.

libgnomevfs-WARNING **: Unable to create ~/.gnome directory: No such file or directory
/usr/bin/firefox: line 388: 31952 Segmentation fault $mozbin "$@"

This problem presists even when I am root. Another symptom is that when it crashes it creates a directory with the name "?v@h?v@h" in my home directory. I re-emerge XFree and a lot of other packages. I can't seem to find a way out. Anybody have any idea?
Comment 2 Noah John Gellner 2004-10-11 06:14:03 UTC
I can consistently get mozilla, mozilla-bin, firefox, firefox-bin, and epiphany to crash using the following steps:
1. Go to www.amazon.co.jp
2. Search for Savarin
3. Click on Physiology of Taste on the left hand side of screen

The error is always:
/usr/bin/mozilla: line 88:  8316 Floating point exception$mozbin "$@"
Comment 3 Noah John Gellner 2004-10-23 18:38:39 UTC
The particular URL that crashes all my gecko browsers is:
http://www.amazon.co.jp/exec/obidos/ASIN/B0002CDOCW/qid=1097523592/sr=1-1/ref=sr_1_8_1/250-1524405-4093832
I can access the URL with Konqueror.

The results of strace firefox 2>&1 | grep -E "open\("|less and then pasting URL into Location and committing are:
open("/etc/ld.so.cache", O_RDONLY)      = 3
open("/lib/libdl.so.2", O_RDONLY)       = 3
open("/lib/libc.so.6", O_RDONLY)        = 3
open("/dev/urandom", O_RDONLY)          = 3
open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_TELEPHONE", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_ADDRESS", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_NAME", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_PAPER", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_MONETARY", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_COLLATE", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_TIME", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_NUMERIC", O_RDONLY) = 3
open("/usr/lib/locale/en_US.utf8/LC_CTYPE", O_RDONLY) = 3
open("/etc/mtab", O_RDONLY)             = 3
open("/proc/meminfo", O_RDONLY)         = 3
open("/usr/bin/firefox", O_RDONLY|O_LARGEFILE) = 3
open("/proc/sys/kernel/ngroups_max", O_RDONLY) = 3
open("/home/ngellner/.firefox/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory)
open("/home/ngellner/.firefox/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory)
open("/home/ngellner/.firefox/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory)
open("/home/ngellner/.mozilla/firefox/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/home/ngellner/.mozilla/firefox/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/home/ngellner/.mozilla/firefox/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)

I can provide any USE flags that will be helpful. This happens on the -bin versions of the apps too. My locale settings are:
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=en_US.utf8
Comment 4 Aron Griffis (RETIRED) gentoo-dev 2004-11-13 19:45:41 UTC
Original poster -- problem was probably leftover files from an older browser installation.  Try again with more recent versions.  The later mozilla-launcher cleans up problematic files when you update mozilla or firefox.

Raj, your problem was different.  You have a gtk1 build with gnomevfs support enabled.  That was my fault.  Try current 1.0-r2 which requires gtk2 regardless of USE setting (upstream no longer supports gtk1).  Next time please file a separate bug when the symptoms are different.  It's easier for devs to mark dups than it is to work with different bugs in one report.

Noah, yours is the third bug in this report.  The page you mentioned works for me. If it doesn't work for you with 1.0-r2 then please open a new bug report.

None of you supplied emerge --info as instructed by the bug report form.