[issue5261] with lock fails on multiprocessing

Jesse Noller added the comment: Reviewed, applied in python-trunk r70783 -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue5261] with lock fails on multiprocessing

Changes by Jesse Noller : -- priority: -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue5261] with lock fails on multiprocessing

Jesse Noller added the comment: I will be addressing all of the MP bugs during the pycon sprints starting sunday -- ___ Python tracker ___ __

[issue5261] with lock fails on multiprocessing

Tim Golden added the comment: Can I nudge this one a bit? It causes an interpreter crash and the patch seems good (subject to someone else's review). -- ___ Python tracker ___ __

[issue5261] with lock fails on multiprocessing

Changes by Tim Golden : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue5261] with lock fails on multiprocessing

Tim Golden added the comment: Problem seems to be in Modules/_multiprocessing/semaphore.c line 549 where "__enter__" is defined as an alias for semlock_acquire, as is "acquire" a few lines above. However, while "acquire" specifies METH_VARARGS | METH_KEYWORDS, "__enter__" has only METH_VARARGS

[issue5261] with lock fails on multiprocessing

Changes by Benjamin Peterson : -- assignee: -> jnoller nosy: +jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue5261] with lock fails on multiprocessing

Tim Golden added the comment: Reproduced on trunk r69621 -- nosy: +tim.golden versions: +Python 2.7 ___ Python tracker ___ ___ Python-

[issue5261] with lock fails on multiprocessing

New submission from Stephen Lynch : the following code gives a system error under python 2.6.1 import multiprocessing with multiprocessing.Lock(): pass SystemError: ..\Python\getargs.c:1413: bad argument to internal function -- components: Library (Lib) messages: 82106 nosy: stepheng