I have reviewed two similar bugs but this does not appear to match either. Firefox seems to segfault trying to access a sqlite file in the user profile (based on my very limited ability to understand strace output, which I have attached). Reproducible: Always Steps to Reproduce: 1. launch firefox Actual Results: segfault Expected Results: firefox launches properly Packages and USE flags: dev-db/sqlite-3.6.17 USE="tcl threadsafe -debug -doc -soundex" dev-libs/nspr-4.8 USE="-debug -ipv6" dev-libs/nss-3.12.3-r1 USE="-utils" net-libs/xulrunner-1.9.1.2-r1 USE="alsa dbus java python" www-client/mozilla-firefox-3.5.2-r1 USE="alsa dbus java" ~ # emerge --info Portage 2.1.6.13 (default/linux/x86/2008.0, gcc-4.4.1, glibc-2.10.1-r0, 2.6.30-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.30-gentoo-r5-i686-Intel-R-_Pentium-R-_4_CPU_1400MHz-with-gentoo-2.0.1 Timestamp of tree: Sat, 29 Aug 2009 08:15:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p28 dev-java/java-config: 2.1.9 dev-lang/python: 2.6.2-r1 dev-util/ccache: 2.4-r8 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.4.3-r3 sys-apps/sandbox: 2.1 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.10.2, 1.11 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe -fforce-addr -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=pentium4 -pipe -fforce-addr -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.gtlib.gatech.edu/pub/gentoo http://gentoo.osuosl.org/ http://open-systems.ufl.edu/mirrors/gentoo " LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1,--hash-style=gnu" LINGUAS="en_US en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X alsa berkdb bzip2 cairo caps cli consolekit cracklib crypt cups dbus dri exif ffmpeg gdbm gif gpm gtk hal iconv java jpeg lcms mmx mp3 mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre perl png python readline reflection session spl sse sse2 ssl svg sysfs theora threads tiff truetype unicode vorbis win32codecs x86 xcb xorg xulrunner zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LINGUAS="en_US en" USERLAND="GNU" VIDEO_CARDS="nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 202676 [details] 'strace -o strace.txt firefox'
Created attachment 202677 [details] 'strace -o strace.txt firefox'
Created attachment 202679 [details] 'strace -o strace.txt firefox'
Created attachment 202680 [details] 'strace -o strace.txt firefox'
*** Bug 283187 has been marked as a duplicate of this bug. ***
*** Bug 283186 has been marked as a duplicate of this bug. ***
Sorry about the duplication (both bugs and attachments, it seems). Some sort of browser mishap.
Confirmed here, even I suspect something related to gtk+, as is the only upgrade that I can think of tha can be had some effects since I've noticed the issue. Investigating...
I have a similar issue with mozilla-firefox-3.5.2-r3, mozilla-firefox-3.5.3 and even with mozilla-firefox-bin-3.5.3. After reinstalling whole world with gcc-4.4.1 -O3, all the foxes segfault upon start before showing the window. I guess it is specific for x86, for amd64 seems ok, but I am not 100 % sure. The problem is with zlib (in my case 1.2.3-r1) when compiled with gcc-4.4.1 -O3. Just recompiling zlib with either gcc-4.3.4 -O3 or gcc-4.4.1 -O2 fixes the problem and I can enjoy the "Thank you for downloading Firefox" video :) In particular, the tree-vectorize optimization causes the bug, hence zlib still compiles fine even with CFLAGS="... -O3 -fno-tree-vectorize ...". Maybe this helps, but probably it is a different issue. I can see -O2 in your CFLAGS, but you may have compiled zlib with -O3 earlier (???). You also mention sqlite based on strace observation. Try >=mozilla-firefox-3.5.2-r2 (with >=xulrunner-1.9.1.2-r2), they now use internal bundled sqlite instead of the system one. You can also try just simply running /usr/lib/mozilla-firefox/firefox in gdb and wait for the crash. Even with minimal debug information you may see the library where the segfault appears. So should I file a separate bug report concerning firefox and zlib?
Ok, I just got more crashes, this time caused by fontconfig-2.7.3 in exactly the same way as with zlib. Again the same solution (-O2 or -fno-tree-vectorize), tree-vectorize is really bitch on x86!
This is likely a gcc-4.4 bug with x86 + -fforce-addr For gcc-4.4 + x86 + -ftree-vectorise, see bug 270120
No, I've always had -O2 on that machine. I will remove -fforce-addr and rebuild.
(In reply to comment #12) > No, I've always had -O2 on that machine. > I will remove -fforce-addr and rebuild. > Yes, this fixed it. Thanks, Nirbheek.
Please do not close, we either need to filter it via the ebuilds are explode in portage.
you would have to filter flags in half a dozen ebuilds (that we know of). just don't use -ftree-vectorize on x86 until bug #270120 is fixed. yeah it's a pain in the ass.
(In reply to comment #15) > you would have to filter flags in half a dozen ebuilds (that we know of). just > don't use -ftree-vectorize on x86 until bug #270120 is fixed. yeah it's a pain > in the ass. > Well, it seems besides -ftree-vectorize, -fforce-addr is also problematic. vapier was talking about a big phat warning in gcc in case -ftree-vectorize is enabled, maybe this should be added to that list
Closing!!!