This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author georg.brandl
Recipients docs@python, georg.brandl, pitrou
Date 2012-04-05.07:06:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1333609616.9.0.633115743228.issue14502@psf.upfronthosting.co.za>
In-reply-to
Content
From docs@python.org:

"""
I recently ran into a situation where I could not be certain that a lock 
was currently in the acquired state. I checked the documentation to 
determine what would happen if I attempted to release a lock that was 
already released, and saw an ominous warning of "Do not call this method 
when the lock is unlocked."

Needing to know what would happen, I cautiously tested it out. I half 
expected my computer to explode as I released a lock for the second 
time, but was pleased to see it raise a 'thread.error' exception which 
could be caught and handled.

I generally expect the documentation to tell me what will happen if I do 
something invalid. In this case the documentation should indicate that a 
thread.error will be raised if you release an unlocked lock.
"""


I agree: if we know that a ThreadError will always be raised in this instance, we should document it as such.
History
Date User Action Args
2012-04-05 07:06:56georg.brandlsetrecipients: + georg.brandl, pitrou, docs@python
2012-04-05 07:06:56georg.brandlsetmessageid: <1333609616.9.0.633115743228.issue14502@psf.upfronthosting.co.za>
2012-04-05 07:06:56georg.brandllinkissue14502 messages
2012-04-05 07:06:55georg.brandlcreate