Date: Thu, 4 Apr 2013 14:20:27 -0700 From: Craig Rodrigues <rodrigc@FreeBSD.org> To: freebsd-ports@freebsd.org Cc: gecko@freebsd.org Subject: Re: firefox 19.0,2 crashing under FreeBSD 8 Message-ID: <CAG=rPVeijAeWmBosGRh3XyaHJ5mBL53CNtDkNCBt8_RHJE8vcQ@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
On Wed, Apr 3, 2013 at 11:57 AM, Craig Rodrigues <rodrigc@freebsd.org>wrote: > Hi, > > I reported this problem with firefox 19.0,1 under FreeBSD 7: > > http://lists.freebsd.org/pipermail/freebsd-ports/2013-March/082090.html > > > Since FreeBSD 7 is not supported by the ports team, I did the following: > > (1) Upgraded my system to FreeBSD 8 from the stable/8 branch in > Subversion at this revision: > > r248839 | sbruno | 2013-03-28 10:27:46 -0700 (Thu, 28 Mar 2013) | 13 lines > > (2) Rebuilt world/kernel and reinstalled > > (3) Deleted all my ports > > (4) Upgraded ports tree with portsnap > > (5) Rebuilt all my ports. > > I now have firefox-19.0,2. However, when I run it, it still seems > to crash randomly. I grabbed two stack traces by attaching > gdb to firefox. The stack traces don't occur in the same place, > and seem to indicate stack corruption of some sort: > > > ====================================================== > Stacktrace 1: > > #0 0x2b40b017 in walIndexTryHdr () from /usr/local/lib/libsqlite3.so.8 > #1 0x2b40b23d in walIndexReadHdr () from /usr/local/lib/libsqlite3.so.8 > #2 0x2b40c97d in walTryBeginRead () from /usr/local/lib/libsqlite3.so.8 > #3 0x2b426468 in sqlite3PagerSharedLock () from > /usr/local/lib/libsqlite3.so.8 > #4 0x2b4269ff in sqlite3BtreeBeginTrans () from > /usr/local/lib/libsqlite3.so.8 > #5 0x2b42c487 in sqlite3Step () from /usr/local/lib/libsqlite3.so.8 > #6 0x2b431b3d in sqlite3_step () from /usr/local/lib/libsqlite3.so.8 > #7 0x2b434dad in sqlite3_exec () from /usr/local/lib/libsqlite3.so.8 > #8 0x29619147 in > _ZNSt6vectorIN7mozilla9Telemetry10StackFrameESaIS2_EE13_M_inse > rt_auxIIRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_ () > from /usr/local/lib/firefox/libxul.so > #9 0x29619391 in > _ZNSt6vectorIN7mozilla9Telemetry10StackFrameESaIS2_EE13_M_inse > rt_auxIIRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_ () > from /usr/local/lib/firefox/libxul.so > #10 0x296177d3 in > _ZNSt6vectorIN7mozilla9Telemetry10StackFrameESaIS2_EE13_M_inse > rt_auxIIRKS2_EEEvN9__gnu_cxx17__normal_iteratorIPS2_S4_EEDpOT_ () > from /usr/local/lib/firefox/libxul.so > #11 0x31e393a0 in ?? () > #12 0xbecf1d58 in ?? () > #13 0x00000006 in ?? () > > > > Stacktrace 2: > > (gdb) where > #0 0x282e95f2 in flockfile () from /lib/libc.so.7 > #1 0x282defb0 in vfprintf () from /lib/libc.so.7 > #2 0x282cfd3e in fprintf () from /lib/libc.so.7 > #3 0x282ec43a in .cerror () from /lib/libc.so.7 > #4 0x283289a8 in __JCR_LIST__ () from /usr/local/lib/libffi.so.6 > #5 0x28326fb7 in ffi_call_SYSV () from /usr/local/lib/libffi.so.6 > #6 0x28326dee in ffi_call () from /usr/local/lib/libffi.so.6 > #7 0x2a37c3dd in JS_SetCTypesCallbacks () > from /usr/local/lib/firefox/libxul.so > #8 0x333e1740 in ?? () > #9 0x338b0ed4 in issetugid () from /usr/local/lib/compat/libc.so.6 > #10 0x33341ae0 in ?? () > #11 0xbedf1ca0 in ?? () > #12 0xbedf1ce0 in ?? () > #13 0x3fe6a09e in ?? () > #14 0x39618fd0 in ?? () > #15 0x2a134cf1 in js_GetScriptLineExtent () > from /usr/local/lib/firefox/libxul.so > Previous frame inner to this frame (corrupt stack?) > ========================================================= > > I saw in this thread: > > http://lists.freebsd.org/pipermail/freebsd-ports/2013-February/081567.html > > That patching clang helped fix some stack issues with Firefox. > > Is this solution applicable to FreeBSD 8? > On FreeBSD 8, the firefox port is built with g++46, not clang. > > Thanks. > -- > Craig > > Some more information. I have these options enabled in the port: ===> The following configuration options are available for firefox-19.0.2,1: DBUS=on: D-Bus IPC system support DEBUG=off: Install debug symbols GCONF=off: GConf configuration backend support GIO=on: Use GIO for file I/O GNOMEUI=off: libgnomeui support module GNOMEVFS2=off: GnomeVFS2 (virtual file system) support GSTREAMER=off: Multimedia support via GStreamer LIBPROXY=off: Proxy support via libproxy LOGGING=off: Additional log messages OPTIMIZED_CFLAGS=off: Use extra compiler optimizations PGO=off: Use Profile-Guided Optimization WEBRTC=on: Web Real-Time Communication ====> Options available for the single AUDIO: you have to select exactly one of them ALSA=on: ALSA audio architecture support OSS=off: Open Sound System support PULSEAUDIO=off: PulseAudio sound server support ===> Use 'make config' to modify these settings The only plugin I have enabled is "Totem", as part of the GNOME desktop. Someone asked me to run memtest on this box to verify that the RAM is OK. I can do that next week, but I don't think the machine I am using has a RAM problem. firefox is the only application that is crashing like this....everything else works fine. I am suspecting some type of stack corruption, but I don't understand the firefox code enough to know how to debug this. -- Craig
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAG=rPVeijAeWmBosGRh3XyaHJ5mBL53CNtDkNCBt8_RHJE8vcQ>