[issue3589] Misleading names for multiprocessing "convenience" functions
Jesse Noller
report at bugs.python.org
Mon Sep 1 19:09:05 CEST 2008
Jesse Noller <jnoller at gmail.com> added the comment:
Reopening, there's a bug that the tests/examples/etc didn't catch (and
nor did I), after the patch application:
woot:python-trunk jesse$ ./python.exe
Python 2.6b3+ (trunk:66112:66114M, Sep 1 2008, 13:00:19)
[GCC 4.0.1 (Apple Inc. build 5484)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import _multiprocessing
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/Users/jesse/open_source/subversion/python-
trunk/Lib/multiprocessing/__init__.py", line 148, in <module>
from multiprocessing.synchronize import (Lock, RLock, Condition,
Event,
File "/Users/jesse/open_source/subversion/python-
trunk/Lib/multiprocessing/synchronize.py", line 29, in <module>
SEM_VALUE_MAX = _multiprocessing.SemLock.SEM_VALUE_MAX
AttributeError: 'module' object has no attribute 'SemLock'
>>>
----------
resolution: fixed ->
status: closed -> open
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3589>
_______________________________________
More information about the Python-bugs-list
mailing list