[issue6040] bdist_msi does not deal with pre-release version

Roger Binns added the comment: This issue is highly annoying. The ultimate cause is the msi code using the StrictVersion class to get the version number. StrictVersion is documented to be constrained to numerical dot separated versions, and there doesn't appear to be a way of providing that.

[issue2356] fixer for sys.exitfunc -> atexit

Alexandre Vassalotti added the comment: Here is an attempt to add a Py3K warning when sys.exitfunc is modified. -- nosy: +alexandre.vassalotti Added file: http://bugs.python.org/file14453/sys_exitfunc_warning.diff ___ Python tracker

[issue2733] mmap resize fails on anonymous memory

Hirokazu Yamamoto added the comment: I still think we should forbid to resize anonymous memory map because this operation is really problematic. I think original poster's purpose can be fulfilled with creation of another mmap object with same tagname. Here is a patch for it. -- compone

[issue6333] logging: ValueError: I/O operation on closed file

Vinay Sajip added the comment: Can you submit a short script which demonstrates the bug? Your fix is unfortunately not suitable to use as-is, since the StreamHandler operates on file-like objects, and these are not guaranteed to have the "closed" attribute. -- assignee: -> vsajip nosy:

[issue1741130] struct.pack("I", "foo"); struct.pack("L", "foo") should fail

Mark Dickinson added the comment: Strange TypeError message fixed in r73858: those pack operations now raise struct.error, like they do for all other integer codes. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed __

[issue1530559] struct.pack raises TypeError where it used to convert

Mark Dickinson added the comment: This is now fixed in the trunk in r73858. The failing test has been reenabled. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue1523] xdrlib fails to detect overflow (struct bug?)

Mark Dickinson added the comment: I think there's nothing we can do about this in 2.6: there's probably code out there that depends on the overflow behaviour. However, 2.6 should have been issuing DeprecationWarnings for overflow handling, so it would be safe to remove the overflow wrapping f

[issue6343] TimedRotatingFileHandler permission denied rename failure on Windows

Vinay Sajip added the comment: I'm running your test script (WinXP, Python 2.5) and am unable to reproduce the error, after running the script for a couple of hours. Is it possible that you have e.g. anti-virus software or backup software or some other application (e.g. a service) running in th

[issue6343] TimedRotatingFileHandler permission denied rename failure on Windows

Vinay Sajip added the comment: See http://img15.imageshack.us/img15/5909/screenshotcpc.png which shows the script being run. -- status: pending -> open ___ Python tracker ___ ___

[issue6377] distutils compiler switch ignored

Tarek Ziadé added the comment: Here's the patch. There's no simple way to deprecate the usage of "compiler" as an attribute, so I have just fixed Python setup.py. Using it as an attribute is just wrong. I have put Benjamin in the loop and I'll wait for his greenlight to commit this change. ---

[issue6377] distutils compiler switch ignored

Benjamin Peterson added the comment: I think the patch is fine. (Did you try using the descriptor protocol to add a deprecation warning?) -- ___ Python tracker ___ __

[issue6377] distutils compiler switch ignored

Tarek Ziadé added the comment: Right, turning compiler into a property and adding a warning on the set would be good enough I guess. Then turn it back into a simple string for python 3.3 and ... 2.8 :) I'll add that -- ___ Python tracker

[issue6422] timeit called from within Python should allow autoranging

New submission from Scott David Daniels : timeit.main has a _very_ handy autoranging facility to pick an appropriate number of repetitions when not specified. The autoranging code should be lifted to a method on Timer instances (so non-main code can use it). If number is specified as 0 or None,

[issue6418] unittest.TestProgram change breaks nose

Changes by Tarek Ziadé : -- nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue6423] The cgi docs should advertize using "in" instead of "has_key"

New submission from Christoph Zwerschke : The cgi.Fieldstorage class supports the __contains__ method since Py 2.2, but the documentation of Py 2.6 still only mentions the old fashioned has_key method. See patch. -- assignee: georg.brandl components: Documentation files: cgi.patch keywor

[issue6424] Idle3 crashing when using completion

New submission from Thomas Courbon : Configuration : fedora 11, python3.1 manually compiled and installed along python 2.6 (provided by the distribution). Reproducibility : seems to be happening any time Description : When you try to use the auto-completion (ctrl + space) on anything (tested wi

[issue1581182] Definition of a "character" is wrong

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue6382] test_socketserver fails on trunk in test_ForkingTCPServer

Kristján Valur Jónsson added the comment: submitted revision 73863. Please test for me on gentoo. -- ___ Python tracker ___ ___ Pytho

[issue6424] Idle3 crashing when using completion

Amaury Forgeot d'Arc added the comment: Duplicate of issue6144 -- nosy: +amaury.forgeotdarc resolution: -> duplicate status: open -> closed superseder: -> [IDLE] UnicodeDecodeError when invoking force-open-completions ___ Python tracker

[issue2389] Array pickling exposes internal memory representation of elements

Alexandre Vassalotti added the comment: I would like to commit my patch later this week. So if you see any issue with the patch, please speak up. -- ___ Python tracker ___ __

[issue2389] Array pickling exposes internal memory representation of elements

Changes by Alexandre Vassalotti : Removed file: http://bugs.python.org/file11096/fix_array_pickling.patch ___ Python tracker ___ ___ Python-bug

[issue3410] platform.version() don't work as expected in Vista in portuguese

Ezio Melotti added the comment: Here are the results. Windows Vista SP2 in English Python 3.0.1: >>> platform.platform() 'Windows-Vista-6.0.6002-SP2' >>> platform.version() '6.0.6002' >>> platform.win32_ver() ('Vista', '6.0.6002', 'SP2', 'Multiprocessor Free') Python 2.6.2: >>