Date: Wed, 18 Feb 2009 15:17:49 +0000 From: Bruce Simpson <bms@incunabulum.net> To: John Baldwin <jhb@freebsd.org> Cc: svn-src-stable@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, svn-src-stable-7@freebsd.org Subject: Re: svn commit: r188727 - in stable/7: sys sys/contrib/pf sys/dev/ath/ath_hal sys/dev/cxgb sys/kern sys/modules/sem sys/sys tools/regression/posixsem usr.bin/procstat Message-ID: <499C269D.7030406@incunabulum.net> In-Reply-To: <200902181005.28625.jhb@freebsd.org> References: <200902171957.n1HJvqk8026145@svn.freebsd.org> <499BC43B.6030701@incunabulum.net> <499C1843.90008@incunabulum.net> <200902181005.28625.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] John Baldwin wrote: > ... > >> I just tested this and Python 2.5 still dumps core in sem_open() when >> called from semlock_new() in _multiprocessing.so, this is with the most >> recent back-port of multiprocessing to Python 2.5: >> http://pypi.python.org/pypi/multiprocessing >> > > Do you have a core dump with symbols? If so, can you get the trace? > Here you are... have runtime ELF symbols but no line numbers. I had to comment out some stuff in its "setup.py" to persuade the _multiprocessing C shim to use sem_open() (remove freebsd7 and/or freebsd8 from that file before "python setup.py config" and "python setup.py build"). I was running the Doc/includes/mp_benchmarks.py file which ships with multiprocessing. multiprocessing is part of Python 2.6 base now, so likely what is Not OK in the backport, would need to be forward-ported when it is happy with sem_open() in Python 2.5. cheers BMS [-- Attachment #2 --] (gdb) bt #0 0x0000000800a9ec7c in ksem_open () from /lib/libc.so.7 #1 0x0000000800a9504d in sem_open () from /lib/libc.so.7 #2 0x000000080131842c in semlock_new () from /usr/local/lib/python2.5/site-packages/multiprocessing-2.6.1.1-py2.5-freebsd-7.1-STABLE-amd64.egg/multiprocessing/_multiprocessing.so #3 0x000000000044bc73 in PyType_IsSubtype () #4 0x00000000004151d3 in PyObject_Call () #5 0x000000000046e55b in PyEval_EvalFrameEx () #6 0x000000000047174c in PyEval_EvalCodeEx () #7 0x00000000004afbda in PyClassMethod_New () #8 0x00000000004151d3 in PyObject_Call () #9 0x000000000041ae0d in PyClass_IsSubclass () #10 0x00000000004151d3 in PyObject_Call () #11 0x000000000046e55b in PyEval_EvalFrameEx () #12 0x000000000047174c in PyEval_EvalCodeEx () #13 0x00000000004afbda in PyClassMethod_New () #14 0x00000000004151d3 in PyObject_Call () #15 0x000000000041ae0d in PyClass_IsSubclass () #16 0x00000000004151d3 in PyObject_Call () #17 0x000000000044f938 in _PyType_Lookup () #18 0x000000000044bcb8 in PyType_IsSubtype () #19 0x00000000004151d3 in PyObject_Call () #20 0x000000000046e55b in PyEval_EvalFrameEx () #21 0x000000000047174c in PyEval_EvalCodeEx () #22 0x00000000004afbda in PyClassMethod_New () #23 0x00000000004151d3 in PyObject_Call () #24 0x000000000041ae0d in PyClass_IsSubclass () #25 0x00000000004151d3 in PyObject_Call () #26 0x000000000044f938 in _PyType_Lookup () #27 0x000000000044bcb8 in PyType_IsSubtype () #28 0x00000000004151d3 in PyObject_Call () #29 0x000000000046e55b in PyEval_EvalFrameEx () #30 0x000000000047174c in PyEval_EvalCodeEx () #31 0x000000000046fef4 in PyEval_EvalFrameEx () #32 0x00000000004706fd in PyEval_EvalFrameEx () #33 0x000000000047174c in PyEval_EvalCodeEx () #34 0x0000000000471862 in PyEval_EvalCode () #35 0x000000000048ae02 in Py_CompileString () #36 0x000000000048aed6 in PyRun_FileExFlags () #37 0x000000000048c373 in PyRun_SimpleFileExFlags () #38 0x0000000000412219 in Py_Main () #39 0x0000000000411897 in main ()
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?499C269D.7030406>