[issue11233] clarifying Availability: Unix

Georg Brandl added the comment: The "Notes on availability" bullet list at the top of docs.python.org/library/os should already say everything that there is to say here... -- nosy: +georg.brandl resolution: -> works for me status: open -> pending

[issue10709] Misc/AIX-NOTES needs updating

Georg Brandl added the comment: Committed as r88438. Thanks! Please indicate how much of this needs to be backported to 2.7 and 3.1. -- resolution: -> fixed ___ Python tracker __

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Georg Brandl added the comment: Committed as r88439 in py3k. -- priority: release blocker -> critical ___ Python tracker ___ ___ Pyth

[issue11184] Broken large file support on AIX

Georg Brandl added the comment: Okay, committed to py3k in r88440. Does this need backporting? -- resolution: -> fixed ___ Python tracker ___ _

[issue11222] Python3.2rc3 fails to build on Mac OS X with a non-framework build

Changes by Ned Deily : -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue11184] Broken large file support on AIX

Antoine Pitrou added the comment: > Okay, committed to py3k in r88440. Does this need backporting? Certainly. -- ___ Python tracker ___ ___

[issue11060] distutils2 sdist does not complain about version that is not PEP 386 compliant

yeswanth added the comment: I have gone through the source of mkcfg.py and though of implementing version check by calling distutils2.is_valid_version() and then if it results false , call suggest_normalized_version() to ask the user if he would like the suggested version or enter a new versi

[issue11247] Error sending packets to multicast IPV4 address

Charles-Francois Natali added the comment: Are you using a default gateway ? Are you sure this gateway supports multicast ? See for example http://www.sockets.com/err_lst1.htm#WSAENETUNREACH : """ WSAENETUNREACH (10051) Network is unreachable. Berkeley description: A socket operation was attem

[issue11224] 3.2: tarfile.getmembers causes 100% cpu usage on Windows

Lars Gustäbel added the comment: _FileInFile.read() does lots of unnecessary seeking and reads the same block again and again. The attached patch fixes that. Please try if it works for you. -- assignee: -> lars.gustaebel keywords: +patch Added file: http://bugs.python.org/file20793/ta

[issue11244] Negative tuple elements produce inefficient code.

Mark Dickinson added the comment: Unassigning. I don't think that r82043 is the *real* culprit here; that bugfix just happened to expose a deficiency in the peepholer; one that's already present in other situations: >>> dis.dis(lambda: 2*(3*4)) 1 0 LOAD_CONST 1 (2

[issue11248] Tails of generator get lost under zip()

New submission from Greg Kochanski : When you have a generator as an argument to zip(), code after the last yield statement may not get executed. The problem is that zip() stops after it gets _one_ exception, i.e. when just one of the generators has finished. As a result, if there were any im

[issue11248] Tails of generator get lost under zip()

Ezio Melotti added the comment: This behavior is documented[0]: """The returned list is truncated in length to the length of the shortest argument sequence.""" You can use izip_longest instead[1]. [0]: http://docs.python.org/library/functions.html#zip [1]: http://docs.python.org/library/itert

[issue11244] Negative tuple elements produce inefficient code.

Antoine Pitrou added the comment: Le samedi 19 février 2011 à 10:45 +, Mark Dickinson a écrit : > Mark Dickinson added the comment: > > Unassigning. I don't think that r82043 is the *real* culprit here; that > bugfix just happened to expose a deficiency in the peepholer; one that's >

[issue11248] Tails of generator get lost under zip()

Greg Kochanski added the comment: (a) It is not documented for the symmetric (4, 4) case where the two generators are of equal length. (b) Even for the asymmetric case, it is not documented in such a way that people are likely to see the implications. (c) Documented or not, it's still a wart

[issue11243] email/message.py str conversion

Steffen Daode Nurpmeso added the comment: I also got this now, it happens with and without the str() patch stuff. (Note that message.py line numbers are off by 1-2 lines ..). I don't know more about that in the moment, but the only thing that's changed is that i do: alln = self._msg.item

[issue11243] email/message.py str conversion

Steffen Daode Nurpmeso added the comment: The latter one was my fault, i did LIST.append(name, HEADER.append(xy)), assuming that HEADER.append() returns self though it doesn't. Sorry. However - shouldn't Message.__setitem__ check for valid arguments (see msg128846 code snippet)? It would h

[issue11243] email/message.py str conversion

Steffen Daode Nurpmeso added the comment: However, maybe that 5.1 message.py thing doesn't like header.Header instances. Also extending msg128846, this one is related to the str() issue - added an extended email_message.2.patch. Traceback (most recent call last): File "/Users/steffen/u

[issue11244] Negative tuple elements produce inefficient code.

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue8300] Allow struct.pack to handle objects with an __index__ method.

Matt Joiner added the comment: Why isn't this implemented to work with __int__ as well? -- nosy: +anacrolix ___ Python tracker ___ ___

[issue11234] Possible error in What's new Python3.2(rc3) documentation (sysconfig.get_config_var)

Antoine Pitrou added the comment: Well, it's up to Georg to decide if it goes before 3.2. But I don't see the hurry: the online docs are rebuilt daily anyway. -- assignee: pitrou -> georg.brandl ___ Python tracker

[issue11248] Tails of generator get lost under zip()

Ezio Melotti added the comment: a) that's true, even if the behavior makes sense (when the first generator ends there's no reason to see what's next in the second). Georg, do you think it should be documented? b) if you want to be sure that some clean-up is executed you should use a try/fina

[issue10709] Misc/AIX-NOTES needs updating

Sébastien Sablé added the comment: Great! I intend to check that branch 2.7 works fine on AIX once I will have finished with 3.x (which should be soon). I will then update this file for Python 2.7 (there shouldn't be much changes hopefully). -- __

[issue11071] What's New review comments

Éric Araujo added the comment: Attached patch adds a missing attribution, a missing bug number, fixes one typo (“content manager”) and five grammar issues. I haven’t had time to make a full read-through during the last weeks, but here are a few comments about the overall structure of the file

[issue11233] clarifying Availability: Unix

R. David Murray added the comment: Yes, but when you jump directly to one of the functions, you don't see that bullet list. Whereas if it were a footnote on the 'avaiability: unix" statement, the natural thing would be to follow the footnote and thus learn the limitations on that statement.

[issue11243] email/message.py str conversion

Changes by Steffen Daode Nurpmeso : Removed file: http://bugs.python.org/file20784/email_message.patch ___ Python tracker ___ ___ Python-bugs-

[issue11243] email/message.py str conversion

Steffen Daode Nurpmeso added the comment: David, i'm going down now. I'll raise the type to 'crash', because, in fact, EMail 5.1 doesn't really take care of header.Header objects in message.Message headers, which doesn't sound pretty useful to me! The patch is sufficient for my broken thing

[issue11243] email/message.py str conversion

Steffen Daode Nurpmeso added the comment: ... as a last though of mine, here is a header of the well known spam mail: >From MAILER-DAEMON Sat Feb 19 15:58:47 2011 Date: =?latin1?q?Tue=2C_4_Jan_2011_17=3A37=3A26_+0100_=28CET=29?= From: =?latin1?q?=22SAJATNAPTAR=2ECOM=22_=3Cinfo=40sajatnaptar=2E

[issue11249] Memory mismanagement with Py_tp_doc

New submission from Martin v. Löwis : Currently, memory management for the Py_tp_doc slot in PyType_FromSpec is ill-defined. The doc string being passed is stored in the type object as-is, but later released with PyObject_Free. To make this consistent, PyType_FromSpec should copy the string, s

[issue11249] Memory mismanagement with Py_tp_doc

Antoine Pitrou added the comment: Sure it should be a blocker? -- nosy: +georg.brandl, pitrou ___ Python tracker ___ ___ Python-bugs-

[issue11249] Memory mismanagement with Py_tp_doc

Martin v. Löwis added the comment: If this isn't added, people using the API might see crashes. If they then work around crashes, they will see memory leaks in future releases. -- ___ Python tracker _

[issue11249] Memory mismanagement with Py_tp_doc

Antoine Pitrou added the comment: Well, isn't Py_tp_doc characteristically bound to a constant char *, so that the problem doesn't manifest itself? -- ___ Python tracker ___ __

[issue7291] urllib2 cannot handle https with proxy requiring auth

Mike Beachy added the comment: I've been in contact w/ Barry Scott offline re: the monkey patch previously mentioned. I'm attaching a 2.7 maintenance branch patch that he has needed to extend, and plans to follow up on. -- Added file: http://bugs.python.org/file20798/2_7_x.patch

[issue7291] urllib2 cannot handle https with proxy requiring auth

Mike Beachy added the comment: Attached to this comment (can you attach multiple files at once?) is the somewhat moldy 2.6.4 monkey patch, mercilessly ripped from my own code and probably not good for much. -- Added file: http://bugs.python.org/file20799/monkey_2_6_4.py _

[issue11249] Memory mismanagement with Py_tp_doc

Georg Brandl added the comment: Sounds like a blocker to me. Martin, will you be able to provide a patch before final? -- ___ Python tracker ___ __

[issue11233] clarifying Availability: Unix

Georg Brandl added the comment: That's a good point, indeed. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11071] What's New review comments

Raymond Hettinger added the comment: Éric, go ahead an apply this patch except for the insertion of "the" in the codecs section. I'm not making regrouping, reordering, merging or other stylistic changes at this point. -- ___ Python tracker

[issue11233] clarifying Availability: Unix

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

[issue11248] Tails of generator get lost under zip()

Greg Kochanski added the comment: Yes, the current behaviour makes sense from a language designer's viewpoint, and maybe even from the user's viewpoint (if the user thinks about it a carefully). But, that's not the point of a computer language. The whole reason we program in languages like

[issue11248] Tails of generator get lost under zip()

Changes by Greg Kochanski : -- resolution: invalid -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11071] What's New review comments

Éric Araujo added the comment: Applied in r88441. I checked again that the issue numbers were right, and discovered that the functions in site related to PEP 370 were actually new in 2.6, not 3.2, so you may want to remove that section. -- ___ Pytho

[issue11071] What's New review comments

Éric Araujo added the comment: > I checked again that the issue numbers were right, and discovered that > the functions in site related to PEP 370 were actually new in 2.6, not > 3.2, so you may want to remove that section. Sorry: The functions are indeed new in 2.7/3.2, it’s the command-line f

[issue11234] Error in What's new 3.2rc3 with sysconfig.get_config_var('SO')

Éric Araujo added the comment: The online docs are rebuilt, but people may read the version bundled with a tarball or installer and wonder at the discrepancy, if they notice it. -- title: Possible error in What's new Python3.2(rc3) documentation (sysconfig.get_config_var) -> Error in

[issue11234] Error in What's new 3.2rc3 with sysconfig.get_config_var('SO')

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

[issue11071] What's New review comments

Éric Araujo added the comment: It appears that Misc/NEWS in 3.2 lists the new functions under the 3.1 section, among other strange differences. -- ___ Python tracker ___ __

[issue11249] Memory mismanagement with Py_tp_doc

Martin v. Löwis added the comment: > Well, isn't Py_tp_doc characteristically bound to a constant char * That's exactly the problem: PyType_FromSpec puts in this string literal. When the type is later released, PyObject_Free is called in type_dealloc, which segfaults. -- _

[issue11249] Memory mismanagement with Py_tp_doc

Martin v. Löwis added the comment: > Sounds like a blocker to me. Martin, will you be able to provide a patch > before final? The attached patch works fine for me. -- ___ Python tracker

[issue11249] Memory mismanagement with Py_tp_doc

Antoine Pitrou added the comment: > > Sounds like a blocker to me. Martin, will you be able to provide a patch > > before final? > > The attached patch works fine for me. Is there some documentation somewhere for all this? -- ___ Python tracker

[issue11234] Error in What's new 3.2rc3 with sysconfig.get_config_var('SO')

Raymond Hettinger added the comment: Éric, go ahead and fix this please. -- assignee: georg.brandl -> eric.araujo ___ Python tracker ___

[issue11234] Error in What's new 3.2rc3 with sysconfig.get_config_var('SO')

Éric Araujo added the comment: Done in r88442. I found a missing closing quote and fixed it too. -- ___ Python tracker ___ ___ Pytho

[issue11244] Negative tuple elements produce inefficient code.

Mark Dickinson added the comment: > It should. Can you test? Ah, you're asking me to actually do some (minimal) work instead of just complaining? Yep, the patch tests fine over here (OS X 10.6), and fixes the 2*(3*4) case. -- ___ Python tracker <

[issue8300] Allow struct.pack to handle objects with an __index__ method.

Mark Dickinson added the comment: Because (arguably) we don't want to be able to pack non-integral floats (or Decimal instances, or ...) using integer formats: >>> import struct [56090 refs] >>> struct.pack('L', 2.3) Traceback (most recent call last): File "", line 1, in struct.error: requi

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Mark Dickinson added the comment: Sorry, I'm unassigning myself from this; I'm still following the issue, but just don't forsee having time to work on it at all. -- assignee: mark.dickinson -> ___ Python tracker

[issue11248] Tails of generator get lost under zip()

Changes by Georg Brandl : -- assignee: -> docs@python components: +Documentation -None nosy: +docs@python stage: committed/rejected -> needs patch ___ Python tracker ___ ___

[issue11249] Memory mismanagement with Py_tp_doc

Martin v. Löwis added the comment: >>> Sounds like a blocker to me. Martin, will you be able to provide a patch >>> before final? >> >> The attached patch works fine for me. > > Is there some documentation somewhere for all this? Can you please be more specific? What's "all this"? That tp_d

[issue11249] Memory mismanagement with Py_tp_doc

Antoine Pitrou added the comment: > >>> Sounds like a blocker to me. Martin, will you be able to provide a patch > >>> before final? > >> > >> The attached patch works fine for me. > > > > Is there some documentation somewhere for all this? > > Can you please be more specific? What's "all th

[issue11249] Memory mismanagement with Py_tp_doc

Martin v. Löwis added the comment: >> That tp_doc will be copied is currently undocumented. PyType_FromSpec >> is documented in the PEP. > > I meant all of py_tp_doc, "limited api", "restricted api" show almost > zero hits in the API docs. A PEP is nice but I'm not sure many people > spontaneou

[issue11248] Tails of generator get lost under zip()

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11249] Memory mismanagement with Py_tp_doc

Georg Brandl added the comment: OK, committed in r88443 (with error handling made more consistent). BTW, the return from PyType_GenericAlloc isn't NULL-checked, which looks like a potential crasher to me. Not release-critical though. -- resolution: -> fixed status: open -> closed _

[issue11060] distutils2 sdist does not complain about version that is not PEP 386 compliant

Éric Araujo added the comment: You don’t need a new function (and certainly not in the __init__ submodule, the right place would be the version module), just do something like this: try: NormalizedVersion(text) except IrrationalVersionError: # version is invalid Alternative: use sugge

[issue11248] Tails of generator get lost under zip()

Raymond Hettinger added the comment: This is not a bug. It is an implementation specific detail and is not guaranteed behavior. The submitted "example bug" is horrible code that makes unwarranted assumptions about the implementation -- it is an anti-pattern to write generators that assume t

[issue11250] 2to3 truncates files at formfeed character

New submission from Christoph Gohlke : Running Tools/Scripts/2to3.py on Python 3.2rc3 or 2.7.1 for Windows on a file that contains a formfeed character (0x0C, ) results in a truncated file. E.g. a file (attached) with the content print 1 print 2 is incorrectly refactored: @@ -1,4 +1,1 @@ -

[issue11250] 2to3 truncates files at formfeed character

Changes by Christoph Gohlke : -- components: +2to3 (2.x to 3.0 conversion tool) ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue11250] 2to3 truncates files at formfeed character

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue11071] What's New review comments

Nick Coghlan added the comment: On Sun, Feb 20, 2011 at 4:22 AM, Éric Araujo wrote: > It appears that Misc/NEWS in 3.2 lists the new functions under the 3.1 > section, among other strange differences. "new in 3.2" changes are relative to 3.1, while 2.7 is relative to 2.6. They're treated as s

[issue11071] What's New review comments

Éric Araujo added the comment: Thanks for the message, but I already knew that. What I meant is that in the 3.2 version of Misc/NEWS, the addition of the functions is listed under the 3.1 section instead of 3.2. -- ___ Python tracker

[issue11251] cmd.Cmd tab completion treats dashes as spaces

New submission from Jon McKenzie : I'm writing a cmd.Cmd module that operates on filenames. As such, I'm attempting to write tab completions that operate similar to bash. However, files that contain dashes (hyphens) appear to exhibit unexpected behavior. It appears that somewhere along the lin

[issue11248] Tails of generator get lost under zip()

Greg Kochanski added the comment: The code (bug312.py) was not submitted as a "pattern", but rather as an example of a trap into which it is easy to fall, at least for the 99% of programmers who are users of the language rather than its implementers. The basic difference is that while one

[issue11252] Handling statement OR assignment continuation '\' on Win32 platform

New submission from Suresh Kalkunte : Referring to URL for files used to build the Apache Portable Runtime Utilities library using Python 2.7.1(AMD64) or 2.6.5(Cygwin) on a Win32 system (Windows 7), when apr/build/gen-build.py (http://svn.apache.org/viewvc/apr/apr/branches/1.4.x/build/gen-buil

[issue8300] Allow struct.pack to handle objects with an __index__ method.

Matt Joiner added the comment: Thanks Mark for clearing that up. I found this link to be useful in explaining the purpose of __index__: http://docs.python.org/release/2.5.1/whatsnew/pep-357.html I think the choice of allowing only __index__ was the right choice. -- _

[issue11248] Tails of generator get lost under zip()

Raymond Hettinger added the comment: I've looked at the docs again and think they're fine. And in the 3.x docs, the iterator version of zip() specifies its implementation with a pure python equivalent that makes it clear that the iterator is not run to exhaustion. Note that zip() has exist

[issue11253] autodocument first appearance of ctypes.wintypes constants

New submission from anatoly techtonik : I've just noticed that my application is incompatible with Python 2.5, because ctypes.wintypes is missing SHORT constants. However, I can't find the information when these symbols were introduced first. To prevent such confusion in future it would be nic

[issue2405] Drop w9xpopen and all dependencies

anatoly techtonik added the comment: I still see w9xpopen.exe in my Python 3.2 installation, which is kind of strange to me. -- nosy: +techtonik versions: +Python 3.3 ___ Python tracker ___

[issue11243] email/message.py str conversion

R. David Murray added the comment: Well, it's not a crash, a crash is when the interpreter segfaults. I'm not clear on why you are having problems, actually, since if you treat the messages as binary (which they are), then you shouldn't be getting Headers introduced into the mix. But like I

[issue11243] email/message.py str conversion

R. David Murray added the comment: Ah, I think I see what is going on. If I'm right, then you are right, this is a serious problem for actually processing spam emails using email 5.1. Unfortunately it's too late to do anything for 3.2.0. But email 5.1 is still worlds better at handling wel