Date: Mon, 24 Nov 2014 18:31:06 +0100 From: Baptiste Daroussin <bapt@FreeBSD.org> To: Matthieu Volat <mazhe@alkumuna.eu> Cc: ports@freebsd.org, gnome@freebsd.org Subject: Re: xsltproc segfaults Message-ID: <20141124173106.GC11567@ivaldir.etoilebsd.net> In-Reply-To: <20141124182418.4567a069@freedom> References: <20141124182418.4567a069@freedom>
next in thread | previous in thread | raw e-mail | index | archive | help
--3O1VwFp74L81IIeR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 24, 2014 at 06:24:18PM +0100, Matthieu Volat wrote: > Hi all, >=20 > I've been having a few xsltproc segfaults in some ports (devel/dbus, deve= l/dconf) that begin to be a bother... I'm not sure about what could be wron= g, I am running 10.1 and trimmed down my CFLAGS with no avail.. >=20 > For example, in devel/dconf: > Makefile:941: recipe for target 'dconf-service.1' failed > gmake: *** [dconf-service.1] Segmentation fault (core dumped) >=20 > # gdb xsltproc xsltproc.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols= found)... > Core was generated by `xsltproc'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/local/lib/libxslt.so.2...(no debugging symbols = found)...done. > Loaded symbols for /usr/local/lib/libxslt.so.2 > Reading symbols from /usr/local/lib/libexslt.so.8...(no debugging symbols= found)...done. > Loaded symbols for /usr/local/lib/libexslt.so.8 > Reading symbols from /usr/local/lib/libgcrypt.so.20...(no debugging symbo= ls found)...done. > Loaded symbols for /usr/local/lib/libgcrypt.so.20 > Reading symbols from /usr/local/lib/libgpg-error.so.0...done. > Loaded symbols for /usr/local/lib/libgpg-error.so.0 > Reading symbols from /usr/local/lib/libxml2.so.2...done. > Loaded symbols for /usr/local/lib/libxml2.so.2 > Reading symbols from /lib/libz.so.6...done. > Loaded symbols for /lib/libz.so.6 > Reading symbols from /lib/libm.so.5...done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /usr/local/lib/libintl.so.9...done. > Loaded symbols for /usr/local/lib/libintl.so.9 > Reading symbols from /usr/lib/liblzma.so.5...done. > Loaded symbols for /usr/lib/liblzma.so.5 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 0x0000000800a6d16c in exsltDateXpathCtxtRegister () > from /usr/local/lib/libexslt.so.8 > (gdb) bt > #0 0x0000000800a6d16c in exsltDateXpathCtxtRegister () > from /usr/local/lib/libexslt.so.8 > #1 0x0000000001000000 in ?? () > #2 0x080000003e000000 in ?? () > #3 0x010000002c80f604 in ?? () > #4 0x0000000000000000 in ?? () >=20 > Worse, I've been building my port tree with -g, and strangely, I don't ge= t any debuging information... Activationg memory debug option in libxslt po= rt do not give more than that, too. >=20 Because that is not how one with suppose to build with debug :) make WITH_DEBUG=3Dyes Bapt --3O1VwFp74L81IIeR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlRza1oACgkQ8kTtMUmk6ExMAACfbahk11D3G7LA8+6xnkBlbT40 yAEAn2yXm61cBhVN0S02Wrf6JTf+8WEC =QnHX -----END PGP SIGNATURE----- --3O1VwFp74L81IIeR--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141124173106.GC11567>