firefox-29.0,1 -- dumps core

Ronald F. Guilmette rfg at tristatelogic.com
Tue May 20 10:04:30 UTC 2014



Please allow me to clarify two things:

1)  The exact set of build options that are needed in order to reproduce
    the crash I have reported are as follows:

	DBUS (enabled by default)
	GIO (enabled by default)
	GSTREAMER (enabled by default)
	ALSA (enabled by default)

	DEBUG

Apparently enabling or disabling the LOGGING option makes no difference
at all.  The crash will arise (when broswing around on, e.g. www.newegg.com)
as long as the DEBUG build-time option is enabled.

2)  When built with DEBUG, Firefox is quite a bit more verbose than when
it is built without that option.  In particular, some text messages that
Firefox writes to its stderr channel just before it segfaults appear to
provide some indication of the reason why it elects to do so:

...
XRE_main+0x00000058 [/usr/local/lib/firefox/libxul.so +0x03348aa7]
_start+0x00000825 [/usr/local/bin/firefox +0x00004935]
_start+0x00000c20 [/usr/local/bin/firefox +0x00004d30]
_start+0x0000008e [/usr/local/bin/firefox +0x0000419e]
UNKNOWN 0x800696000
[79233] ###!!! ABORT: Should be tracking any image we're going to use!: 'mImageTracked', file /usr/ports/www/firefox/work/mozilla-release/layout/style/nsStyleStruct.h, line 208
Hit MOZ_CRASH() at /usr/ports/www/firefox/work/mozilla-release/memory/mozalloc/mozalloc_abort.cpp:30


Can anybody who knows their way around the Firefox code look into this
further?

I myself am not at all familiar with the code base of Firefox.


More information about the freebsd-gecko mailing list