Skip site navigation (1)Skip section navigation (2)
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>