[issue1481036] IOBaseError

Changes by Armin Rigo <[EMAIL PROTECTED]>: -- nosy: -arigo _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubs

[issue1529142] Allowing multiple instances of IDLE with sub-processes

Tal Einat <[EMAIL PROTECTED]> added the comment: I really, really wish we could get this in for Python2.6 - this issue is a major drawback for beginners, for whom IDLE is mostly intended. Perhaps not this specific patch; I am willing to work on cleaning up the code and getting it tested by users

[issue2630] repr() should not escape non-ASCII characters

New submission from atsuo ishimoto <[EMAIL PROTECTED]>: In py3k, repr() escapes non-ASCII characters in Unicode to \u as Python 2. This is unpleasant feature if you are working with non-latin characters. This issue was once discussed by Hye-Shik Chang[1], but was rejected. Here's a new challe

[issue2058] reduce tarfile memory footprint

Lars Gustäbel <[EMAIL PROTECTED]> added the comment: Checked into the py3k branch as r62337. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2628] ftplib Persistent data connection

Changes by Giampaolo Rodola' <[EMAIL PROTECTED]>: -- nosy: +giampaolo.rodola __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2518] smtpd.py to handle huge email

Changes by Giampaolo Rodola' <[EMAIL PROTECTED]>: -- nosy: +giampaolo.rodola __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2559] atom sorting error when building ctypes

Thomas Heller <[EMAIL PROTECTED]> added the comment: So closing this as won't fix. -- resolution: -> wont fix status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1797] ctypes function pointer enhancements

Changes by Thomas Heller <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9129/ctypes-funcptr.patch __ Tracker <[EMAIL PROTECTED]> __ ___ P

[issue1797] ctypes function pointer enhancements

Thomas Heller <[EMAIL PROTECTED]> added the comment: Remove useless file (doesn't contain a patch). __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-lis

[issue1092502] Memory leak in socket.py on Mac OS X

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I think this should be fixed somewhere in the c code. people calling sock.recv which a large recv size will also trigger this error. this fix is wrong. the fixed code reads one byte at a time. see: http://mail.python.org/pipermail/python-dev/200

[issue2616] ctypes.pointer(), ctypes.POINTER() speedup

Thomas Heller <[EMAIL PROTECTED]> added the comment: Committed a slightly modified patch as rev 62338; will also be merged into py3k. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Sérgio Durigan Júnior <[EMAIL PROTECTED]> added the comment: Hi Martin, This is what you get when you try to build a 64-bit Python on a biarch machine (64-bit kernel, 32-bit userspace), using a gcc that generates natively 32-bit objects (therefore, you *must* pass the '-m64' option for the compi

[issue1092502] Memory leak in socket.py on Mac OS X

A.M. Kuchling <[EMAIL PROTECTED]> added the comment: Note that _rbufsize is only set to 1 if the _fileobject's bufsize is set to 0. So perhaps the bug is that some library is turning off buffering when it shouldn't. I don't see how you would fix this in the C code, other than manually doing two

[issue2389] Array pickling exposes internal memory representation of elements

Guido van Rossum <[EMAIL PROTECTED]> added the comment: This looks indeed wrong. Unfortunately it also looks hard to fix in a way that won't break unpickling arrays pickled by a previous Python version. We won't be able to fix this in 2.5 (it'll be a new feature) but we should try to fix this in

[issue2630] repr() should not escape non-ASCII characters

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I think this has potential, but it is too liberal. There are many more characters that cannot be assumed printable, e.g. many of the Latin-1 characters in the range 0x80 through 0x9F. Isn't there some Unicode data table that shows code poin

[issue2631] IMPORT_NAME Documentation is incomplete

New submission from Paul Bonser <[EMAIL PROTECTED]>: The documentation for IMPORT_NAME at http://docs.python.org/lib/bytecodes.html doesn't mention the fact that the instruction requires two parameters to be on the stack. TOS and TOS1 should map to the fromlist and level parameters to the builti

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

New submission from Curt Hagenlocher <[EMAIL PROTECTED]>: First reported by Ralf Schmitt. I haven't checked 2.6 or 3.0. -- components: Library (Lib) files: socket.py.diff keywords: patch messages: 65472 nosy: CurtHagenlocher severity: normal status: open title: socket._fileobject.read(n)

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: The relevant python-dev thread is http://mail.python.org/pipermail/python-dev/2008-April/078613.html -- nosy: +draghuram __ Tracker <[EMAIL PROTECTED]>

[issue1751] Fast BytesIO implementation + misc changes

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Do I need to look at this, or is the review going well without my interference? __ Tracker <[EMAIL PROTECTED]> __ ___

[issue852532] ^$ won't split on empty line

Mike Coleman <[EMAIL PROTECTED]> added the comment: I'd feel better about this bug being 'wont fix'ed if I had a sense that several people considered the patch and thought that it sucked. At the moment, it seems more like it just fell off of the end without ever being seriously contemplated. :-

[issue1751] Fast BytesIO implementation + misc changes

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Hi Guido, The patch changes a minor things to io.py to allow io.BytesIO to pass my test suite, so you may want to check it out. Other than that, I think the review is going fine. __ Tracker <[EMAIL PROTE

[issue2277] MozillaCookieJar does not support Firefox3 cookie files

Changes by Gerhard Häring <[EMAIL PROTECTED]>: -- nosy: +ghaering __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscri

[issue2603] Make range __eq__ work

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Once the review for this is completed I have no objection to it going in. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > This is what you get when you try to build a 64-bit Python on a biarch > machine (64-bit kernel, 32-bit userspace), using a gcc that generates > natively 32-bit objects (therefore, you *must* pass the '-m64' option > for the compiler): Or

[issue1738] filecmp.dircmp does exact match only

Michael Amrhein <[EMAIL PROTECTED]> added the comment: > Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: ... > > '*' is a perfectly legal filename character on most filesystems > Oops! Never thought of putting a '*' into a file name. Obviously, I should have tried before ... Ok, th

[issue1683368] object.__init__ shouldn't allow args/kwds

Changes by Guido van Rossum <[EMAIL PROTECTED]>: -- status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list maili

[issue2633] Improve subprocess.Popen() documentation ("env" parameter)

New submission from Roy Smith <[EMAIL PROTECTED]>: http://docs.python.org/lib/node528.html (17.1.1 Using the subprocess Module) describes the "env" parameter thusly: If env is not None, it defines the environment variables for the new process. This is too vague to be useful. If it's not None

[issue2535] duplicate Misc.lower

Changes by A.M. Kuchling <[EMAIL PROTECTED]>: -- keywords: +easy __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscrib

[issue1092502] Memory leak in socket.py on Mac OS X

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: Well, I think the right thing to do is limit the maximal size to be read inside the c function (just to make it impossible to pass around large values). This is basically the same fix just at another place in the code. http://twistedmatrix.com

[issue1092502] Memory leak in socket.py on Mac OS X

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: that is it seems wrong that it uses 1 byte when a size is given, and recv_size when size is not given. By the way I think if you ask for 4096 bytes and the buffering is set to 2048 bytes it should still try to read the full 4096 bytes. The numb

[issue2630] repr() should not escape non-ASCII characters

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: What if we turn on the backslashreplace trick for some operations only? For example: sys_displayhook and sys_excepthook. -- nosy: +amaury.forgeotdarc __ Tracker <[EMAIL PROTECTED]>

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2622] Import errors in email.message.py

John Jackson <[EMAIL PROTECTED]> added the comment: Attached is a sample code that reproduces the problem under python 2.5 on Mac OS 10.4.11. See file for instructions on how to reproduce the issue. Added file: http://bugs.python.org/file10030/test_mailbox.py __

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: One more time: the change is wrong. It should try to recv the maximum not the minimum of size, buffer_size. If you using a buffering of 16 bytes it will otherwise call recv 256 times when you want to read 1024 bytes. this is wrong. However there

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Changes by Guido van Rossum <[EMAIL PROTECTED]>: -- priority: -> critical __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: akuchling, I added you to the nosy list. hope that's ok. __ Tracker <[EMAIL PROTECTED]> __ ___ Python

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +akuchling __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscrib

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: This is apparently the same issue as #2601. -- nosy: +pitrou __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2601] [regression] reading from a urllib2 file descriptor happens byte-at-a-time

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: See #2632 for more discussion of what is probably the same issue. -- nosy: +pitrou __ Tracker <[EMAIL PROTECTED]> __ _

[issue2601] [regression] reading from a urllib2 file descriptor happens byte-at-a-time

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: ahh. yes, same issue. should have taken a look at the bugtracker before, would have saved me some time... __ Tracker <[EMAIL PROTECTED]> __ _

[issue2609] Tests fail if ./@test is not writeable

Changes by Trent Nelson <[EMAIL PROTECTED]>: -- assignee: -> Trent.Nelson nosy: +Trent.Nelson __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue2630] repr() should not escape non-ASCII characters

atsuo ishimoto <[EMAIL PROTECTED]> added the comment: > I think this has potential, but it is too liberal. There are many more > characters that cannot be assumed printable, e.g. many of the Latin-1 > characters in the range 0x80 through 0x9F. Isn't there some Unicode > data table that shows

[issue2630] repr() should not escape non-ASCII characters

atsuo ishimoto <[EMAIL PROTECTED]> added the comment: > What if we turn on the backslashreplace trick for some operations only? > For example: sys_displayhook and sys_excepthook. It would be difficult, since *_repr() API don't know who is the caller. __ Tracker

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Bob Atkins <[EMAIL PROTECTED]> added the comment: Martin, I've been quietly reading all of the back and forth regarding this problem. Your suggestion for using the CC variable to fix the problem that I reported won't work - I already tried it and based on what others are reporting, you are be

[issue2630] repr() should not escape non-ASCII characters

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Atsuo: I missed Michael Urman's comment. Can you copy it here, or (better :-) write a patch that uses it? Amaury: I think it would be okay to use backslashreplace as the default error handler for sys.stderr. Probably not for sys.stdout or

[issue2630] repr() should not escape non-ASCII characters

atsuo ishimoto <[EMAIL PROTECTED]> added the comment: Okay, I'll revise a patch later today. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list maili

[issue2611] Extend buildbot web interface to allow for forced tests to be run on a slave in verbose mode.

Neal Norwitz <[EMAIL PROTECTED]> added the comment: > I think this will be fairly difficult to set up. If the clean buildstep > had been executed, you would have to rerun configure and compile before > you can run any tests. We could re-order and do clean first. That would leave all the buil

[issue2634] os.execvpe() docs need to be more specific

New submission from Roy Smith <[EMAIL PROTECTED]>: Note: this is (sort of) related to Issue2633. http://docs.python.org/lib/os-process.html (14.1.5 Process Management). The docs for os.execvpe() say, "the env parameter must be a mapping which is used to define the environment variables for the

[issue1628484] Python 2.5 64 bit compile fails on Solaris 10/gcc 4.1.1

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Your suggestion for using the CC variable to fix the problem that I > reported won't work - I already tried it and based on what others are > reporting, you are beating a dead horse. Believe me I would rather not > modify anyone's code i

[issue2611] Extend buildbot web interface to allow for forced tests to be run on a slave in verbose mode.

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > We could re-order and do clean first. That would leave all the build > artifacts in tact after a build which would be nice for some > debugging. With the current setup, that wouldn't quite work. We can't run it before configure, because w

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Curt Hagenlocher <[EMAIL PROTECTED]> added the comment: I've attached a much better patch as suggested by Guido Added file: http://bugs.python.org/file10032/socket.py.diff __ Tracker <[EMAIL PROTECTED]> _

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Changes by Curt Hagenlocher <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10029/socket.py.diff __ Tracker <[EMAIL PROTECTED]> __ ___ Pyt

[issue2632] socket._fileobject.read(n) should ignore _rbufsize when 1

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: This patch handles the case where the caller has specified the size argument. When size is unspecified, it should be handled as if size was infinite. By the formula from your patch, this should be recv_size = min(self.max_readsize, max(self._r

[issue2122] mmap.flush does not check for errors on windows

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubsc

[issue2635] textwrap: bug in 'fix_sentence_endings' option

New submission from Giuseppe Scelsi <[EMAIL PROTECTED]>: >>> textwrap.fill('File stdio.h is nice.', ... fix_sentence_endings=True) 'File stdio.h is nice.' ^-- wrong double space! The problem is with the compiled regexp 'sentence_end_re' in 'textwrap.py'. A possible fix would

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

Changes by Neal Norwitz <[EMAIL PROTECTED]>: -- assignee: amaury.forgeotdarc -> gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-lis

[issue2541] Unicode escape sequences not parsed in raw strings.

Neal Norwitz <[EMAIL PROTECTED]> added the comment: What is the status of this bug? AFAICT, the code is now correct. Have the doc changes been applied? The resolution on this report should be updated too. It's currently rejected. -- nosy: +nnorwitz __

[issue2601] [regression] reading from a urllib2 file descriptor happens byte-at-a-time

Neal Norwitz <[EMAIL PROTECTED]> added the comment: Bumping the priority. I'd like to see this fixed before the next release. What version(s) does this problem apply to: 2.5, 2.6, 3.0? -- nosy: +nnorwitz priority: critical -> release blocker __ Tracker

[issue2601] [regression] reading from a urllib2 file descriptor happens byte-at-a-time

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: quoting http://bugs.python.org/issue1389051: "Applied to 2.6 trunk in rev. 61008 and to 2.5-maint in rev. 61009." I don't know about py3k... -- versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]>