[issue2849] Remove usage of rfc822 from the stdlib

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: Seems that removing rfc822 from `cgi` is not an easy task -- please see issue 1112856. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3016] tarfile.py incurs exception from self.chmod() when tarball has g+s

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I can't reproduce this. If I do py> import tarfile py> t=tarfile.open("pyOpenSSL-0.6.tar.gz","r:*") py> t.extractall() py> it extracts just fine, and sets the s-bits. I've used the file at http://downloads.sourceforge.net/pyopenssl/pyOpenS

[issue3015] tkinter with wantobjects=False has been broken for some time

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I think in Python 3, the whole wantobjects=False case should go. It was a compatibility measure to support applications that didn't expect Tcl objects; for Python 3, only a single case should be supported. -- nosy: +loewis _

[issue1765558] small improvement for peephole conditional jump optimizer

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: This one does give a real speedup in the case of jumping to a UNARY_NOT followed by another conditional jump. My only issue is that it doesn't make it's transformation all at once. It relies on a subsequent pass to not change its assump

[issue1764986] generic and more efficient removal of unreachable code

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Not too excited about this. It adds to compilation time but doesn't save any runtime. It's not at all common for production code to have unreachable code at RAISE_VARARGS or BREAK_LOOP, so I see no reason to complexify to the peepholer

[issue1764087] tiny addition to peephole optimizer

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: This was previously rejected for two reasons. 1) It provided almost no measureable speed-up (the code for LOAD_FAST and DUP_TOP is substantially the same, the only real difference is the time to fetch the oparg). 2) The optimization ty

[issue3016] tarfile.py incurs exception from self.chmod() when tarball has g+s

New submission from Zooko O'Whielacronx <[EMAIL PROTECTED]>: As reported at https://bugs.launchpad.net/pyopenssl/+bug/236190 , tarfile.py incurs an "Operation not permitted" exception (on Mac OS 10.4) when it tries to untar the pyOpenSSL-0.6.tar.gz tarball, because that tarball has directories in

[issue3015] tkinter with wantobjects=False has been broken for some time

New submission from Guilherme Polo <[EMAIL PROTECTED]>: This affects only py3k, but apparently tkinter has been in this situation for more than 9 months now. I see these lines at _tkinter.c: const char *s = Tcl_GetStringResult(self->interp); const char *p = s; res = PyUnicode_FromStringAndSize(

[issue3013] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

John Arbash Meinel <[EMAIL PROTECTED]> added the comment: Quick patch that changes the regex -- keywords: +patch Added file: http://bugs.python.org/file10481/cygwinccompiler.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue3014] file_dealloc() assumes errno is set when EOF is returned

New submission from johansen <[EMAIL PROTECTED]>: We're using Python to build the new packaging system for OpenSolaris. Yesterday, a user reported that when they ran the pkg command, piped the output to grep, and then typed ^C, sometimes they'd get this error: $ pkg list | grep office ^Cclose f

[issue3013] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- keywords: +easy priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___ ___ P

[issue3012] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Your own: #3013. :) -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3012] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

John Arbash Meinel <[EMAIL PROTECTED]> added the comment: can you link the bug that this is a dupe of? I did a search and didn't find anything. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3012] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3013] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

Changes by John Arbash Meinel <[EMAIL PROTECTED]>: -- components: +Distutils ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-

[issue3013] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

New submission from John Arbash Meinel <[EMAIL PROTECTED]>: I just upgraded my cygwin installation to the latest versions. Which seems to include GNU ld (GNU Binutils) 2.18.50.20080523 and GNU dllwrap (GNU Binutils) 2.18.50.20080523 It seems that their version notation is now Major.Minor.Micro.D

[issue3012] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523

New submission from John Arbash Meinel <[EMAIL PROTECTED]>: I just upgraded my cygwin installation to the latest versions. Which seems to include GNU ld (GNU Binutils) 2.18.50.20080523 and GNU dllwrap (GNU Binutils) 2.18.50.20080523 It seems that their version notation is now Major.Minor.Micro.D

[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH

Thomas Heller <[EMAIL PROTECTED]> added the comment: > The question is, which linker? I think it should be ld.so, which links "on > demand", and does pay attention to LD_LIBRARY_PATH. I'm not sure what the > point of find_library() is, otherwise. The best explanation is in the python docs: htt

[issue3011] locale module alias table needs to be updated

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: It may be worth to backport the change to 2.5, since it causes problems with current Linux distributions that use the "@euro" extension as default. ___ Python tracker <[EMAIL PROTECTED]>

[issue3011] locale module alias table needs to be updated

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Committed as r63824. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller <[EMAIL PROTECTED]> added the comment: Thomas Heller schrieb: > Here is a patch implementing the plan. ctypes-errno-3.patch, in case of doubt. ___ Python tracker <[EMAIL PROTECTED]>

[issue3011] locale module alias table needs to be updated

New submission from Marc-Andre Lemburg <[EMAIL PROTECTED]>: It's missing a lot of entries of the type "[EMAIL PROTECTED]" and was last updated in 2004. -- assignee: lemburg components: Library (Lib) messages: 67551 nosy: lemburg severity: normal status: open title: locale module alias ta

[issue1798] Add ctypes calling convention that allows safe access of errno

Thomas Heller <[EMAIL PROTECTED]> added the comment: Here is a patch implementing the plan. This text could serve as a start for the documentation, but it also describes the current implementation. Usage recipes should probably be added: /* ctypes maintains a module-global, but thread-local,

[issue2833] __exit__ silences the active exception

Changes by Adam Olsen <[EMAIL PROTECTED]>: -- nosy: +Rhamphoryncus ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue2507] Exception state lives too long in 3.0

Changes by Adam Olsen <[EMAIL PROTECTED]>: -- nosy: +Rhamphoryncus ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list maili

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Fri, May 30, 2008 at 2:32 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: > then why not make it a method of float? .. because you rarely want to make your functions accept 1.0, but reject 1 and using f.bin() in your function will giv

[issue708007] TelnetPopen3, TelnetBase, Expect split

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Since Pexpect is alive and well, doesn't it satisfy your needs? What's the point of trying to push an alternative implementation that has lingered for 7 years now? -- nosy: +gvanrossum ___ Python

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Another problem with bin() on floats is that it will be a one-way street because as far as I know, there is no function to convert a binary string back to a float. My last thought on this issue is that it will be helpful to add tobase(f

[issue3008] Let bin() show floats

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: AFAICT, there is no good use case for showing floats in in hex or oct, so those should not chance. Also, since bin() is new, no existing code is affected. Thanks for the comments. ___ Python tracker

[issue3008] Let bin() show floats

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > Better to just build-out bin() and be done with it. Ok, someone has to take a decision anyway. However, if you do that, it should be probably decided first what happens for hex() and oct(). Do they still disallow floats (which is semantica

[issue3008] Let bin() show floats

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Better to just build-out bin() and be done with it. FWIW, the action on ints and floats is similar to how str() handles numeric inputs: str(3) --> '3' str(3.0) --> '3.0' bin(3) --> '0b11' bin(3.0) --> '0b11.0' -- assi

[issue3008] Let bin() show floats

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > What would you say to adding float-capable bin/oct/hex (+ maybe tobase) > to the math module? Why not indeed. However, as I said, if the intent is float-specific (and it is, unless there is another inexact numeric type which warrants a spec

[issue3008] Let bin() show floats

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > I read the proposal as > producing the true mathematical radix 2 representation of a float > rather than its 64-bit memory layout. The term "layout" was probably badly chosen. Still, the explicit motivation for producing that representation

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: What would you say to adding float-capable bin/oct/hex (+ maybe tobase) to the math module? ___ Python tracker <[EMAIL PROTECTED]> __

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Fri, May 30, 2008 at 1:47 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: .. > 1. while taking the binary representation of an integer has a real > meaning, taking the binary representation of a float only exposes an > implementation de

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Fri, May 30, 2008 at 1:47 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: .. > 2. if two numbers (one integer and one float) are equal, it sounds > expectable that calling a function on them will produce similar output > (or fail). .. W

[issue3008] Let bin() show floats

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > I think you are mistaken. Python always distinguished between floats > and integers Sorry, my bad. > For example, if > bin is used inside f() only to produce some log output, but > otherwise f() works on any number, promiscuous bin() w

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: While writing my previous comments I did not realize that '%x' % accepts floats: >>> "%x" % 3.1415 '3' Float support has been even improved somewhat since 2.5: Python 2.5 (r25:51908, Nov 24 2006, 11:03:50) >>> '%x' % 1e10 Traceback (

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Fri, May 30, 2008 at 10:52 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > Well it's quite simple. Imagine you have a function f() which takes an > integer parameter named x,

[issue3008] Let bin() show floats

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well it's quite simple. Imagine you have a function f() which takes an integer parameter named x, and somewhere applies bin() to this parameters. Right now, if you call f(1.0) instead of f(1), you will get a TypeError, which is easy to detect

[issue3010] Module cmd documentation enhancement

New submission from Diez B. Roggisch <[EMAIL PROTECTED]>: Please consider applying the attached patch - it should prevent some confusion because the semantics of a passed stdin aren't clear otherwise. -- assignee: georg.brandl components: Documentation files: python2.5-libcmd.patch keywo

[issue3008] Let bin() show floats

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I like the idea in general. It is way too common for people to be confused by decimal representation of floats, so an obvious mechanism to display the true value will be helpful. I don't think a promiscuous bin() will lead to obscure

[issue2954] [PATCH] Make bisect module functions accept an optional comparison callable

Leandro Lucarella <[EMAIL PROTECTED]> added the comment: Is there any way to find the duplicated issue to see the resolution and find out why it has been rejected? Thank you. ___ Python tracker <[EMAIL PROTECTED]> __

[issue2985] xmlrpclib doesn't support 64bit integer replies

Georg Brandl <[EMAIL PROTECTED]> added the comment: As long as long integers aren't in the official spec, the current status is fine - liberal in accepting, and strict in sending. ___ Python tracker <[EMAIL PROTECTED]> __

[issue3009] 3.0a5 tarballs contain the code twice

New submission from Barry A. Warsaw <[EMAIL PROTECTED]>: As reported by Matthias Klose, the 3.0a5 tarball contains an extra py3k ssubdir with the whole source included again. He says a4 was okay. Check the release scripts before 3.0b1. -- assignee: barry components: Installation messag

[issue3008] Let bin() show floats

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Or, if you want to educate people at all cost, the TypeError raised by bin() when trying it on a float object could include in its message the binary representation of the float object "for edification". :-) __

[issue3008] Let bin() show floats

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: I'm not sure about the educational value of letting obscure bugs creeping in when someone passes a float where an int is expected :-) Your vis() function looks appropriate for the task of educating people, why should its behaviour be folded in

[issue2999] Py30a5: str.replace() tiny doc error

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed all return types in docstrings of str, bytes, bytearray in r63809. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2999] Py30a5: str.replace() tiny doc error

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r63808. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3008] Let bin() show floats

New submission from Raymond Hettinger <[EMAIL PROTECTED]>: Let bin() show floating point values. This would contribute quite a bit to people's understanding of floating point arithmetic. It has a nice education value and it makes it easier to diagnose floating point mysteries. def vis(f):

[issue2954] [PATCH] Make bisect module functions accept an optional comparison callable

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Thanks for the submission. This duplicated some previous feature requests which were discussed and ultimately rejected. -- resolution: -> duplicate status: open -> closed ___ Python tracker <

[issue2903] Add __name__ in globals of generated namedtuple namespace

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Added the simpler first part of the patch in r63807. Thanks for the submission. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>