Davin Potts added the comment: Interesting! The documentation in 3.4 as well as 2.7 indicates that the keyword should be 'blocking' yet the code implements this as 'block'.
Code to reproduce empirically what is actually implemented: import multiprocessing dummy_lock = multiprocessing.Lock() dummy_lock.acquire(blocking=False) # Raises a TypeError on invalid keyword The same code changed to 'block=False' works happily. The code should be changed to reflect the docs and a test probably added too that both exercises this keyword explicitly by name and tests to see if we've fallen out of sync with the threading module. ---------- stage: -> needs patch versions: +Python 2.7, Python 3.5 _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23484> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
