[issue17091] thread.lock.acquire docstring bug

2013-02-04 Thread R. David Murray
R. David Murray added the comment: Thanks, Ian. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.2 ___ Python tracker ___ ___

[issue17091] thread.lock.acquire docstring bug

2013-02-04 Thread Roundup Robot
Roundup Robot added the comment: New changeset 0cc51c04aa20 by R David Murray in branch '3.2': #17091: update docstring for _thread.Lock.acquire. http://hg.python.org/cpython/rev/0cc51c04aa20 New changeset b414b2dfd3d3 by R David Murray in branch '3.3': merge #17091: update docstring for _thread

[issue17091] thread.lock.acquire docstring bug

2013-02-03 Thread Ian Cordasco
Ian Cordasco added the comment: Thanks. I couldn't find it in the source but I just found Modules/_threadmodule.c I tested the method from the interpreter to confirm the changes I was making to the docstring. Attached is a diff that covers the change. -- Added file: http://bugs.python

[issue17091] thread.lock.acquire docstring bug

2013-02-03 Thread R. David Murray
Changes by R. David Murray : -- versions: +Python 3.3, Python 3.4 -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17091] thread.lock.acquire docstring bug

2013-02-03 Thread R. David Murray
R. David Murray added the comment: Armin is talking about the docstring, not the docs. That is, what you get if you do help(x.acquire), where x is a Lock object, at the Python prompt. -- nosy: +r.david.murray ___ Python tracker

[issue17091] thread.lock.acquire docstring bug

2013-02-03 Thread Ian Cordasco
Ian Cordasco added the comment: Was this already taken care of? http://docs.python.org/2/library/thread.html?highlight=thread.lock#thread.lock.acquire and http://docs.python.org/3.3/library/_thread.html?highlight=thread.lock#_thread.lock.acquire don't make any mention of returning None.

[issue17091] thread.lock.acquire docstring bug

2013-01-31 Thread Armin Rigo
New submission from Armin Rigo: The docstring of thread.lock.acquire() (or _thread on Python 3) is bogus: it says that if called without argument, the return value is None; it is only if called with a "blocking" argument that it returns True or False. But since a long time it was always retur