[issue14396] Popen wait() doesn't handle spurious wakeups

Gregory P. Smith g...@krypto.org added the comment: Thanks. I'll see that this fix gets into 2.7, 3.2 and 3.3. Out of curiosity, what Linux kernel version and glibc version were you using? I'm somewhat surprised that I haven't run into this before. :) -- assignee: - gregory.p.smith

[issue14396] Popen wait() doesn't handle spurious wakeups

Adin Scannell a...@scannell.ca added the comment: Kernel is 3.0.0-15-generic (I believe stock Ubuntu Oneric kernel). Version for glibc is Ubuntu EGLIBC 2.13-20ubuntu5. I'm working on figuring out the exact conditions under which it happens and creating a harness. I'll post it when I've got

[issue14154] reimplement the bigmem test memory watchdog as a subprocess

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 53a2488605e3 by Charles-François Natali in branch 'default': Issue #14154: Reimplement the bigmem test memory watchdog as a subprocess. http://hg.python.org/cpython/rev/53a2488605e3 -- nosy: +python-dev

[issue14310] Socket duplication for windows

Kristján Valur Jónsson krist...@ccpgames.com added the comment: So, what is the consensus, does this go in or out? What about the share() and fromshare() functions, are people ok with that? -- versions: +Python 3.3 -Python 3.4 ___ Python tracker

[issue14288] Make iterators pickleable

Kristján Valur Jónsson krist...@ccpgames.com added the comment: sbt, I will fix the api name. Any other objections then? Leave it as it is with the iter() trick? -- versions: +Python 3.3 -Python 3.4 ___ Python tracker rep...@bugs.python.org

[issue13902] Sporadic test_threading failure on FreeBSD 6.4 buildbot

Charles-François Natali neolo...@free.fr added the comment: And here's the full message: == FAIL: test_6_daemon_threads (test.test_threading.ThreadJoinOnShutdown)

[issue14396] Popen wait() doesn't handle spurious wakeups

Changes by Antoine Pitrou pit...@free.fr: -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14396 ___ ___ Python-bugs-list mailing

[issue14397] Use GetTickCount/GetTickCount64 instead of QueryPerformanceCounter for monotonic clock

New submission from STINNER Victor victor.stin...@gmail.com: QueryPerformanceCounter() is not monotonic on a multiprocessor computer on Windows XP. Extract of its documentation: Remarks On a multiprocessor computer, it should not matter which processor is called. However, you can get

[issue14397] Use GetTickCount/GetTickCount64 instead of QueryPerformanceCounter for monotonic clock

Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +brian.curtin, loewis, tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14397 ___

[issue6634] sys.exit() called from threads other than the main one: undocumented behaviour

Antoine Pitrou pit...@free.fr 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,

[issue14349] The documentation of 'dis' doesn't describe MAKE_FUNCTION correctly

Georg Brandl ge...@python.org added the comment: Looks good to me. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14349 ___

[issue13902] Sporadic test_threading failure on FreeBSD 6.4 buildbot

Nadeem Vawda nadeem.va...@gmail.com added the comment: Patch looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13902 ___ ___

[issue14397] Use GetTickCount/GetTickCount64 instead of QueryPerformanceCounter for monotonic clock

Changes by Yury Selivanov yseliva...@gmail.com: -- nosy: +Yury.Selivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14397 ___ ___

[issue14288] Make iterators pickleable

Changes by Antoine Pitrou pit...@free.fr: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14288 ___ ___ Python-bugs-list mailing

[issue14397] Use GetTickCount/GetTickCount64 instead of QueryPerformanceCounter for monotonic clock

Yury Selivanov yseliva...@gmail.com added the comment: I vote for adding just one function to the 'time' module: monotonic(), which should exist only if the host OS support it. And I don't see the point of having 'steady()' at all. -- ___ Python

[issue14397] Use GetTickCount/GetTickCount64 instead of QueryPerformanceCounter for monotonic clock

Martin v. Löwis mar...@v.loewis.de added the comment: A monotonic clock is not suitable for measuring durations, as it may still jump forward. A steady clock will not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14397

[issue14364] Argparse incorrectly handles '--'

Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14364 ___ ___ Python-bugs-list

[issue14365] argparse: subparsers, argument abbreviations and ambiguous option

Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo stage: - test needed versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14365 ___

[issue14367] try/except block in ismethoddescriptor() in inspect.py, so that pydoc works with pygame in Python 3.2

Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14367 ___ ___ Python-bugs-list

[issue14361] No link to issue tracker on Python home page

Daniel Swanson popcorn.tomato.d...@gmail.com added the comment: i don't remember -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14361 ___ ___

[issue9995] setup.py register sdist upload requires pass to be saved

Florent Xicluna florent.xicl...@gmail.com added the comment: If someone else is looking for the PyPI SSH support, it's there. http://pypi.python.org/pypi/pypissh (I did not find it mentioned in the tutorial) Thanks Martin. -- nosy: +flox ___ Python

[issue4331] Can't use _functools.partial() created function as method

Changes by Matt Joiner anacro...@gmail.com: -- nosy: +anacrolix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4331 ___ ___ Python-bugs-list

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

New submission from Laurent Gautier lgaut...@gmail.com: The call ends with: Objects/stringobject.c:3884: bad argument to internal function sys.version: '2.7.2 (default, Jun 13 2011, 15:14:50) \n[GCC 4.4.5]' (on 64bit Linux) -- messages: 156698 nosy: Laurent.Gautier priority: normal

[issue14399] zipfile and creat/update comment

New submission from Cassaigne anthony.cassai...@gmail.com: I want to update or create a comment to zip file. For instance, I have test.zip file. I'm using these statement to create a comment : from zipfile import ZipFile z=ZipFile('test.zip','a') z.comment='Create a new comment' z.close()

[issue14400] Typo in cporting.rst

New submission from Dionysios Kalofonos peite...@gmail.com: A typo (see attached file). -- assignee: docs@python components: Documentation files: typo.diff keywords: patch messages: 156700 nosy: dk, docs@python priority: normal severity: normal status: open title: Typo in cporting.rst

[issue14400] Typo in cporting.rst

Changes by Dionysios Kalofonos peite...@gmail.com: -- versions: +Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14400 ___

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Martin v. Löwis mar...@v.loewis.de added the comment: I can't reproduce this. Can you please provide a test script along with input data that allows us to reproduce this error? -- nosy: +loewis ___ Python tracker rep...@bugs.python.org

[issue14400] Typo in cporting.rst

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e0e28695f11b by Martin v. Löwis in branch '2.7': Issue #14400: Fix typo. http://hg.python.org/cpython/rev/e0e28695f11b -- nosy: +python-dev ___ Python tracker

[issue14400] Typo in cporting.rst

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset ff679f22682b by Martin v. Löwis in branch '3.2': Issue #14400: Fix typo. http://hg.python.org/cpython/rev/ff679f22682b -- ___ Python tracker rep...@bugs.python.org

[issue14400] Typo in cporting.rst

Martin v. Löwis mar...@v.loewis.de added the comment: Thanks for the patch. -- nosy: +loewis resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14400

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Laurent Gautier lgaut...@gmail.com added the comment: Wow! Quick follow-up. The data file is about 1.6Gb. Is there a preferred way to pass it on (I suspect that the bug tracker is not the preferred way). The code goes like: import bz2 f = file(foobar.bz2, mode=rb) src_buf = f.read() decomp

[issue14065] Element should support cyclic GC

Eli Bendersky eli...@gmail.com added the comment: Find attached a patch. Added cyclic GC support to Element objects. Also added tests that verify that cycles involving Element objects are being collected. I'd really appreciate a review on this, since this is the first time I have to

[issue14349] The documentation of 'dis' doesn't describe MAKE_FUNCTION correctly

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 242d3f8e8c50 by Eli Bendersky in branch 'default': Issue #14349: Fix the doc of the MAKE_FUNCTION opcode in Doc/library/dis.rst to http://hg.python.org/cpython/rev/242d3f8e8c50 -- nosy: +python-dev

[issue14349] The documentation of 'dis' doesn't describe MAKE_FUNCTION correctly

Changes by Eli Bendersky eli...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14349 ___

[issue14401] Typos in curses.rst

New submission from Dionysios Kalofonos peite...@gmail.com: Typos (see attached file). -- assignee: docs@python components: Documentation files: curses.diff keywords: patch messages: 156708 nosy: dk, docs@python priority: normal severity: normal status: open title: Typos in curses.rst

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Nadeem Vawda nadeem.va...@gmail.com added the comment: I have been able to reproduce it; see attached script. It happens for inputs of 2GB (decompressed), but not for ones of 1GB. It seems that bz2module.c doesn't guard against 32-bit overflows when handling the size of the decompressed data.

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Nadeem Vawda nadeem.va...@gmail.com added the comment: (the contents of the input file don't matter; I just pulled out a bunch of zeros from /dev/zero and compressed them with bzip2.) -- ___ Python tracker rep...@bugs.python.org

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Changes by Nadeem Vawda nadeem.va...@gmail.com: -- versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14398 ___ ___

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Nadeem Vawda nadeem.va...@gmail.com added the comment: This should be fixed for 2.7.3. I'll have a patch ready in the next day or two. -- nosy: +benjamin.peterson, georg.brandl priority: normal - release blocker ___ Python tracker

[issue4331] Can't use _functools.partial() created function as method

Matt Joiner anacro...@gmail.com added the comment: I've attached a patch that implements the descriptor protocol for functools.partial with minimum changes. -- Added file: http://bugs.python.org/file25016/functools.partial-descrget.patch ___ Python

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Benjamin Peterson benja...@python.org added the comment: This isn't a regression, is it? If it's not, I don't think it's essential to get into 2.7.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14398

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Nadeem Vawda nadeem.va...@gmail.com added the comment: No, it's been around since at least 2.6. I wasn't really sure what the protocol was for bugs found during the RC process. It'd be nice to get a fix for this into 2.7.3 (and 3.2.3), but it's not urgent. -- priority: release blocker -

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Martin v. Löwis mar...@v.loewis.de added the comment: Nadeem: the final release candidate of 2.7.3 was already made. Any further change would require another release candidate, which in turn would delay the release further. This has to wait for 2.7.4. --

[issue13902] Sporadic test_threading failure on FreeBSD 6.4 buildbot

Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 2456e4e69cd0 by Charles-François Natali in branch '3.2': Issue #13902: Fix a random test_threading failure on FreeBSD 6 buildbots (due http://hg.python.org/cpython/rev/2456e4e69cd0 New changeset c1191cbc7b37 by

[issue14154] reimplement the bigmem test memory watchdog as a subprocess

Changes by Charles-François Natali neolo...@free.fr: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14154

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

Nadeem Vawda nadeem.va...@gmail.com added the comment: That's fine by me, then. Sorry for the confusion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14398 ___

[issue14397] Use GetTickCount/GetTickCount64 instead of QueryPerformanceCounter for monotonic clock

Yury Selivanov yseliva...@gmail.com added the comment: A monotonic clock is not suitable for measuring durations, as it may still jump forward. A steady clock will not. Well, Victor's implementation of 'steady()' is just a tiny wrapper, which uses 'monotonic()' or 'time()' if the former is

[issue14402] Notice PayPaI : Your account was accesed by a third party.

Changes by Guido van Rossum gu...@python.org: -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14402 ___

[issue14288] Make iterators pickleable

Raymond Hettinger raymond.hettin...@gmail.com added the comment: Has python-dev discussion been launched? It is far from clear that this is worth doing. Pickling runtime structures may be a normal use case for Stackless but isn't a normal use case for regular Python. Also, it seems

[issue14350] Strange Exception from copying an iterator

Terry J. Reedy tjre...@udel.edu added the comment: Title corrected. Non-iterator iterables are usually easy to copy. I think this is in the category of don't do that ;-) I believe the idea of making iterators copyable has been rejected on one of the lists because it is probably not possible in

[issue14288] Make iterators pickleable

Martin v. Löwis mar...@v.loewis.de added the comment: I think the worth doing argument doesn't really hold, given that it's done. The question at hand really is a) is the patch correct? b) can we commit to maintaining it, even as things around it may change? I'm not bothered with the patch

[issue14288] Make iterators pickleable

Michael Foord mich...@voidspace.org.uk added the comment: Yes there was a discussion on python-dev. Various people spoke in favour, no-one against: http://mail.python.org/pipermail/python-dev/2012-March/117566.html -- ___ Python tracker

[issue14361] No link to issue tracker on Python home page

Terry J. Reedy tjre...@udel.edu added the comment: This issue seems 'off-topic' in that core developers do not control the main site and cannot patch it. My understanding is that that is why the dev guide was separated from the main site (so we could patch it). On the other hand, we can

[issue14374] Compiling Python 2.7.2 on HP11i PA-RISC ends with segmentation fault in Python executable

Terry J. Reedy tjre...@udel.edu added the comment: This does not seem to clearly be a bug in the core codebase. An enquiry on python-list or maybe even stackoverflow might get a response from someone with HP11i PA-RISC experience. -- nosy: +terry.reedy

[issue14376] sys.exit documents argument as integer but actually requires subtype of int

Terry J. Reedy tjre...@udel.edu added the comment: Patch in first message; patch file needed. I don't know if sys.exit is actually tested. This is really 2.7 specific. -- keywords: +patch nosy: +terry.reedy stage: - test needed ___ Python tracker

[issue14391] misc TYPO in argparse.Action docstring

Terry J. Reedy tjre...@udel.edu added the comment: The patch, to an unspecified version of 2.7, changes 'str' to 'string', so I presume that is what you meant. The current repository code already says 'string' for 2.7, 3.2, and 3.3. This is what you should see in the current release

[issue14392] type=bool doesn't raise error in argparse.Action

Terry J. Reedy tjre...@udel.edu added the comment: This change maked the error message wrong if bool is rejected. -- nosy: +bethard, terry.reedy stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org

[issue14392] type=bool doesn't raise error in argparse.Action

Terry J. Reedy tjre...@udel.edu added the comment: The corresponding current code in 3.2 and 3.3 is the same. -- versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14392

[issue14393] Incorporate Guide to Magic Methods?

Terry J. Reedy tjre...@udel.edu added the comment: If one searches for the informal name 'Python magic methods', RafeKettler's doc and 3. Data model — Python v2.7.2 documentation come in 1,2. Given that the latter does not even contain the word 'magic', that means that is actually ranks

[issue14288] Make iterators pickleable

Raymond Hettinger raymond.hettin...@gmail.com added the comment: Michael, thanks for the link. The email was clearer about its rationale than was listed here. When this patch gets applied, any discussion of it in the docs should be clear that generators aren't included and that pickling