[issue2708] IDLE subprocess error

Kristian Lauridsen <[EMAIL PROTECTED]> added the comment: Python 2.5.2 IDLE 1.2.2 It dosnt matter how i try to "end" IDLE: red cross, close(alt+F4), exit (Ctrl+Q) or writing exit(), it will ask me to kill the program. I dont think it's IDLE im "killing" but the program im writing. _

[issue2767] "doctest.DocTestCase.debug" clears "test.globs" too early

New submission from Dieter Maurer <[EMAIL PROTECTED]>: "doctest.DocTestCase.debug" calls "DebugRunner.run" without "clear_globs=False". As a consequence, already the runner clears "test.globs" and it is no longer available to "tearDown" (where is it cleared again). -- components: Library

[issue2756] urllib2 add_header fails with existing unredirected_header

Martin McNickle <[EMAIL PROTECTED]> added the comment: I can see that there will be a problem in this case. However, it may be that the authors found it more intuitive to always set the Content-Type to application/x-www-form-urlencoded when data is set. Their implementation is inconsistent thou

[issue2697] Logging ancestors ignored after configuration

Yap Sok Ann <[EMAIL PROTECTED]> added the comment: I'd think that it is a rather common situation where one wants to use use both fileConfig and module-level logger. As of now, the workaround suggested by Andrew seems to be the only viable way to achieve that. The alternative approach mentione

[issue2756] urllib2 add_header fails with existing unredirected_header

Martin McNickle <[EMAIL PROTECTED]> added the comment: Sorry, the first example should read: #--- request = urllib2.Request('http://www.whompbox.com/headertest.php') request.add_data(data) f = urllib2.urlopen(request) request.add_header('Conte

[issue2768] os.fstat and other os.f* methods should use PyObject_AsFileDescriptor

New submission from Christian Heimes <[EMAIL PROTECTED]>: os.fstat doesn't accept a file object with a fileno() method. This can easily be fixed by using PyObject_AsFileDescriptor(). Other os.f* methods may suffer from the same issue. -- components: Extension Modules keywords: easy messa

[issue2632] performance problem in socket._fileobject.read

Ralf Schmitt <[EMAIL PROTECTED]> added the comment: I have a case which triggers the assert in readline: File "build/bdist.linux-x86_64/egg/setuptools/command/develop.py", line 27, in run File "build/bdist.linux-x86_64/egg/setuptools/command/develop.py", line 102, in install_for_development

[issue2769] Small typo in whatsnew/2.6.rst

New submission from Quentin Gallet-Gilles <[EMAIL PROTECTED]>: In the "What's new" documentation for 2.6, a code marker is missing in the paragraph about itertools.permutations. Attached patch corrects this. -- assignee: georg.brandl components: Documentation files: whatsnew_2.6.patch k

[issue2632] performance problem in socket._fileobject.read

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: Similar problem is reported in #2760. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue2760] Recent change in socket.py breaks urllib2

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: Similar problem has been reported in #2632 as well. -- nosy: +draghuram __ Tracker <[EMAIL PROTECTED]> __ __

[issue2770] Subversion 1.5 Working Copies Break Setuptools

New submission from Augie Fackler <[EMAIL PROTECTED]>: Subversion 1.5 adds some fields to the entries file in the working copy administrative area. As a result of this, the way in which setuptools checks the entries files results in a raised exception. Having read the spec for the entries file

[issue2771] test issue

New submission from Guido van Rossum <[EMAIL PROTECTED]>: This is a very long line. I am wondering how it will be wrapped. What will happen to this exceedingly long line? Will it be wrapped? Will it? Really? What will happen? Here's an example: def fact(n): if n > 1: return n * fac

[issue2771] test issue

Changes by Guido van Rossum <[EMAIL PROTECTED]>: -- nosy: -gvanrossum resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2749] Raise a DeprecationWarning for warnings.showwarning(.., line)

Brett Cannon <[EMAIL PROTECTED]> added the comment: r62720 and r62722 have the fix (and a fix for the fix). In the Python code I check for an argument named 'line' and in the C code I make sure there are at least two default arguments. Both assume a Python implementation for showwarning(), whi

[issue1734346] patch for bug 1170311 "zipfile UnicodeDecodeError"

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Thanks for the patch, committed as r62724. I didn't see the need to clear the UTF-8 flag, so I left it in (in case somebody wants to inspect it). -- resolution: -> accepted status: open -> closed ___

[issue2741] documentation -- do serversockets work with ipv6

Mike MacFaden <[EMAIL PROTECTED]> added the comment: so i suggest just removing this sentence -- AF_INET and socket.AF_UNIX are two possible values. this would imply that all socket address families are supported. but if that is not true just list the exceptions.

[issue2770] Subversion 1.5 Working Copies Break Setuptools

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> pje nosy: +pje __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2760] Recent change in socket.py breaks urllib2

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: the change in socket was done as part of #2632. i'm marking this a duplicate, we'll track the issue in #2632. -- assignee: -> gregory.p.smith dependencies: +performance problem in socket._fileobject.read nosy: +gregory.p.smith pri

[issue1734346] patch for bug 1170311 "zipfile UnicodeDecodeError"

Alexey Borzenkov <[EMAIL PROTECTED]> added the comment: Martin, I cleared the flag bit because filename was changed in-place, to mark that filename does not need further processing. This was primarily compatibility concern, to accommodate for situations where users try to do such decoding in thei

[issue2632] performance problem in socket._fileobject.read

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: I'm glad i put that assert in... The problem occurs due to a mixture of fixed size reads followed by unbounded readlines on an unbuffered _fileobject. A case that the code currently doesn't handle. I'm fixing it.

[issue2750] Add simplejson to Python 2.6/3.0 standard library

Christian Heimes <[EMAIL PROTECTED]> added the comment: Please merge the bzr into the svn trunk as soon as possible. I'd like to get it into the last alpha release. __ Tracker <[EMAIL PROTECTED]> _

[issue2750] Add simplejson to Python 2.6/3.0 standard library

Brett Cannon <[EMAIL PROTECTED]> added the comment: So there is one failing test because json.dumps() tacks on extraneous whitespace. When you run the file through reindent it strips out the whitespace from the docstring, causing doctest to fail. Trying to fix it.

[issue1799] Per user site-packages and setup.py install --user patch

Changes by Christian Heimes <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9158/trunk_usersite4.patch __ Tracker <[EMAIL PROTECTED]> __ _

[issue1799] PEP 370

Christian Heimes <[EMAIL PROTECTED]> added the comment: The new patch applies cleanly in the trunk. -- priority: normal -> critical title: Per user site-packages and setup.py install --user patch -> PEP 370 Added file: http://bugs.python.org/file10199/pep370.patch __

[issue2750] Add simplejson to Python 2.6/3.0 standard library

Brett Cannon <[EMAIL PROTECTED]> added the comment: r62734 has it in the trunk. I had to change a doctest to use repr() in order to get around the extraneous whitespace that pretty-printing spits out, but otherwise I only added a Misc/NEWS entry. __ Tracker <[EM

[issue2750] Add simplejson to Python 2.6/3.0 standard library

Brett Cannon <[EMAIL PROTECTED]> added the comment: I am leaving this issue open until 'json' is ported to 3.0 (and thus why I am assigning this to Christian). -- assignee: benjamin.peterson -> christian.heimes __ Tracker <[EMAIL PROTECTED]>

[issue2750] Add simplejson to Python 2.6/3.0 standard library

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

[issue2750] Add simplejson to Python 2.6/3.0 standard library

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed up the docs in r62736. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsu

[issue2769] Small typo in whatsnew/2.6.rst

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed in r62737. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue2759] Bool makes filter(None,it) redundant; remove None option?

Georg Brandl <[EMAIL PROTECTED]> added the comment: I don't think this is important enough to get into 3099. -- status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2761] Doc: built-in callables and map

Georg Brandl <[EMAIL PROTECTED]> added the comment: Problem is, we already have a section "Builtin types". Fixed the map() docs in r62738, and added a note to the first sentence in r62739. __ Tracker <[EMAIL PROTECTED]>

[issue2752] Wrong comment in socket documentation

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed in r62740, thanks! __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscr

[issue1734346] patch for bug 1170311 "zipfile UnicodeDecodeError"

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Martin, I cleared the flag bit because filename was changed in-place, to > mark that filename does not need further processing. This was primarily > compatibility concern, to accommodate for situations where users try to > do such decoding

[issue2741] documentation -- do serversockets work with ipv6

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > so i suggest just removing this sentence -- > > AF_INET and socket.AF_UNIX are two possible values. > > this would imply that all socket address families are supported. > but if that is not true just list the exceptions. I think this w

[issue2741] documentation -- do serversockets work with ipv6

Mike MacFaden <[EMAIL PROTECTED]> added the comment: then change 'possible values' to 'for example' __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-lis

[issue2732] curses.textpad loses characters at the end of lines

Shish <[EMAIL PROTECTED]> added the comment: Also present in 2.5 -- components: +Library (Lib) -Extension Modules versions: +Python 2.5 __ Tracker <[EMAIL PROTECTED]> __ __

[issue2762] Language Reference: obsolute 2.x notes

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks very much, Terry! I've done almost all your suggestions in r62742, and added a docstring to with_traceback in r62741. For future issues, please feel free to choose either method 1 or 3 (I think 3 may be the simplest for you.) --

[issue2632] performance problem in socket._fileobject.read

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: The bug introduced in r62627 has been fixed in r62744. __ Tracker <[EMAIL PROTECTED]> __ ___ Pyth

[issue2760] Recent change in socket.py breaks urllib2

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: The bug introduced in r62627 has been fixed in r62744. __ Tracker <[EMAIL PROTECTED]> __ ___ Pyth

[issue1736190] asyncore/asynchat patches

Guido van Rossum <[EMAIL PROTECTED]> added the comment: FWIW, I've added Giampaolo's latest patch to Rietveld: http://codereview.appspot.com/744 Review comments added there should automatically be CC'ed here. _ Tracker <[EMAIL PROTECTED]>

[issue1736190] asyncore/asynchat patches

svncodereview <[EMAIL PROTECTED]> added the comment: Dear [EMAIL PROTECTED], New code review comments by [EMAIL PROTECTED] have been published. Please go to http://codereview.appspot.com/744 to read them. Message: (This is mostly a test of the bug/rietveld integration.) Details: http://codere

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

Guido van Rossum <[EMAIL PROTECTED]> added the comment: On Fri, Apr 18, 2008 at 1:46 AM, Marc-Andre Lemburg <[EMAIL PROTECTED]> wrote: > On 2008-04-18 05:35, atsuo ishimoto wrote: > > atsuo ishimoto <[EMAIL PROTECTED]> added the comment: > > > > Is a codec which encode() returns an Unicode all

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

Guido van Rossum <[EMAIL PROTECTED]> added the comment: FWIW, I've uploaded diff3.txt to Rietveld: http://codereview.appspot.com/767 Code review comments should be reflected here. I had to skip the change to Modules/unicodename_db.h which were too large for Rietveld to handle.

[issue2697] Logging ancestors ignored after configuration

andrew cooke <[EMAIL PROTECTED]> added the comment: Got more important things than this to worry about, but yes, original response not very helpful. In a perfect world this might be either justified more clearly or addressed. OTOH, I get the impression hardly anyone uses this package (docs were

[issue2621] rename test_support to support

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Now that the stdlib-reorg PEP has been accepted, would you like you me to apply this patch? (Of course, I'll account for recent changes in the test suite.) __ Tracker <[EMAIL PROTECTED]>

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

atsuo ishimoto <[EMAIL PROTECTED]> added the comment: I forgot to mention to Modules/unicodename_db.h. The current unicodename_db.h looks it was generated by old Tools/unicode/makeunicodedata.py. This patch includes newly generated unicodename_db.h, but we can exclude the change if not necessa

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

Guido van Rossum <[EMAIL PROTECTED]> added the comment: No need to change anything, the diff is just too big for the code review tool (Rietveld), but since it consists only of numbers we don't need to review it anyway. :) __ Tracker <[EMAIL PROTECTED]>