[issue12932] dircmp does not allow non-shallow comparisons

Éric Araujo added the comment: Thanks for the report. Unfortunately 2.7 is closed to new features and the module is removed in 3.x, so there is nothing to do here. -- nosy: +eric.araujo resolution: -> out of date stage: -> committed/rejected status: open -> closed _

[issue12937] distutils2: install action should support same options as install command

Éric Araujo added the comment: To be clear, the distutils2 install command (currently spelled install_dist but see #13160) does have all these options, it’s the install action that needs to expose them too. -- assignee: tarek -> eric.araujo stage: -> needs patch title: Support instal

[issue13438] "Delete patch set" review action doesn't work

Éric Araujo added the comment: Please use the tracker’s tracker for this bug (link at the bottom of the sidebar on the left). Thanks. -- nosy: +eric.araujo resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python trac

[issue14401] Typos in curses.rst

Roundup Robot added the comment: New changeset a9129cf78cf0 by Georg Brandl in branch '3.2': Closes #14401: fix typos in curses howto. http://hg.python.org/cpython/rev/a9129cf78cf0 -- ___ Python tracker __

[issue14401] Typos in curses.rst

Roundup Robot added the comment: New changeset 87539f66156b by Georg Brandl in branch '2.7': Closes #14401: fix typos in curses howto. http://hg.python.org/cpython/rev/87539f66156b -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status: open -> closed _

[issue14288] Make iterators pickleable

Raymond Hettinger 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 things like dict iterators enta

[issue14393] Incorporate Guide to Magic Methods?

Terry J. Reedy 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 higher in some real se

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

Terry J. Reedy 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 ___

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

Terry J. Reedy 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

[issue14391] misc TYPO in argparse.Action docstring

Terry J. Reedy 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 candidates, including 2.7.

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

Terry J. Reedy 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

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

Terry J. Reedy 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 ___ Python t

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

Terry J. Reedy 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 suggest changes like a

[issue14288] Make iterators pickleable

Michael Foord 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

[issue14288] Make iterators pickleable

Martin v. Löwis 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 being potentially in

[issue14350] Strange Exception from copying an iterator

Terry J. Reedy 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 general. Tee c

[issue14288] Make iterators pickleable

Raymond Hettinger 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 pointless to start down this path

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

Changes by Guido van Rossum : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing li

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

Yury Selivanov 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 not available. Hen

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

Nadeem Vawda added the comment: That's fine by me, then. Sorry for the confusion. -- ___ Python tracker ___ ___ Python-bugs-list mail

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

Changes by Charles-François Natali : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue13902] Sporadic test_threading failure on FreeBSD 6.4 buildbot

Roundup Robot 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 Charles-François Natali in branch 'de

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

Martin v. Löwis 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. -- ___ Python t

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

Nadeem Vawda 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 -> normal _

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

Benjamin Peterson 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 ___

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

Matt Joiner 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 tracker

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

Nadeem Vawda 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

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

Changes by Nadeem Vawda : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

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

Nadeem Vawda 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 __

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

Nadeem Vawda 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. This affects both the BZ

[issue14401] Typos in curses.rst

New submission from Dionysios Kalofonos : 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 versions: Python 2.7

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

Changes by Eli Bendersky : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ __

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

Roundup Robot 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 ___ P

[issue14065] Element should support cyclic GC

Eli Bendersky 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 explicitly deal with cycl

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

Laurent Gautier 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 = bz2.BZ2Decomp

[issue14400] Typo in cporting.rst

Martin v. Löwis added the comment: Thanks for the patch. -- nosy: +loewis resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue14400] Typo in cporting.rst

Roundup Robot 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 _

[issue14400] Typo in cporting.rst

Roundup Robot 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 ___

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

Martin v. Löwis 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 __

[issue14400] Typo in cporting.rst

Changes by Dionysios Kalofonos : -- versions: +Python 3.1, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue14400] Typo in cporting.rst

New submission from Dionysios Kalofonos : 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 versions: Python 2.7

[issue14399] zipfile and creat/update comment

New submission from Cassaigne : 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() After to ran this script, the

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

New submission from Laurent Gautier : 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 severity: normal statu

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

Changes by Matt Joiner : -- nosy: +anacrolix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

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

Florent Xicluna 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 tracker

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

Daniel Swanson added the comment: i don't remember -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

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

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

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

Changes by Éric Araujo : -- nosy: +eric.araujo stage: -> test needed versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-lis

[issue14364] Argparse incorrectly handles '--'

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

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

Martin v. Löwis 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 ___ _

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

Yury Selivanov 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 tracker

[issue14288] Make iterators pickleable

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

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

Changes by Yury Selivanov : -- nosy: +Yury.Selivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13902] Sporadic test_threading failure on FreeBSD 6.4 buildbot

Nadeem Vawda added the comment: Patch looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

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

Georg Brandl added the comment: Looks good to me. -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

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

Antoine Pitrou 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 th

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

Changes by STINNER Victor : -- nosy: +brian.curtin, loewis, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

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

New submission from STINNER Victor : 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 different results on different

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

Changes by Antoine Pitrou : -- nosy: +neologix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13902] Sporadic test_threading failure on FreeBSD 6.4 buildbot

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

[issue14288] Make iterators pickleable

Kristján Valur Jónsson 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

[issue14310] Socket duplication for windows

Kristján Valur Jónsson 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

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

Roundup Robot 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

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

Adin Scannell 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 it. -- __

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

Gregory P. Smith 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 nosy: +gregory.