[issue14391] misc TYPO in argparse.Action docstring
New submission from Toshihiro Kamishima m...@kamishima.net: Keywords to specify as string type are incorrect. 'string' should be 'str' -- components: Library (Lib) files: argparse.py.patch keywords: patch messages: 156635 nosy: shima__shima priority: normal severity: normal status: open title: misc TYPO in argparse.Action docstring type: enhancement versions: Python 2.7 Added file: http://bugs.python.org/file25000/argparse.py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14392] type=bool doesn't raise error in argparse.Action
New submission from Toshihiro Kamishima m...@kamishima.net: According to the documentation of argparse.Action, a keyword 'bool' is not allowed for type argument, but it doesn't raise no errors. One possible way to fix this issue is to check in the argparse._ActionsContainer.add_argument method. -- components: Library (Lib) files: argparse.py.patch keywords: patch messages: 156636 nosy: shima__shima priority: normal severity: normal status: open title: type=bool doesn't raise error in argparse.Action versions: Python 2.7 Added file: http://bugs.python.org/file25001/argparse.py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14381] Intern certain integral floats for memory savings and performance
Serhiy Storchaka storch...@gmail.com added the comment: PyBench contains a lot of different tests and executes them not too long. Random fluctuations of a few percent are possible. We need a more stable realistic test working with floats. $ ./python -m timeit 'x,y,d=1,0,0.01 for i in range(628): x,y=x-d*y,y+d*x' Without patch: 1000 loops, best of 3: 220 usec per loop With patch: 1000 loops, best of 3: 232 usec per loop Difference is 5%. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
Charles-François Natali neolo...@free.fr added the comment: In any case, I'd appreciate, if cpython would be changed to something more sane/less verbose by default. By default, certainly not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14393] Incorporate Guide to Magic Methods?
New submission from Dirkjan Ochtman dirk...@ochtman.nl: Should we perhaps ask if we can include https://github.com/RafeKettler/magicmethods in the official docs? It seems nice (and now ranks higher on Google than the official docs...). -- assignee: docs@python components: Documentation messages: 156639 nosy: djc, docs@python priority: normal severity: normal status: open title: Incorporate Guide to Magic Methods? ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14393 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14394] missing links on performance claims of cdecimal
New submission from Tshepang Lekhonkhobe tshep...@gmail.com: Looking at What's New section for cdecimal [1], I see this claim: Performance gains range from 12x for database applications to 80x for numerically intensive applications... But there's no link on the benchmark code. [1] http://hg.python.org/cpython/file/9ceac471bd8c/Doc/whatsnew/3.3.rst#l599 -- assignee: docs@python components: Documentation messages: 156640 nosy: docs@python, tshepang priority: normal severity: normal status: open title: missing links on performance claims of cdecimal versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14394] missing links on performance claims of cdecimal
Georg Brandl ge...@python.org added the comment: It would be nice to have access to the benchmarks, yes, but I hope our users have enough trust in Python to believe this claim as it is. -- nosy: +georg.brandl priority: normal - low type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14394] missing links on performance claims of cdecimal
Tshepang Lekhonkhobe tshep...@gmail.com added the comment: Georg Brandl ge...@python.org added the comment: It would be nice to have access to the benchmarks, yes, but I hope our users have enough trust in Python to believe this claim as it is. Well, there's also curiosity. For example to find out what is pi and telco, and having to go through that massive issue 7652 to find out is a bit much. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14371] Add support for bzip2 compression to the zipfile module
Nadeem Vawda nadeem.va...@gmail.com added the comment: [Adding Alan McIntyre, who is listed as zipfile's maintainer.] I haven't yet had a chance to properly familiarize myself with the zipfile module, but I did notice an issue in the changes to ZipExtFile's read() method. The existing code uses the b.join() idiom for linear- time concatenation, but the patch replaces it with a version that does buf += data after each read. CPython can (I think) do this efficiently, but it can be much slower on other implementations. Martin: As for the documentation, I propose the wording bzip2 compression was added to the zip file format in 2001. However, even more recent tools (including older Python releases) may not support it, causing either refusal to process the zip file altogether, or faiilure to extract individual files. How about this? The zip format specification has included support for bzip2 compression since 2001. However, some tools (including older Python releases) do not support it, and may either refuse to process the zip file altogether, or fail to extract individual files. -- nosy: +alanmcintyre ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14371 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14366] Supporting bzip2 and lzma compression in zip files
Nadeem Vawda nadeem.va...@gmail.com added the comment: I plan on doing a review of the patch, but it might be a week or two before I have time to do it. Regarding changes to lzma; exactly what is being proposed? If it's just additional functions for encoding and decoding of filter specs, then I'm fine with that (and it's not *necessary* to get it into 3.3, though it would still be nice). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14367] try/except block in ismethoddescriptor() in inspect.py, so that pydoc works with pygame in Python 3.2
Michael Foord mich...@voidspace.org.uk added the comment: So PyGame __init__.py has various not-a-module objects with __getattr__ that raises a NotImplementedError on every attribute access. Changing inspect to use getattr_static, so it doesn't trigger code execution on attribute access, would fix the problem. Making pydoc resilient against exceptions is probably a *better* solution for the specific problem - although changing ismethoddescriptor to not trigger code execution would be good *as well*. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14371] Add support for bzip2 compression to the zipfile module
Serhiy Storchaka storch...@gmail.com added the comment: The existing code uses the b.join() idiom for linear- time concatenation, but the patch replaces it with a version that does buf += data after each read. You made a mess. The existing code uses ``buf += data``, but I allowed myself to replace it with the ``b.join()`` idiom. The bzip2 codec has to deal with large pieces of data, now this may be important. In read1 still used ``buf += data``, but not in loop, there is a concatenation of the only two pieces. The zip format specification has included support for bzip2 compression Thank you. Can you offer the variant with including both bzip2 and lzma (supported since 2006)? I put him in the upcoming patch that adds support for lzma compression to the zipfile module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14371 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14371] Add support for bzip2 compression to the zipfile module
Nadeem Vawda nadeem.va...@gmail.com added the comment: You made a mess. The existing code uses ``buf += data``, but I allowed myself to replace it with the ``b.join()`` idiom. The bzip2 codec has to deal with large pieces of data, now this may be important. In read1 still used ``buf += data``, but not in loop, there is a concatenation of the only two pieces. My mistake; I confused the bodies of read() and read1(). Thank you. Can you offer the variant with including both bzip2 and lzma (supported since 2006)? I put him in the upcoming patch that adds support for lzma compression to the zipfile module. The zip format specification has included support for bzip2 compression since 2001, and for LZMA compression since 2006. However, some tools (including older Python releases) do not support these compression methods, and may either refuse to process the zip file altogether, or fail to extract individual files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14371 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing
Eli Bendersky eli...@gmail.com added the comment: Hello, thanks for the patch! Since this is a new feature, I suggest discussion it on the python-ideas list first. Next, as for your patch: 1. What is ElementTree_new.py? 2. Note that new features have to be added to in-development versions of Python - 3.3 in our case. In 3.3, the C and Python implementations of the ElementTree API must be compatible. Hence, all new features have to be added to both implementations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14349] The documentation of 'dis' doesn't describe MAKE_FUNCTION correctly
Eli Bendersky eli...@gmail.com added the comment: Patch attached. -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file25002/issue14349.1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14349 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13782] xml.etree.ElementTree: Element.append doesn't type-check its argument
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 75268a773455 by Eli Bendersky in branch 'default': Issue #13782: streamline argument type-checking in ET.Element http://hg.python.org/cpython/rev/75268a773455 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13782 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13782] xml.etree.ElementTree: Element.append doesn't type-check its argument
Eli Bendersky eli...@gmail.com added the comment: Closing the issue. 3.3 was fixed, and there was no concensus regarding 2.7/3.2 in the list, so status-quo as usual. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13782 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13657] IDLE doesn't support sys.ps1 and sys.ps2.
Ramchandra Apte maniandra...@gmail.com added the comment: What is the status of this bug? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13782] xml.etree.ElementTree: Element.append doesn't type-check its argument
Changes by Eli Bendersky eli...@gmail.com: -- stage: test needed - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13782 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10340] asyncore doesn't properly handle EINVAL on OSX
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e35a5bbb0b91 by Giampaolo Rodola' in branch 'default': fix failing asyncore test as per http://bugs.python.org/issue10340#msg156586 http://hg.python.org/cpython/rev/e35a5bbb0b91 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10340] asyncore doesn't properly handle EINVAL on OSX
Giampaolo Rodola' g.rod...@gmail.com added the comment: Sorry about that. It should now be fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10131] deepcopying an xml.dom.minidom.Document generates an invalid XML document
Changes by Eli Bendersky eli...@gmail.com: -- nosy: -eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10131 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Changes by Eli Bendersky eli...@gmail.com: -- nosy: -eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13657] IDLE doesn't support sys.ps1 and sys.ps2.
Terry J. Reedy tjre...@udel.edu added the comment: This is an issue, not a bug, and the status is as it was: unclear just what to do; would require some major work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13657] IDLE doesn't support sys.ps1 and sys.ps2.
Changes by Terry J. Reedy tjre...@udel.edu: -- stage: - needs patch versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
telmich nico-bugs.python@schottelius.org added the comment: Hello François, I'm confused about your statement: You prefer to throw random and useless error messages to users who are using python instead of doing a clean shutdown like every other application by default? Don't be offended, but this looks like a software coded by a 12 years old, who is proud about it and does not accept an error being an error and insists on doing it right, although it's a common understanding that throwing errors in non error situations. I would have imagined a more mature understanding and broader view of python developers. If you're not willing to fix this bug but insist on doing it the wrong way by default, I'd recommened to reject this bug so that the problem, the reason and the reason why it continues to exists are cleanly documented. Cheers, Nico -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10340] asyncore doesn't properly handle EINVAL on OSX
R. David Murray rdmur...@bitdance.com added the comment: Better, but not stable: http://www.python.org/dev/buildbot/all/builders/AMD64%20OpenIndiana%203.2/builds/984/steps/test/logs/stdio http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%203.2/builds/998/steps/test/logs/stdio -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Adding a patch to disable Side by Side assemblies in VS2010 (MS saw the light) -- keywords: +patch Added file: http://bugs.python.org/file25003/sxs.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Here is a comprehensive patch to errnomodule.c, as used in production at CCP -- Added file: http://bugs.python.org/file25004/errnomodule.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
Antoine Pitrou pit...@free.fr added the comment: Don't be offended, but this looks like a software coded by a 12 years old, who is proud about it and does not accept an error being an error and insists on doing it right, although it's a common understanding that throwing errors in non error situations. No, the point is that the exception may be caused by a real bug and having the traceback is tremendously useful to debug such situations. So the Python runtime by default prints out the whole traceback when an uncaught exception occurs. KeyboardInterrupt is not different in this regard from, say, ZeroDivisionError. As I said, a possible solution is to allow users to alter the default signal handling (using an env var). (note that, AFAICT, you're the first to report a problem here, although this behaviour has existed for ages) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
telmich nico-bugs.python@schottelius.org added the comment: Antoine, let me explain again: I do not say, python should not print uncaught exceptions. My point here is that an exception is thrown, which is not catchable at all and this results in random and misleading errors. I really hope you understand that this is the core problem. It's not about printing uncaught exceptions. And being the first to report is not something I feel is a bad sign. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10340] asyncore doesn't properly handle EINVAL on OSX
Giampaolo Rodola' g.rod...@gmail.com added the comment: http://hg.python.org/cpython/rev/0b960e41e533 Let's see how it goes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Adding a patch containing a proposed PCBuild10 folder. This consists of: 1) automatically updated .vcxproj and .sol files, provessed by 3) below 2) manually edited and new .props files to edit TargetName and Extension attributes 3) a vs9to10.py file to additionally process autoconverted .vcxproj files 4) edited .txt and .bat files. Please notice how I have removed a lot of redundant settings from .vcxproj files and moved them to .props files. This is proposed as a new top level directory, similar to what PCBuild9 used to be. Putting stuff inside PC/VS10.0 would require a much more intensive surgery of relative paths and things. Not very nice. -- Added file: http://bugs.python.org/file25005/pcbuild10.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14314] logging smtp handler (and test) timeout issue
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 113b8e3cbba4 by Vinay Sajip in branch '2.7': Closes #14314: backported fix. http://hg.python.org/cpython/rev/113b8e3cbba4 New changeset 54055646fd1f by Vinay Sajip in branch '3.2': Closes #14314: backported fix. http://hg.python.org/cpython/rev/54055646fd1f -- stage: needs patch - committed/rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14314 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14228] It is impossible to catch sigint on startup in python code
poq p...@gmx.com added the comment: No, the point is that the exception may be caused by a real bug and having the traceback is tremendously useful to debug such situations. [...] KeyboardInterrupt is not different in this regard from, say, ZeroDivisionError. KeyboardInterrupt *is* different though. It is caused by the user instead of by any bug. Of course, it can still be useful to know where the program was interrupted, so showing a traceback for KeyboardInterrupt by default makes sense IMO. As I said, a possible solution is to allow users to alter the default signal handling (using an env var). Why an environment variable instead of a command line switch (as suggested by Ian Jackson)? Shouldn't a script be able to decide for itself how it handles signals? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14393] Incorporate Guide to Magic Methods?
Benjamin Peterson benja...@python.org added the comment: Someone would have to 1) determine if this a good idea 2) ask the author 3) actually perform the integration (that is determine how this would replace/complement things in reference/*). -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14393 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4652] IDLE does not work with Unicode
Daniel Swanson popcorn.tomato.d...@gmail.com added the comment: ok -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14243] NamedTemporaryFile unusable under Windows
Changes by Jason R. Coombs jar...@jaraco.com: -- nosy: +jason.coombs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3581] failures in test_uuid
devurandom devuran...@gmx.net added the comment: Well, without a valid MAC address the function cannot work... It should not break in such ugly way either, imo. On the other hand, I would not worry too much: uuid._ifconfig_getnode() is an internal function; and since all the other tests pass, uuid.getnode() probably has other ways to get a unique identifier for the machine. Here test_uuid fails due to this issue. Which in turn prevents my python3 rpm from being build. And by the way, in python 3.2, the test function is skipped with this message: WARNING: uuid._ifconfig_getnode is unreliable on many platforms. It is disabled until the code and/or test can be fixed properly. That does not seem to be true anymore in Python 3.2.2. Would be nice if you could detect the all-zero case and just skip the test in that case. -- nosy: +devurandom ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3581 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14361] No link to issue tracker on Python home page
Ezio Melotti ezio.melo...@gmail.com added the comment: Could you tell us something more (e.g. where you were expecting to find it, where have you looked, how/where have you found it eventually, what search queries you have used)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14361 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14371] Add support for bzip2 compression to the zipfile module
Serhiy Storchaka storch...@gmail.com added the comment: Fixed regeression in decompression. Nadeem Vawda, we both were wrong. `buf += data` is noticeably faster `b''.join()` in CPython. -- Added file: http://bugs.python.org/file25006/bzip2_in_zip_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14371 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7652] Merge C version of decimal into py3k.
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset f6d646e30028 by Stefan Krah in branch 'default': Issue #7652: Enable linking of _decimal.so against an installed libmpdec. http://hg.python.org/cpython/rev/f6d646e30028 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3035] Removing apparently unwanted functions from Tkinter
Raymond Hettinger raymond.hettin...@gmail.com added the comment: Usually, I would counsel against removing anything that isn't broken by design, but the code for these functions offers nothing substantive. So, +1 for marking as deprecated in 3.3 and removing in 3.4. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6634] sys.exit() called from threads other than the main one: undocumented behaviour
David Manowitz david.manow...@gmail.com added the comment: I don't see why this should be considered acceptable behavior. Why don't threads have their own ThreadExit exception, rather than overloading the use, and therefore, the meaning, of the SystemExit exception? As indicated by their names, sys.exit and the SystemExit exception should *only* be used to exit the entire system, not just a thread! -- components: +Library (Lib) nosy: +David.Manowitz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14366] Supporting bzip2 and lzma compression in zip files
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file25007/bzip2_and_lzma_in_zip_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14366] Supporting bzip2 and lzma compression in zip files
Serhiy Storchaka storch...@gmail.com added the comment: For EOS, please re-read the specification. Well, nothing prevents the setting of this bit. Lzma raw compressor already appends EOS. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14394] missing links on performance claims of cdecimal
Stefan Krah stefan-use...@bytereef.org added the comment: But there's no link on the benchmark code. I don't know if external links are appropriate in whatsnew, but this is it: http://www.bytereef.org/mpdecimal/quickstart.html -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14366] Supporting bzip2 and lzma compression in zip files
Serhiy Storchaka storch...@gmail.com added the comment: Regarding changes to lzma; exactly what is being proposed? Yes, it's just additional functions for encoding and decoding of filter specs. But this is not necessary, the current implementation uses own functions (need the support of only LZMA1 format, which is unlikely to change). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14381] Intern certain integral floats for memory savings and performance
Raymond Hettinger raymond.hettin...@gmail.com added the comment: FWIW, I'm -1 on making the change. Any memory savings would be microscopic for most Python programs. And anything that slows down float creation (even a teeny bit) is detrimental to all Python programs. We're better off not adding special case logic unless there is a clear benefit (there isn't). -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14381 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14395] sftp: downloading files with % in name fails due to logging
New submission from Parand Darugar tdaru...@yahoo.com: Attempting to download a file with a % as part of the name (eg. test%sfile) , sftp.get fails with: File /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/logging/__init__.py, line 328, in getMessage msg = msg % self.args TypeError: not enough arguments for format string This appears to be because of the logging in sftp.py: def _log(self, level, msg, *args): self.logger.log(level, msg, *args) I'm able to work around it by escaping the % to %% before calling sftp.get . -- messages: 156678 nosy: darugar priority: normal severity: normal status: open title: sftp: downloading files with % in name fails due to logging type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14395 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14318] clarify may not in time.steady docs
Jim Jewett jimjjew...@gmail.com added the comment: (1) How does the user control (or even find out) which clock is used by time.steady()? If the answer is time.steady(clock=QueryPerformanceCounter) then there is no need for strict=?, but then I'm not sure what the point of time.steady itself is. I had been assuming that time.steady() relied on the best clock it could find, which shouldn't normally change on a specific machine, let alone within a single process. In that case, exposing the actual clock (or its name) as an attribute seems better than a boolean complain_if_my_machine_is_not_good_enough parameter. (2) That fragment from the C++ standard suggests that MAY NOT ought to have been replaced by the unambiguous MUST NOT. I do not think that python should repeat the editorial error. (3) Even leaving aside the question of which clock is actually provided, I still prefer a change in wording. My trailing paragraph might change with the API, but the rationale for: Return elapsed seconds as a floating point number. The start time is undefined, so only differences between calls are meaningful. steady() is the best clock for profiling response time, as opposed to CPU usage. includes: elapsed == time since something, as opposed to absolute time. If practicality and efficiency weren't important, I would even suggest that the function return an opaque object that supported only ordering and subtraction (returning a timedelta). There are enough time-related modules/classes/functions/etc that people *will* get confused; the name steady isn't obvious enough. Including the intended use case in the docstring gives people a fighting chance. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14318] clarify may not in time.steady docs
STINNER Victor victor.stin...@gmail.com added the comment: (2) That fragment from the C++ standard suggests that MAY NOT ought to have been replaced by the unambiguous MUST NOT. No. A program cannot deny the modification of system clock and time.steady() may use the system date. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14394] missing links on performance claims of cdecimal
Senthil Kumaran sent...@uthcode.com added the comment: Instead of what's new, I think, linking the benchmarks in the docs could be helpful so that library users can find it they want to. I think, we have similar performance benchmark links at other places too. -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14394 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing
Ariel Poliak apol...@gmail.com added the comment: To answer eli.bendersky's questions: 1. That's just the name of the file with my changes in it. I pulled the original file from Hg, copied it to ElementTree_new.py, made my changes, and created a patch from the two. 2. I'm not very familiar with the structure of the codebase for Python, so I'll provide some information that sounds relevant to me... The changes I made were for the ElementTree.py file under cpython/Lib/xml/etree/ . I used http://hg.python.org/cpython/file/54055646fd1f/Lib/xml/etree/ElementTree.py as the base to make a new patch, reflecting storchaka's recommendation on logic order and a clarification on path name for the modified file. The source for the 'ElementC14N' module is not part of Python, so I cannot modify the code for the '_serialize_c14n' function. It appears that this is dependent on http://bugs.python.org/issue13611 . Looks like I may need to refactor this patch to work in a way that does not alter the signature for the _serialize_* methods. -- Added file: http://bugs.python.org/file25008/ElementTree_py-force_long_tags-v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14396] Popen wait() doesn't handle spurious wakeups
New submission from Adin Scannell a...@scannell.ca: While running a complex python process that executes a bunch of subprocesses (using the subprocess module, specifically calling communicate()), I found myself with occasional zombie processes piling up. Turns out Python is not correctly wait()ing for the children. Although in my case it happens for 5% of subprocesses, it happens for random Popen objects, used in different ways (using Popen() and then read()/write()/wait() directly or with communicate()). I'd love to find out I'm crazy, but I'm not doing anything too sneaky and the patch below fixes the problem. I'm not sure why it's happening in my particular environment (maybe it just so happens that the child processes enter into states with particular timing, or the parent receives signals at the wrong moments) but it's very reproducible for me. I believe that the cause of the zombie processes is as follows: If you read the description of the waitpid system call (http://www.kernel.org/doc/man-pages/online/pages/man2/wait.2.html), there are several events that could cause waitpid() to return. I have no idea why, but even without WNOHANG set, it looks I'm getting back an occasional 0 return value from waitpid(). Interrupted system call? Stopped child process? Not sure why at the moment. The documentation is a bit ambiguous as to whether this can happen, BUT looking at the example code at the bottom, it seems to handle this spurious wakeup case (which subprocess does not). The net result is that this process has *not* exited or been killed. The python code paths don't consider this possibility (as I believe in normal circumstances, it rarely happens!). I discovered this bug on 2.7.2. I've prepared a patch for the 2.7 branch (75701:d46c1973d3c4), although I'm certain almost all versions, including the tip suffer from this problem. I'm happy to port to other branches if necessary, although I think appropriate maintainers could whip it up in no time flat. I've tested my 2.7 fix and it solves my problem -- no more zombies. This patch does not change the behaviour of the Popen class in the normal case but allows it to handle spurious wakeups. -- components: Library (Lib) files: waitpid-2.7.patch keywords: patch messages: 156683 nosy: amscanne priority: normal severity: normal status: open title: Popen wait() doesn't handle spurious wakeups type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file25009/waitpid-2.7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14396] Popen wait() doesn't handle spurious wakeups
Changes by Brian Curtin br...@python.org: -- keywords: +needs review nosy: +gps stage: - patch review versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14396 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
