From owner-freebsd-gecko@FreeBSD.ORG Fri Apr 18 19:50:01 2014 Return-Path: Delivered-To: gecko@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0B0D539 for ; Fri, 18 Apr 2014 19:50:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B007A17AE for ; Fri, 18 Apr 2014 19:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s3IJo05I069905 for ; Fri, 18 Apr 2014 19:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s3IJo03m069891; Fri, 18 Apr 2014 19:50:00 GMT (envelope-from gnats) Date: Fri, 18 Apr 2014 19:50:00 GMT Message-Id: <201404181950.s3IJo03m069891@freefall.freebsd.org> To: gecko@FreeBSD.org From: Wolfgang Jenkner Subject: Re: ports/188133: www/firefox coredumps when rewinding HTML5 video content provided by multimedia/gstreamer1-libav X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Wolfgang Jenkner List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Apr 2014 19:50:02 -0000 The following reply was made to PR ports/188133; it has been noted by GNATS. From: Wolfgang Jenkner To: bug-followup@FreeBSD.org,jakub_lach@mailplus.pl Cc: Subject: Re: ports/188133: www/firefox coredumps when rewinding HTML5 video content provided by multimedia/gstreamer1-libav Date: Fri, 18 Apr 2014 21:46:24 +0200 I got a coredump now as well, but it's the first time that firefox 28.0,1 crashed since I installed it almost a month ago. Here's a backtrace (produced by the base gdb) of what seems to be the relevant thread. For comparison purposes, gdb762 from ports misses frames #4-#18 while lldb does show frames #6-#17 (with the same arguments) plus an inlined call to gst_single_queue_push_one (with arguments `unavailable') between frame #12 and #13 below but also misses #4 and #5. Note that the backtrace is similar to https://bugzilla.gnome.org/show_bug.cgi?id=726835 [1 ~]$ gdb /usr/local/lib/firefox/firefox firefox.core *** output flushed *** (gdb) bt #0 thr_kill () at thr_kill.S:3 #1 0x0000000803c1f045 in nsProfileLock::FatalSignalHandler () from /usr/local/lib/firefox/libxul.so #2 0x0000000800f45587 in handle_signal (actp=, sig=11, info=0x7ffff881f370, ucp=0x7ffff881f000) at /usr/src/lib/libthr/thread/thr_sig.c:238 #3 0x0000000800f4512f in thr_sighandler (sig=, info=, _ucp=) at /usr/src/lib/libthr/thread/thr_sig.c:183 #4 #5 0x0000000822d6ab5f in gst_mini_object_replace (olddata=0x40, newdata=0x0) at gstminiobject.c:497 #6 0x000000082a3f2917 in .text () from /usr/local/lib/gstreamer-1.0/libgstlibav.so #7 0x000000082a3f1692 in .text () from /usr/local/lib/gstreamer-1.0/libgstlibav.so #8 0x000000082367c86c in gst_video_decoder_decode_frame (decoder=0x81cde4680, frame=0x81c38cce0) at gstvideodecoder.c:2832 #9 0x0000000823680198 in gst_video_decoder_chain_forward (decoder=0x81cde4680, buf=, at_eos=0) at gstvideodecoder.c:1757 #10 0x000000082367e372 in gst_video_decoder_chain (pad=, parent=0x81cde4680, buf=0x820fbd940) at gstvideodecoder.c:2037 #11 0x0000000822d71e1e in gst_pad_chain_data_unchecked (pad=0x82438a350, type=, data=) at gstpad.c:3760 #12 0x0000000822d7264b in gst_pad_push_data (pad=0x82438a120, type=4112, data=) at gstpad.c:3990 #13 0x00000008298ca19c in gst_multi_queue_loop (pad=) at gstmultiqueue.c:1089 #14 0x0000000822d9d6e9 in gst_task_func (task=0x82522cef0) at gsttask.c:316 #15 0x000000080dda8fb2 in g_thread_pool_get_max_idle_time () from /usr/local/lib/libglib-2.0.so.0 ---Type to continue, or q to quit--- #16 0x000000080dda80fa in g_thread_proxy () from /usr/local/lib/libglib-2.0.so.0 #17 0x0000000800f404e5 in thread_start (curthread=0x826bef800) at /usr/src/lib/libthr/thread/thr_create.c:284 #18 0x00007ffff8620000 in ?? () Cannot access memory at address 0x7ffff8820000 Current language: auto; currently asm (gdb)