[issue3475] _elementtree.c import can fail silently

Brian Harring added the comment: At this point, this affects 2.5, 2.6, and 3.1 (and the normal 1.0.5 release of cElementTree); what's required to get this fixed and queued up for micro/minor releases? Sidenote, the patch posted above still leaks a reference- -- keywords: +patch nosy: +

[issue7278] decimal.py: New instance vs. new reference

Raymond Hettinger added the comment: Stefan, this is a non-guaranteed implementation detail (for both ints and decimals). -- nosy: +rhettinger resolution: -> invalid status: open -> closed ___ Python tracker _

[issue7286] odd exec() behavior or documentation

New submission from Peter Mawhorter : The behavior of the built-in exec() function differs in Python3.1 from the behavior in Python 2.6 when only a single argument is passed. Additionally, the documentation for the function does not suggest the behavior that it has. In Python2.6, an exec statemen

[issue7285] multiprocessing module, example code error

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

[issue7285] multiprocessing module, example code error

New submission from Kouki Hashimoto : Example codes on multiprocessing module occur errors. I attached the patch to fix these errors. http://docs.python.org/dev/py3k/library/multiprocessing.html#module- multiprocessing "16.6.2.10. Listeners and Clients" section Fix points are 1. Listener argume

[issue7284] optparse - display version in usage by default

New submission from anatoly techtonik : It would be useful if optparse could display version right in usage help before command syntax. Right now it can only output either usage or version. -- messages: 95034 nosy: techtonik severity: normal status: open title: optparse - display versi

[issue7283] test_site failure when .local/lib/pythonX.Y/site-packages hasn't been created yet

Changes by Antoine Pitrou : -- title: test_site failure when Python gets installed along a symbolic link -> test_site failure when .local/lib/pythonX.Y/site-packages hasn't been created yet ___ Python tracker

[issue7281] copysign() with NaN arguments on OpenSolaris

Mark Dickinson added the comment: You may have let yourself in for something here. :-) Can you tell me what: >>> import sys >>> print sys.float_repr_style gives for your Opensolaris/suncc/Python3.x combination? If it prints 'legacy', then I'd dearly like some help with making it read 'shor

[issue7283] test_site failure when Python gets installed along a symbolic link

Antoine Pitrou added the comment: Well, I'm not sure the symlink is actually the problem. Apparently the ".local" directory hadn't been created when the first test run. -- ___ Python tracker ___

[issue7283] test_site failure when Python gets installed along a symbolic link

New submission from Antoine Pitrou : On that buildbot, /var/lib/buildbot is a symlink to /home/buildbot and I get the following failure: == FAIL: test_s_option (test.test_site.HelperFunctionsTests) --

[issue7278] decimal.py: New instance vs. new reference

Mark Dickinson added the comment: I don't think it should matter whether either 'id(x) == id(y)' returns True or False: since both ints and Decimals are regarded as immutable, the implementation should be free to reuse (or not) existing objects at will. There is a test in test_decimal.py th

[issue7282] RLocks leak references when used in raw threads

New submission from Antoine Pitrou : When you use an RLock from a thread which wasn't created through the high-level `threading` API (but, for example, using thread.start_new_thread()), the RLock creates a DummyThread object by calling current_thread(), and that DummyThread is immortal (as well a

[issue7187] importlib/_bootstrap.py write_bytecode raises an IOError if it can't open the .pyc file for writing

Brett Cannon added the comment: Committed to py3k in r76146 and r76147 for 3.1. Thanks for the detailed report, Dave! -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue7278] decimal.py: New instance vs. new reference

Changes by Stefan Krah : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue7279] decimal.py: == and != comparisons involving NaNs

Changes by Stefan Krah : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue7281] copysign() with NaN arguments on OpenSolaris

New submission from Stefan Krah : Sorry to report so many obscure corner cases. With the combination Opensolaris/suncc/Python3.x copysign() gives reversed results when the second argument is a NaN. The bug is in the C99 copysign() function (OpenSolaris/suncc), but Python2.6 seems to have a workar

[issue4722] _winreg.QueryValue fault while reading mangled registry values

Brian Curtin added the comment: It happens to me on trunk with Windows XP. I also have access to Windows Server 2003 where I can test this (haven't yet). Which version are you running that you don't see this issue? -- ___ Python tracker

[issue7280] PCBuild instruction says to use nasmw.exe but it no longer exist

New submission from Baptiste Lepilleur : PCBuild requires nasmw.exe but it no longer exists in the latest version of nasm. I had to rename nasm.exe to nasmw.exe. Would be nice to add this to the readme to avoid confusion... -- components: Build files: nasm-doc.patch keywords: patch mes

[issue3001] RLock's are SLOW

Antoine Pitrou added the comment: Yes, here is a new patch adding tp_repr. -- Added file: http://bugs.python.org/file15285/rlock4.patch ___ Python tracker ___ ___

[issue3001] RLock's are SLOW

Gregory P. Smith added the comment: Can you make the C implementation's repr() show something similar to the Python implementation? -- ___ Python tracker ___ ___

[issue3001] RLock's are SLOW

Antoine Pitrou added the comment: Here is an updated patch. I addressed all review comments, except the one about acquire_restore() checking the return result of acquire(), because I think it's really a weakness in the Python implementation. -- Added file: http://bugs.python.org/file152

[issue3488] Provide compress/uncompress functions on the gzip module

Anand B Pillai added the comment: Uploading rst documentation svn diff for module. -- Added file: http://bugs.python.org/file15283/gzip.rst.svndiff ___ Python tracker ___ ___

[issue3488] Provide compress/uncompress functions on the gzip module

Anand B Pillai added the comment: Uploading fresh gzip.py SVN diff with a minor change, i.e accepting a regular string as argument, aka zlib.compress. -- Added file: http://bugs.python.org/file15282/gzip.py.svndiff ___ Python tracker

[issue3488] Provide compress/uncompress functions on the gzip module

Changes by Anand B Pillai : Removed file: http://bugs.python.org/file11050/gzip_svn_diff.patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue3488] Provide compress/uncompress functions on the gzip module

Changes by Anand B Pillai : Removed file: http://bugs.python.org/file11044/gzip.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue3488] Provide compress/uncompress functions on the gzip module

Changes by Anand B Pillai : Removed file: http://bugs.python.org/file11035/gzip_patch.py ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue3001] RLock's are SLOW

Antoine Pitrou added the comment: > rlock_acquire_doc: "(...) return None once the lock is acquired". > That's wrong, acquire() always return a boolean (True or False). You're right, I should fix that docstring. > rlock_release(): Is the assert(self->rlock_count > 0); really required? > You're

[issue3001] RLock's are SLOW

Antoine Pitrou added the comment: Thanks for the review. I will make the suggested modifications. http://codereview.appspot.com/150055/diff/1/4 File Modules/_threadmodule.c (right): http://codereview.appspot.com/150055/diff/1/4#newcode221 Modules/_threadmodule.c:221: return PyBool_FromLong((lo

[issue7279] decimal.py: == and != comparisons involving NaNs

New submission from Stefan Krah : I'm not sure this is a bug, but I am trying to understand the rationale for mimicking IEEE 754 for == and != comparisons involving NaNs. The comment in decimal.py says: "Note: The Decimal standard doesn't cover rich comparisons for Decimals. In particular, the

[issue7268] 2to3 execfile conversion changes behavior

Gabriel Genellina added the comment: This is a patch for the execfile fixer, so it converts execfile("fn") into this: exec(compile(open("fn").read()+'\n', "fn", 'exec')) (Yes, it looks ugly. A better way would be to fix the compile() builtin so it does not require the last line

[issue7278] decimal.py: New instance vs. new reference

New submission from Stefan Krah : In the following case, Decimal() and int() behave differently. I wonder if this is intentional: >>> from decimal import * >>> x = Decimal(2) >>> y = Decimal(x) >>> id(x) == id(y) False >>> >>> x = int(2) >>> y = int(x) >>> id(x) == id(y) True >>> -- me

[issue3001] RLock's are SLOW

STINNER Victor added the comment: rlock_acquire_doc: "(...) return None once the lock is acquired". That's wrong, acquire() always return a boolean (True or False). rlock_release(): Is the assert(self->rlock_count > 0); really required? You're checking its value few lines before. rlock_acquire

[issue7271] Typo in turtle module documentation.

Georg Brandl added the comment: Fixed in r76143. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug