Date: Mon, 3 Jun 2013 09:54:44 -0700 (PDT) From: Waitman Gobble <uzimac@da3m0n8t3r.com> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: Mark Johnston <markj@freebsd.org>, marcel@freebsd.org, FreeBSD-CURRENT@freebsd.org Subject: Re: issue with libthr? Message-ID: <20130603165444.581F436F49FF@dx.burplex.com>
next in thread | raw e-mail | index | archive | help
On Mon, 3 Jun 2013 07:55:54 -0700, Marcel Moolenaar <marcel@xcllnt.net> wrote: > > >On Jun 2, 2013, at 8:08 AM, Waitman Gobble <uzimac@da3m0n8t3r.com> = >wrote: > >> On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston <markj@freebsd.org> = >wrote:=20 >>>=20 >>> On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote: >>>>=20 >>>> Hi, >>>>=20 >>>> I'm getting a ton of core dumps from Python and any software that = >uses >> Python, >>>> ie has USE_PYTHON_BUILD=3Dyes in Makefile. >>>>=20 >>>> hundreds of msgs in dmesg: >>>> pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 36986 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 37054 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 51780 (seamonkey), uid 1001: exited on signal 11 (core dumped) >>>> pid 83350 (python2.7), uid 0: exited on signal 6 (core dumped) >>>>=20 >>>> from gdb it seems to me to be libthr related? I've noticed a couple = >updates >> in >>>> May.. wonder if it's related? I've only noticed this issue in the = >past >> week, >>>> after a complete rebuild and updated. >>>=20 >>> I've been running into this issue too - python 2.7 would crash when >>> trying to rebuild databases/tdb and databases/py-sqlite3 with = >backtraces >>> similar to what you have below. The python port itself hasn't changed = >in >>> a while. >>>=20 >>> Reverting r250991 and rebuilding libc solves the issue for me: >>> http://svnweb.freebsd.org/base?view=3Drevision&revision=3D250991 >>>=20 >>>>=20 >>=20 >> Thanks for the info, I appreciate it. I had a heck of a time getting >> database/py-sqlite3 to build as well.=20 >> My workaround to get it installed was to change the Makefile in WRKSRC > > >Can you apply the following patch to /usr/ports/lang/python27, rebuild >python, re-install and then try to build databases/py-sqlite3 again? > >Index: files/patch-Modules-_ctypes-libffi-fficonfig.py.in >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >--- files/patch-Modules-_ctypes-libffi-fficonfig.py.in (revision 0) >+++ files/patch-Modules-_ctypes-libffi-fficonfig.py.in (working copy) >@@ -0,0 +1,10 @@ >+--- Modules/_ctypes/libffi/fficonfig.py.in.orig 2013-06-03 = >07:16:44.000000000 -0700 >++++ Modules/_ctypes/libffi/fficonfig.py.in 2013-06-03 = >07:17:03.000000000 -0700 >+@@ -1,7 +1,6 @@ >+ ffi_sources =3D """ >+ src/prep_cif.c >+ src/closures.c >+-src/dlmalloc.c >+ """.split() >+=20 >+ ffi_platforms =3D { > > >It seems the root cause is a broken python build that accidentally >defines malloc(), free(), at al in _ctypes.so. A longer explanation >was sent to svn-src-head@ and svn-src-all@ > >I expect that the patch also fixes the other problems mentioned in >this thread. It would be great if people can verify this. > >FYI, > >--=20 >Marcel Moolenaar >marcel@xcllnt.net > > > yes, that patch seems to work on my machine. After rebuilding Python with the patch, I was able to install databases/py-sqlite3 without error, also the www/midori port now builds and installs without crashing. I'll let you know if I see any problems. Thank you, -- Waitman Gobble San Jose California USA +1.5108307875
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130603165444.581F436F49FF>