From owner-freebsd-current@FreeBSD.ORG Tue May 8 21:58:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83D41106566C; Tue, 8 May 2012 21:58:05 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep17.mx.upcmail.net (fep17.mx.upcmail.net [62.179.121.37]) by mx1.freebsd.org (Postfix) with ESMTP id 8A21C8FC17; Tue, 8 May 2012 21:58:04 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep17-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20120508215803.HZJE23101.viefep17-int.chello.at@edge01.upcmail.net>; Tue, 8 May 2012 23:58:03 +0200 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge01.upcmail.net with edge id 7Zy31j0042xdvHc01Zy3c7; Tue, 08 May 2012 23:58:03 +0200 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id E78C26D462; Tue, 8 May 2012 23:58:02 +0200 (CEST) Date: Tue, 8 May 2012 23:58:02 +0200 From: Stefan Farfeleder To: Jason Evans Message-ID: <20120508215802.GB1410@mole.fafoe.narf.at> References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <4FA94E51.8020902@FreeBSD.org> <20120508213717.GA1410@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Steve Wills , current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 0" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2012 21:58:05 -0000 On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: > On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > > On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: > >> On 05/08/12 00:46, Jason Evans wrote: > >>> > >>> How recent is your system? This problem should have been fixed by > >>> r234569, so if you're still seeing problems after that revision, > >>> there's another problem we need to figure out. (By the way, it's > >>> possible for an application to trigger this assertion, but > >>> unlikely.) > >>> > >> > >> My system is r235115. > > > > I hit the same assertion with r235052 and inkscape. I'm now using > > MALLOC_PRODUCTION and it works again. > > Was the assertion failure easily reproducible with inkscape? Yes, it crashed everytime before showing the GUI. The backtrace goes like this: (gdb) bt #0 0x000000080ad760ac in thr_kill () from /lib/libc.so.7 #1 0x000000080ae22548 in abort () from /lib/libc.so.7 #2 0x000000080ad9f57d in sbrk () from /lib/libc.so.7 #3 0x000000080ada1c51 in sbrk () from /lib/libc.so.7 #4 0x000000080ada3624 in sbrk () from /lib/libc.so.7 #5 0x000000080ada3ffc in sbrk () from /lib/libc.so.7 #6 0x000000080ada432d in sbrk () from /lib/libc.so.7 #7 0x000000080ad9394f in syscall () from /lib/libc.so.7 #8 0x000000080ad93d70 in syscall () from /lib/libc.so.7 #9 0x000000080ada73a0 in malloc () from /lib/libc.so.7 #10 0x000000080a6a283d in operator new () from /usr/lib/libstdc++.so.6 #11 0x00000000007af660 in sigc::internal::typed_slot_rep, SPStyle*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >::dup () #12 0x00000008033016b4 in sigc::slot_base::slot_base () from /usr/local/lib/libsigc-2.0.so.0 #13 0x00000000006f0a77 in std::list >::insert () #14 0x000000080330084a in sigc::internal::signal_impl::insert () from /usr/local/lib/libsigc-2.0.so.0 #15 0x0000000803300893 in sigc::internal::signal_impl::connect () from /usr/local/lib/libsigc-2.0.so.0 #16 0x0000000803300a44 in sigc::signal_base::connect () #17 0x00000000007a8635 in SPIPaint::read () [...] Stefan