Date: Wed, 21 May 2014 13:54:01 +0400 From: "Marat N.Afanasyev" <amarat@li.ru> To: "Ronald F. Guilmette" <rfg@tristatelogic.com>, Kevin Oberman <rkoberman@gmail.com>, gecko@freebsd.org, freebsd-ports@freebsd.org Subject: Re: firefox-29.0,1 -- dumps core Message-ID: <537C77B9.1030107@ksu.ru> In-Reply-To: <79472.1400580260@server1.tristatelogic.com> References: <79472.1400580260@server1.tristatelogic.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Ronald F. Guilmette wrote: > > > 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. > _______________________________________________ > freebsd-gecko@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gecko > To unsubscribe, send any mail to "freebsd-gecko-unsubscribe@freebsd.org" > > I have similar problem, but with seamonkey 2.26. Without checked DEBUG it works almost fine to say nothing about lightning that completely useless, today I've tried to build it with DEBUG wondering whether I'd find out why lightning shows me the finger, but I had crash dump at browser startup: % seamonkey (process:36402): GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion `sys_page_size == 0' failed [36402] WARNING: dependent window created without a parent: file /mnt/ssdtmp/mnt/mod_usr/head/www/seamonkey/work/comm-release/mozilla/toolkit/components/startup/nsAppStartup.cpp, line 650 ++DOCSHELL 0x81c02e800 == 1 [pid = 36402] [id = 1] ++DOMWINDOW == 1 (0x81a2c65b8) [pid = 36402] [serial = 1] [outer = 0x0] ++DOMWINDOW == 2 (0x81a2c6938) [pid = 36402] [serial = 2] [outer = 0x81a2c65b8] [36402] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80520012: file /mnt/ssdtmp/mnt/mod_usr/head/www/seamonkey/work/comm-release/mozilla/layout/style/Loader.cpp, line 2137 [36402] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80520012: file /mnt/ssdtmp/mnt/mod_usr/head/www/seamonkey/work/comm-release/mozilla/layout/style/Loader.cpp, line 2137 [36402] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80520012: file /mnt/ssdtmp/mnt/mod_usr/head/www/seamonkey/work/comm-release/mozilla/layout/style/Loader.cpp, line 2137 [36402] WARNING: Asking for app status on a principal with an unknown app id: 'mAppId != nsIScriptSecurityManager::UNKNOWN_APP_ID', file /mnt/ssdtmp/mnt/mod_usr/head/www/seamonkey/work/comm-release/mozilla/caps/src/nsPrincipal.cpp, line 552 [36402] WARNING: OpenGL-accelerated layers are not supported on this system: file /mnt/ssdtmp/mnt/mod_usr/head/www/seamonkey/work/comm-release/mozilla/widget/xpwidgets/nsBaseWidget.cpp, line 900 [36402] ###!!! ASSERTION: You can't dereference a NULL nsRefPtr with operator->().: 'mRawPtr != 0', file ../../dist/include/nsAutoPtr.h, line 1048 Segmentation fault(core dumped) -- SY, Marat [-- Attachment #2 --] 0 *H 010 + 0 *H l000m0 *H 010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0 130828212720Z 140830023051Z0Q10U 9R33uEH60KZSGvdA10U amarat@ksu.ru10 *H amarat@ksu.ru0"0 *H 0 tKL;cJ({`)r-M3$5qdTpzg^!|m@hgL~txGϡ])N`1mhlMV:r#5F=fժ*1?Gt`Xk&}>U4k|_7RxW6R< ~fod"-G`GQFX}(/L(^@)=Vg PgLPk5p: 00 U0 0U0U%0++0Ugk=l]`y[fV0U#0Sr풜\|~5NԸQ0U0 amarat@ksu.ru0LU C0?0;+70*0.+"http://www.startssl.com/policy.pdf0+00' StartCom Certification Authority0This certificate was issued according to the Class 1 Validation requirements of the StartCom CA policy, reliance only for the intended purpose in compliance of the relying party obligations.06U/0-0+)'%http://crl.startssl.com/crtu1-crl.crl0+009+0-http://ocsp.startssl.com/sub/class1/client/ca0B+06http://aia.startssl.com/certs/sub.class1.client.ca.crt0#U0http://www.startssl.com/0 *H [90k9]I)#Ȫ̫*6xZ_Y؍nXfYbzuO(9ӻ` 'Q DL2>C`nl }^o<Ka.u_iص7){@ٺBJTV1n8Q(~pG<*;ֿJKq(gdnRv^.1awE3*J`6tPbDz%$ֶ0400 *H 0}10 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1)0'U StartCom Certification Authority0 071024210155Z 171024210155Z010 UIL10U StartCom Ltd.1+0)U"Secure Digital Certificate Signing1806U/StartCom Class 1 Primary Intermediate Client CA0"0 *H 0 -).2AUGo#G B|NDRpM-B=o-we5JQpa>O.#._<V [~**pz~3WG .ᘟMlr[<Ce6fqO"uxfWN#uicgkv$Lb%y`_{`xK'GN 00U00U0USr풜\|~5NԸQ0U#0N@[i04hCA0f+Z0X0'+0http://ocsp.startssl.com/ca0-+0!http://www.startssl.com/sfsca.crt0[UT0R0'%#!http://www.startssl.com/sfsca.crl0'%#!http://crl.startssl.com/sfsca.crl0U y0w0u+70f0.+"http://www.startssl.com/policy.pdf04+(http://www.startssl.com/intermediate.pdf0 *H }x,\c^#wMq}>UK/^yX֏y frMIŲB61ymQҨݬZ0&
