[issue1401] urllib2 302 POST

Andres Riancho added the comment: As mentioned in the RFC, and quoted by orsenthil, "however, most existing user agent implementations treat 302 as if it were a 303 response", which is true for urllib2.py too ( see line 585 ): http_error_301 = http_error_303 = http_error_307 = http_error_302

[issue1395] py3k: duplicated line endings when using read(1)

Amaury Forgeot d'Arc added the comment: OK, I have taken another approach which seems to work (see io4.diff): It uses an IncrementalNewlineDecoder, which wraps the initial (e.g. utf-8) decoder. All the tests in test_io pass on Windows, including those added by io.diff and io2.diff. This was not t

[issue1395] py3k: duplicated line endings when using read(1)

Christian Heimes added the comment: The patch doesn't apply $ patch -p0 < io4.diff (Stripping trailing CRs from patch.) patching file Lib/io.py patch: malformed patch at line 41: @@ -1133,7 +1160,10 @@ __ Tracker <[EMAIL PROTECTED]>

[issue1395] py3k: duplicated line endings when using read(1)

Amaury Forgeot d'Arc added the comment: Sorry, I think I corrupted the file by hand. Here is another version Added file: http://bugs.python.org/file8712/io4.diff __ Tracker <[EMAIL PROTECTED]> __

[issue1393] function comparing lacks NotImplemented error

Christian Heimes added the comment: Additional prints make it easy to understand what happens here: >>> class Anything: ... def __eq__(self, other): ... print("eq") ... return True ... def __ne__(self, other): ... print("ne") ... return False ... >>> x = l

[issue1395] py3k: duplicated line endings when using read(1)

Amaury Forgeot d'Arc added the comment: > About mailbox.py: it seems that the code cannot work Of course: the file mode was recently changed from rb+ to r+ (revision 57809). This means that every occurrence of os.linesep has to disappear. Oh my. __ Tracker <[EMAI

[issue1377] test_import breaks on Linux

Changes by Christian Heimes: -- resolution: accepted -> remind status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mai

[issue1337] Tools/msi/msi.py does not work with PCBuild8

Christian Heimes added the comment: PCBuild is still the default compiler for Python but any patches are appreciated. You could start by writing a new or updating the old compiler command to support VS 2005. The old distutils.msvccompiler supports only MSVC 6 and 7 but not 8. -- nosy: +t

[issue1400] Py3k's print() flushing problem

Changes by Christian Heimes: -- keywords: +py3k priority: -> high resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-li

[issue1351] Add getsize() to io instances

Christian Heimes added the comment: > (a) the SizeInfo class is overkill. getsize() should just return an int. But I like overkill :) > (b) getsize() should check self.seekable() first and raise the appropriate error if the file isn't seekable. That's easy to implement > (c) os.fstat() is mu

[issue1720390] Remove backslash escapes from tokenize.c.

Christian Heimes added the comment: Can you create a new patch and verify that the problem still exists? norawescape3.diff doesn't apply cleanly any more. -- nosy: +tiran _ Tracker <[EMAIL PROTECTED]>

[issue1127] No tests for inspect.getfullargspec()

Quentin Gallet-Gilles added the comment: Alright, thanks! __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1110] Problems with the msi installer - python-3.0a1.msi

Christian Heimes added the comment: I've validated a) and fixed b) two weeks ago. I'm closing this bug. It doesn't contain any additional problems for the bug. I expect the next alpha of Python 3.0 in about two weeks. Please test the next version, would you? The problems with your localization o

[issue1404] warnings module bug: BytesWarning: str() on a bytes instance

New submission from Christian Heimes: $ ./python -bb Lib/compileall.py Listing /home/heimes/dev/python/py3k/Lib ... Compiling /home/heimes/dev/python/py3k/Lib/pydoc.py ... Traceback (most recent call last): File "Lib/compileall.py", line 162, in exit_status = int(not main()) File "Lib/co

[issue1210] imaplib does not run under Python 3

Christian Heimes added the comment: The transition is done. Can you work on a patch and maybe add some tests, too? It helps when you start Python with the -bb flag: $ ./python -bb -c 'import imaplib; imaplib.Debug=5; imaplib.IMAP4("mail.rtmq.infosathse.com")' 52:01.86 imaplib version 2.58 52

[issue1127] No tests for inspect.getfullargspec()

Christian Heimes added the comment: I've applied your patch in r58910. Thanks! Please open another bug if you have additional tests. -- nosy: +tiran resolution: -> fixed __ Tracker <[EMAIL PROTECTED]> _

[issue1042] test_glob fails with UnicodeDecodeError

Christian Heimes added the comment: I'm unable to reproduce the error and I haven't seen it for a long time. Closing -- keywords: +rfe resolution: -> out of date status: open -> closed type: -> behavior __ Tracker <[EMAIL PROTECTED]>

[issue1283] PyBytes (buffer) .extend method needs to accept any iterable of ints

Changes by Christian Heimes: -- components: +Interpreter Core priority: -> low resolution: -> accepted type: -> rfe __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1400] Py3k's print() flushing problem

Wojciech Walczak added the comment: 2007/11/8, admin <[EMAIL PROTECTED]>: > -- > keywords: +py3k > priority: -> high > resolution: -> accepted Which resolution was accepted? Wojtek Walczak __ Tracker <[EMAIL PROTECTED]>

[issue1144] parsermodule validation out of sync with Grammar

Christian Heimes added the comment: It's still breaking but Guido should know how to fix the parser. -- assignee: -> gvanrossum keywords: +patch nosy: +gvanrossum, tiran priority: normal -> low resolution: -> accepted __ Tracker <[EMAIL PROTECTED]>

[issue1403] io or codecs bug in codecs.getincrementaldecoder

New submission from Christian Heimes: $ ./python Lib/compileall.py Listing /home/heimes/dev/python/py3k/Lib ... Compiling /home/heimes/dev/python/py3k/Lib/pydoc.py ... Traceback (most recent call last): File "Lib/compileall.py", line 162, in exit_status = int(not main()) File "Lib/compil

[issue1086] test_email failed

Christian Heimes added the comment: Fixed about two weeks ago -- keywords: +rfe nosy: +tiran resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1110] Problems with the msi installer - python-3.0a1.msi

Changes by Christian Heimes: -- resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue1087] py3k os.popen result is not iterable, patch attached

New submission from Christian Heimes: os.popen was reimplemented a while ago. It's using the subprocess. I've added a unit test to verify the existence of __iter__() in r58912. -- nosy: +tiran resolution: -> invalid status: open -> closed __ Tracker <[EM

[issue1020] pyexpat.XMParserType broken (was: pydoc doesn't work on pyexpat)

Christian Heimes added the comment: It's not a problem with pydoc but a problem in the pyexpat module. I believe that the C code is broken. See for yourself: >>> dir(pyexpat.XMLParserType) ['__class__', '__delattr__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '_

[issue1210] imaplib does not run under Python 3

Raghuram Devarakonda added the comment: I will see what I can do but it may take a while. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue1333] merge urllib and urlparse functionality

Changes by Christian Heimes: -- keywords: +py3k priority: -> normal resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

[issue1282] re module needs to support bytes / memoryview well

Changes by Christian Heimes: -- keywords: +py3k priority: -> normal resolution: -> accepted type: -> rfe __ Tracker <[EMAIL PROTECTED]> __ __

[issue1395] py3k: duplicated line endings when using read(1)

Christian Heimes added the comment: The new io4.diff breaks test_io and test_univnewlines on Linux Added file: http://bugs.python.org/file8713/linux_test.log.gz __ Tracker <[EMAIL PROTECTED]> __

[issue1200] Allow array.array to be parsed by the t# format unit.

Changes by Christian Heimes: -- keywords: +py3k priority: -> normal type: behavior -> rfe __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-lis

[issue1404] warnings module bug: BytesWarning: str() on a bytes instance

Christian Heimes added the comment: No bug at all ;) -- priority: high -> resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1366] popen spawned process may not write to stdout under windows

Patrick Mézard added the comment: pythonmeister: I never expected stderr to be redirected, just *all stdout* to be captured. But... gagenellina: you are completely right about the failure. Still, this issue happened with a real world application written in C, and redirecting manually stderr to :

[issue1127] No tests for inspect.getfullargspec()

Changes by Christian Heimes: -- status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue1720390] Remove backslash escapes from tokenize.c.

Ron Adam added the comment: Yes, I will update it. _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1405] Garbage collection not working correctly in Python 2.3

Christian Heimes added the comment: I'm sorry but Python 2.3 is long gone. Its maintenance cycle has ended over a year ago.Nobody is going to fix an outdated version when the new versions of Python are working fine. Can you update to a new version of Python? -- nosy: +tiran resolution:

[issue1398] Can't pickle partial functions

Changes by Christian Heimes: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li

[issue1677872] Efficient reverse line iterator

Mark Russell added the comment: Sure - I'll do an updated patch at the weekend. _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing l

[issue1081] file.seek allows float arguments

Christian Heimes added the comment: Fixed in r58914 -- nosy: +tiran resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1401] urllib2 302 POST

Facundo Batista added the comment: So, for 302 error we should resend the request as POST (header with lenght and data), and for the others we need to keep current behaviour. Actually, we just need to code a new handling function for 302, and leave the existing one as is. What do you think? __

[issue1677872] Efficient reverse line iterator

Christian Heimes added the comment: Some people like the feature, Guido isn't against the feature ... It looks as you have a good chance to get it into Python 3.0. :) Can you come up with a new patch and unit tests? The io module has changed a lot since your initial patch. -- nosy: +tir

[issue1395] py3k: duplicated line endings when using read(1)

Amaury Forgeot d'Arc added the comment: > The new io4.diff breaks test_io and test_univnewlines on Linux oops, I missed this one. Here is a new version: io5.diff, which should handle the "seen newlines" better. Two more bug fixes found by test_univnewlines: - write() should return the number o

[issue1405] Garbage collection not working correctly in Python 2.3

New submission from Stefan Sonnenberg-Carstens: when running this script: aList = [] for i in xrange(5E5): aList += [[]] for j in xrange(10): aList[-1].append([]) del aList It does not give back the memory even a import gc gc.collect() afterwards does not do it. In Python 2.5

[issue1406] Use widechar api for os.environ

Christian Heimes added the comment: Great work! :) I've been waiting for a fix. Do you have time to rework PC/getpathp.c and other code related to sys.path? It's still using the ASCII api which causes bugs like http://bugs.python.org/issue1342 -- nosy: +tiran priority: -> high resoluti

[issue1366] popen spawned process may not write to stdout under windows

Stefan Sonnenberg-Carstens added the comment: the popen call does not redirect stderr. If you do something like 2>null (windows) or 2>/dev/null (*nix) it will _never_ get printed. If you want to have stderr & stdout getting in via popen and thus stdout, under *nix and windows you would do that:

[issue1403] py_compile and compileall need unit tests

Christian Heimes added the comment: I've fixed the bug in r58913. The modules need more unit tests. -- priority: high -> low resolution: -> accepted title: io or codecs bug in codecs.getincrementaldecoder -> py_compile and compileall need unit tests __

[issue1398] Can't pickle partial functions

Stefan Sonnenberg-Carstens added the comment: You are using an old protocol version pickle.dumps(partial_f,2) does the trick: >>> pickle.dumps(partial_f,2) '\x80\x02cfunctools\npartial\nq\x00)\x81q\x01}q\x02b.' -- nosy: +pythonmeister __ Tracker <[EMAI

[issue1406] Use widechar api for os.environ

New submission from Thomas Heller: This patch uses the windows widechar apis for os.environ. In this way, environment variables that use umlauts can be accessed. -- components: Interpreter Core, Windows files: posixmodule.c.diff keywords: patch, py3k messages: 57265 nosy: theller severi

[issue1401] urllib2 302 POST

Andres Riancho added the comment: According to the RFC: If urllib2 gets a 302 in response to a request, it MUST send the *same* request to the URI specified in the Location header, without modifying the method, headers, or any data (urllib2 is not RFC compliant here) In urllib2, a 301 and a 307

[issue1395] py3k: duplicated line endings when using read(1)

Raghuram Devarakonda added the comment: Considering that test_csv is failing on windows even without any changes related to this issue, I looked at it and came up with this patch: - Index: Lib/test/test_csv.py === --

[issue1395] py3k: duplicated line endings when using read(1)

Raghuram Devarakonda added the comment: On 11/8/07, Amaury Forgeot d'Arc <[EMAIL PROTECTED]> wrote: > OK, I have taken another approach which seems to work (see io4.diff): > It uses an IncrementalNewlineDecoder, which wraps the initial (e.g. > utf-8) decoder. I like this approach even though I h

[issue1399] XML codec

Walter Dörwald added the comment: OK, I've changed the name of the codec to xml_auto_detect and added support for EBCDIC. Added file: http://bugs.python.org/file8717/diff2.txt __ Tracker <[EMAIL PROTECTED]> _

[issue1144] parsermodule validation out of sync with Grammar

Guido van Rossum added the comment: No, I didn't write the parser module (which isn't the parser, just a wrapper to make it accessible from Python). -- assignee: gvanrossum -> fdrake nosy: +fdrake __ Tracker <[EMAIL PROTECTED]>

[issue1393] function comparing lacks NotImplemented error

Guido van Rossum added the comment: It's still odd though. Why does object() == Anything() pass control to the right hand side, while (lambda: None) == Anything() doesn't? There's no definition of equality in PyFunction_Type, so it would seem to fall back on the definition in PyBaseObject_Type,

[issue1720390] Remove backslash escapes from tokenize.c.

Guido van Rossum added the comment: FWIW, I'm +1 on the part of this patch that disables \u in raw strings. I just had a problem with a doctest that couldn't be run in verbose mode because \u was being interpreted in raw mode... But I'm still solidly -1 on allowing trailing \. _

[issue1377] test_import breaks on Linux

Guido van Rossum added the comment: I wouldn't close this until it's fixed. -- status: closed -> open __ Tracker <[EMAIL PROTECTED]> __ ___ Pyth

[issue1402] Interpreter cleanup: order of _PyGILState_Fini and PyInterpreterState_Clear

Guido van Rossum added the comment: Do you have a patch? Then we could consider fixing this in 2.5.2. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ __

[issue1720250] PyGILState_Ensure does not acquires GIL

Changes by Brad Johnson: -- nosy: +urBan_dK _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1395] py3k: duplicated line endings when using read(1)

Amaury Forgeot d'Arc added the comment: Updated patch (io6.diff): - simplifications in readline - seennl is now completely handled by the NewlineDecoder Added file: http://bugs.python.org/file8719/io6.diff __ Tracker <[EMAIL PROTECTED]>

[issue1410] BaseHTTPServer cannot accept Unicode data

Changes by J. Peterson: -- components: Library (Lib) nosy: isonno severity: normal status: open title: BaseHTTPServer cannot accept Unicode data type: behavior versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]>

[issue1395] py3k: duplicated line endings when using read(1)

Guido van Rossum added the comment: > Considering that test_csv is failing on windows even without any changes > related to this issue, I looked at it and came up with this patch: > > - > Index: Lib/test/test_csv.py > ===

[issue1390] toxml generates output that is not well formed

Paul Pogonyshev added the comment: I think unexpected exception in toxml() is not worse than producing unreadable output. With createComment() it is different, since you can e.g. create a temporary DOM tree only to discard it later and never serialize. __ Tracker

[issue1409] new keyword-only function parameters interact badly with nested functions

New submission from Paul Pogonyshev: Attached scripts fails with 'NameError: free variable 'a' referenced before assignment in enclosing scope'. If you remove '*' in function parameter list, it works. I think it is a bug. -- components: Interpreter Core files: test.py messages: 57277 n

[issue1407] [performance] Too many closed() checkings

Christian Heimes added the comment: The problem should be addressed after the last alpha during the optimization and cleanup phase. -- components: +Interpreter Core, Library (Lib) -Build keywords: +py3k nosy: +tiran priority: -> normal resolution: -> later

[issue1157] test_urllib2net fails on test_ftp

Christian Heimes added the comment: The test is passing for me on Ubuntu and Windows. -- keywords: +py3k nosy: +tiran resolution: -> works for me status: open -> closed __ Tracker <[EMAIL PROTECTED]> ___

[issue1047] py3k: corrections for test_subprocess on windows

Christian Heimes added the comment: The patch to _fileio was implemented in a different way and applied to the py3k branch a while ago. -- nosy: +tiran resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1400] Py3k's print() flushing problem

Guido van Rossum added the comment: I don't think anything was accepted yet. -- nosy: +gvanrossum resolution: accepted -> __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1399] XML codec

Marc-Andre Lemburg added the comment: Thanks, Walter ! __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue1406] Use widechar api for os.environ

Thomas Heller added the comment: Committed as rev 58916. The getpath.c, sys.path, and sys.argv issues is much more difficult to fix IMO. If you write a testcase for THIS issue (os.environ), I'll start thinking on them. No promises, though. -- assignee: -> theller resolution: accepted

[issue1407] [performance] Too many closed() checkings

New submission from Wojciech Walczak: For debugging reasons I have added a simple line to PyObject_Call() function in Objects/abstract.c: printf("%s.%s\n", func->ob_type->tp_name, PyEval_GetFuncName(func)); Now, after compiling python and running interpreter with simple print() call I receive thi

[issue1408] Inconsistence in multiply list

Changes by beco: -- components: Interpreter Core nosy: beco severity: major status: open title: Inconsistence in multiply list type: behavior versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]> __

[issue1408] Inconsistence in multiply list

New submission from beco: There is no way to create a big nested list without references using the multiplication operator. '*' is supposed to work like + ... + in this cases: >>> a=[0, 0] >>> b=[a[:]]+[a[:]] >>> b [[0, 0], [0, 0]] >>> b[0][0]=1 >>> b [[1, 0], [0, 0]] Ok! Copy here, not refere

[issue1409] new keyword-only function parameters interact badly with nested functions

Changes by Christian Heimes: -- keywords: +py3k priority: -> normal resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

[issue1410] BaseHTTPServer cannot accept Unicode data

New submission from J. Peterson: Within a do_GET hander for a BaseHTTPServer.BaseHTTPRequestHandler, trying to write unicode data causes a UnicodeEncodeError exception. It should be possible to send Unicode data to the browser. The enclosed Python file demonstrates the issue. Added file: http:

[issue1351] Add getsize() to io instances

Guido van Rossum added the comment: Sorry, I still don't like it. You'll have to come up with a darned good use case to justify this. __ Tracker <[EMAIL PROTECTED]> __

[issue1410] BaseHTTPServer cannot accept Unicode data

J. Peterson added the comment: The diagnostic printed is: File "C:\Apps\Python25\lib\socket.py", line 255, in write data = str(data) # XXX Should really reject non-string non-buffers The comment indicates the developer was aware of the bug. See also similar bug in writelines(), near line

[issue1411] A typo in tutorial

New submission from Jeong-Min Lee: In the middle of "3.1.4 Lists", it reads as follow - >>> a [] The built-in function len() also applies to lists: >>> len(a) 8 - but it should be .. - >>> a [] The built-in function len() also applies to lists: >>> len(a) 0 - http://docs.p

[issue1409] new keyword-only function parameters interact badly with nested functions

Guido van Rossum added the comment: I think I agree this is a bug. Who is setting all bugs to 'accepted'? -- nosy: +gvanrossum resolution: accepted -> __ Tracker <[EMAIL PROTECTED]> __ __

[issue1402] Interpreter cleanup: order of _PyGILState_Fini and PyInterpreterState_Clear

Ronald Oussoren added the comment: I don't have a patch. I don't even know enough of the threading infrastructure to know if this really a bug or if it is a bug in my code. I'll work on a patch this weekend, if changing the order of calls to PyGILState_Fini and PyInterpreterState_Clear doesn'

[issue1411] A typo in tutorial

Changes by Martin v. Löwis: -- severity: urgent -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue1727780] 64/32-bit issue when unpickling random.Random

Peter Maxwell added the comment: For the record, and to prevent dilution of the count of times this bug has been encountered: this issue is a duplicate of issue1472695, which was later marked "won't fix" for no apparent reason. sligocki's patch is more thorough than mine was and I hope it has