Re: issue with libthr?

On Sun, 2 Jun 2013 10:43:35 -0400, Mark Johnston <markj_at_freebsd.org> wrote: 
>
>On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote:
>> 
>> Hi,
>> 
>> I'm getting a ton of core dumps from Python and any software that uses
Python,
>> ie has USE_PYTHON_BUILD=yes in Makefile.
>> 
>> 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)
>> 
>> 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.
>
>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.
>
>Reverting r250991 and rebuilding libc solves the issue for me:
>http://svnweb.freebsd.org/base?view=revision&revision=250991
>
>> 

Thanks for the info, I appreciate it. I had a heck of a time getting
database/py-sqlite3 to build as well. 
My workaround to get it installed was to change the Makefile in WRKSRC

try:
import ctypes
ctypes.CDLL('libsqlite3.so').sqlite3_load_extension
except AttributeError:
macros.append(('SQLITE_OMIT_LOAD_EXTENSION', '1'))

it was bombing out on the 'except AttributeError:' line. 
So I just changed it to 

macros.append(('SQLITE_OMIT_LOAD_EXTENSION', '1'))

since I didn't have the extensions option SQLITE, if you have that option then
just delete the whole block, nothing needed.
Of course the 'better' way is to find the source of the issue. :)


--
Waitman Gobble
San Jose California USA
+1.5108307875