[issue7475] codecs missing: base64 bz2 hex zlib hex_codec ...

Marc-Andre Lemburg added the comment: Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > As per > > http://mail.python.org/pipermail/python-dev/2010-December/106374.html > > I think this checkin should be reverted, as it's breaking the language > moratorium. I've asked Gui

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: > Traditionally, MingW-compiled Python binaries would often be binary-incompatible I don't plan to distribute a MinGW compiled package as an alternative to the official MSVC based build. In my particular use case, I compile everything into a single exe and put

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: As promised, here comes the list of modules which successfully compile with MinGW: ./Python-3.1.3/PC/import_nt.o ./Python-3.1.3/PC/_subprocess.o ./Python-3.1.3/PC/dl_nt.o ./Python-3.1.3/PC/msvcrtmodule.o ./Python-3.1.3/PC/winreg.o ./Python-3.1.3/Parser/pgen.o .

[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2

Dirkjan Ochtman added the comment: Can we get a decision on this? It's kind of sad that this regression wasn't fixed in 2.7.1. -- nosy: +djc ___ Python tracker ___ _

[issue10638] PyArg_ParseTuple: refcount in nested tuples

New submission from Armin Rigo : There is an issue in PyArg_ParseTuple() when using nested tuple arguments: it accepts a pure Python tuple-like argument, but it cannot work properly because PyArg_ParseTuple() is supposed to return borrowed references to the objects. For example, here is an at

[issue10638] PyArg_ParseTuple: refcount in nested tuples

Georg Brandl added the comment: Duplicate of #6083? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue10638] PyArg_ParseTuple: refcount in nested tuples

Armin Rigo added the comment: Indeed. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue10516] Add list.clear() and list.copy()

Boštjan Mejak added the comment: mapp_methods ? Don't you mean map_methods ? -- Added file: http://bugs.python.org/file19954/unnamed ___ Python tracker ___mapp_methods ?  

[issue10516] Add list.clear() and list.copy()

Georg Brandl added the comment: No, he means mapp_methods. Why don't you simply look at the file? -- ___ Python tracker ___ ___ Pyth

[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2

Éric Araujo added the comment: Even if the change may be straightforward, it requires a test. -- stage: -> unit test needed versions: +Python 3.1 ___ Python tracker ___

[issue10634] Windows timezone changes not reflected by time.localtime

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10634] Windows timezone changes not reflected by time.localtime

Eric Pruitt added the comment: Is there a way to force the time module to be reinitialized? I had no success experimenting with reload and del, but I assume that has something to do with the module being CRT based. -- ___ Python tracker

[issue6697] Check that _PyUnicode_AsString() result is not NULL

Alexander Belopolsky added the comment: What is the status of this issue? A grep for _PyUnicode_AsString quickly revealed a crash: >>> from xml.etree.cElementTree import * >>> e = Element('a') >>> getattr(e, '\uD800') Segmentation fault I don't think this is the only one. -- nosy: +

[issue6697] Check that _PyUnicode_AsString() result is not NULL

Alexander Belopolsky added the comment: Another crash: >>> from datetime import * >>> datetime.now(timezone(timedelta(0), '\uD800')).strftime('%Z') Segmentation fault -- ___ Python tracker

[issue10615] Trivial mingw compile fixes

Amaury Forgeot d'Arc added the comment: Thanks for the explanations! These instructions should be turned into a patch. Some questions already: - Why is the generated pyconfig.h not good enough? Could we modify the ./configure script instead? - the "empty.c" should remain empty... Why not use PC

[issue10639] reindent.py converts newlines to platform default

New submission from Jason R. Coombs : When reindent.py runs, it will convert the line endings for each file it converts to the default line ending for the platform on which reindent.py runs. It would be better if reindent.py would retain line endings of the source file. Attached is a patch tha

[issue10639] reindent.py converts newlines to platform default

Changes by Jason R. Coombs : Removed file: http://bugs.python.org/file19955/reindent-autonewline.patch ___ Python tracker ___ ___ Python-bugs-

[issue10639] reindent.py converts newlines to platform default

Jason R. Coombs added the comment: Merged the patch with the latest trunk. -- Added file: http://bugs.python.org/file19956/reindent-autonewline.patch ___ Python tracker ___

[issue10639] reindent.py converts newlines to platform default

Éric Araujo added the comment: Looks good. -- nosy: +eric.araujo stage: -> patch review type: -> behavior versions: +Python 2.7 ___ Python tracker ___

[issue6697] Check that _PyUnicode_AsString() result is not NULL

Alexander Belopolsky added the comment: One of the uses of problematic uses of PyUnicode_GetSize() is in Macintosh Gestalt interface: /* Convert a 4-char string object argument to an OSType value */ static int convert_to_OSType(PyObject *v, OSType *pr) { uint32_t tmp; if (!PyUnicode_

[issue10516] Add list.clear() and list.copy()

Boštjan Mejak added the comment: mapp_methods looks like a typo. you know -- mapp_...? isn't map_... correct? -- Added file: http://bugs.python.org/file19957/unnamed ___ Python tracker ___

[issue10548] Error in setUp not reported as expectedFailure (unittest)

Changes by holger krekel : -- nosy: +hpk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue10516] Add list.clear() and list.copy()

Brian Curtin added the comment: No, and please do not clutter this issue with any perceived typo discussions. -- nosy: +brian.curtin ___ Python tracker ___ _

[issue10516] Add list.clear() and list.copy()

Changes by Éric Araujo : Removed file: http://bugs.python.org/file19954/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue10516] Add list.clear() and list.copy()

Changes by Éric Araujo : Removed file: http://bugs.python.org/file19957/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue6697] Check that _PyUnicode_AsString() result is not NULL

Alexander Belopolsky added the comment: I am attaching a patch that fixes several instances of unchecked _PyUnicode_AsString() result. Not all fixes are completely trivial, so I would appreciate a review. I did not attempt to fix Modules/_gestalt.c because I would like to hear from Ronald f

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

Alexander Belopolsky added the comment: As a feature request for 2.x, I think this should be rejected. Any objections? The "behavior" part seem to have been fixed. -- assignee: -> belopolsky nosy: +belopolsky resolution: -> rejected status: open -> pending type: behavior -> feature

[issue2857] add codec for java modified utf-8

Alexander Belopolsky added the comment: > TCL only uses the codec for internal represenation. You might want to > interface to TCL at the C level and use the codec there, but is that > really a good reason to include the codec in the Python stdlib ? I wonder if tkinter should use this encoding.

[issue10548] Error in setUp not reported as expectedFailure (unittest)

R. David Murray added the comment: I would expect this code to report an error of some sort, not pass as an expected failure. The expected failure should be in the test case *only*, not in the setup or teardown methods. That is, I don't think this is a bug, I think it is a feature that allo

[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2

Martin v. Löwis added the comment: Kristjan, can you take a look? -- nosy: +krisvale ___ Python tracker ___ ___ Python-bugs-list maili

[issue10634] Windows timezone changes not reflected by time.localtime

Martin v. Löwis added the comment: What needs reinitialization is not the time module, but the CRT. This is not possible without starting a completely new process. -- ___ Python tracker __

[issue4610] Unicode case mappings are incorrect

Alexander Belopolsky added the comment: >> .swapcase() is just ...err... dumb^h^h^h^h questionably useful. > I agree with the rest of you that Python would be better-off > without swapcase(). As long as str.upper/lower are based only on UnicodeData.txt 1-to-1 mappings, existence of str.swapc

[issue10615] Trivial mingw compile fixes

Martin v. Löwis added the comment: > As for the reproducibility issue: The configure/Makefile system > coming with Python simply doesn't support creating a Windows build. I > hope it's clear that the patch is NOT about creating a Windows > installer. If this is a requirement for getting my patch

[issue9333] Expose a way to enable os.symlink on Windows

Brian Curtin added the comment: I'll come up with a patch to make the attribute always available, but raise OSError when the privilege is not held. -- resolution: fixed -> ___ Python tracker _

[issue10516] Add list.clear() and list.copy()

Boštjan Mejak added the comment: Why mapp_methods, why not map_methods? Any reason for this? -- Added file: http://bugs.python.org/file19959/unnamed ___ Python tracker ___Why m

[issue10516] Add list.clear() and list.copy()

Changes by Eric Smith : Removed file: http://bugs.python.org/file19959/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue10453] Add -h/--help option to compileall

Arfrever Frehtes Taifersar Arahesis added the comment: r86611 has introduced a regression: $ mkdir dir1 dir2 $ python3.1 -m compileall dir1 dir2 Listing dir1 ... Listing dir2 ... $ python3.2 -m compileall dir1 dir2 usage: compileall.py [-h] [-l] [-f] [-q] [-b] [-d DESTDIR] [-x REGEXP]

[issue10548] Error in setUp not reported as expectedFailure (unittest)

holger krekel added the comment: FWIW i tend to agree and would probably prefer setup/teardown to result in an error rather than be subsumed in an expected-to-fail marked test. I guess if one regards setup/teardown as a place to implement pre/post-conditions than the changes suggested by Mic

[issue10516] Add list.clear() and list.copy()

Éric Araujo added the comment: 1) Obviously because they’re mapping methods, not map methods. 2) Again, opening up the file and looking through it for some seconds or minutes would have allowed you to understand it. 3) Again, this is not the right place to discuss this. 4) Again, please do n

[issue10453] Add -h/--help option to compileall

Éric Araujo added the comment: Whoops, a nargs='?' should have been '*'. Who wants to write the test? -- ___ Python tracker ___ ___

[issue10453] Add -h/--help option to compileall

R. David Murray added the comment: I'm working on it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue10453] Add -h/--help option to compileall

Éric Araujo added the comment: Let me be more helpful, just in case. This is the offending line: parser.add_argument('compile_dest', metavar='FILE|DIR', nargs='?') -- ___ Python tracker __

[issue10453] Add -h/--help option to compileall

R. David Murray added the comment: Here's the test. The fix isn't as simple as making it nargs='*', though. -- Added file: http://bugs.python.org/file19960/compileall_multidir_test.diff ___ Python tracker ___

[issue10640] SystemError on pickling bytes >= 4GB

New submission from Hagen Fürstenau : Pickling a bytes object of length >= 2**32 results in a "SystemError: error return without exception set". If pickling large bytes objects isn't supported, this should be documented and a helpful exception be raised. -- components: Library (Lib) m

[issue10453] Add -h/--help option to compileall

R. David Murray added the comment: Here is a fix. This is not finished, though, because I see that I did not do an adequate review of the original patch. There are still bugs in the -d and -i handling that need both tests and fixes. -- Added file: http://bugs.python.org/file19961/co

[issue10640] SystemError on pickling bytes >= 4GB

R. David Murray added the comment: I suspect this is a duplicate of issue 9614, or rather a subset of that issue. -- nosy: +alexandre.vassalotti, amaury.forgeotdarc, janglin, pitrou, r.david.murray ___ Python tracker

[issue9517] Make test.script_helper more comprehensive, and use it in the test suite

R. David Murray added the comment: I just tried using script_helper in a new test, so I have a couple of comments. I don't see stdout and stderr being conflated, it looks to me like they are returned separately, at least by the assert methods. The assert methods return results, which is unlik

[issue9517] Make test.script_helper more comprehensive, and use it in the test suite

Changes by R. David Murray : -- nosy: +michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue9517] Make test.script_helper more comprehensive, and use it in the test suite

Antoine Pitrou added the comment: > I just tried using script_helper in a new test, so I have a couple of > comments. > > I don't see stdout and stderr being conflated, it looks to me like > they are returned separately, at least by the assert methods. That's because I wrote the assert methods

[issue10626] test_concurrent_futures implicitly installs a logging handler on import

Antoine Pitrou added the comment: > The problem of avoiding interfering with application level handlers > while having unraisable errors visible by default is probably the > biggest reason past attempts to get the standard library using the > logging module internally haven't gained much tractio

[issue10626] test_concurrent_futures implicitly installs a logging handler on import

R. David Murray added the comment: Wow, I didn't realize that's how logging worked. My understanding was a module should just get a logger and log messages, and if the application didn't do any setup beforehand, the first logging call would cause messages to be written to stdout (or stderr)

[issue10626] test_concurrent_futures implicitly installs a logging handler on import

Antoine Pitrou added the comment: > Wow, I didn't realize that's how logging worked. My understanding was > a module should just get a logger and log messages, and if the > application didn't do any setup beforehand, the first logging call > would cause messages to be written to stdout (or stde

[issue10548] Error in setUp not reported as expectedFailure (unittest)

Michael Foord added the comment: (made slightly redundant by Holger's comment but I'll continue anyway) I think the issue is that setUp / tearDown are used for two different purposes. The first is setting up and tearing down test infrastructure - where you do want to see to errors. The other

[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2

Senthil Kumaran added the comment: I think, the file-like object behavior can be brought back. No need to handling gzipped file object in the patch, if the earlier behavior was not handling it. There is a separate issue to keep track of handling gzip encoded content in httplib. I shall try t

[issue10641] kill_python sometimes fails to kill processes on buildbots

New submission from David Bolen : On the XP and Win7 buildbots, kill_python sometimes fails to kill hung processes. I caught one instance recently and gathered some information though not yet enough to identify the issue. I can say that no processes are killed and no error messages displayed

[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2

Kristján Valur Jónsson added the comment: The patch looks fine to me. If it runs and everyone is happy, by all means lets put it in. (I agree that the zlib stuff _should_ be handled elsewhere, but for reasons of expediency it was put into this module) -- ___

[issue10626] test_concurrent_futures implicitly installs a logging handler on import

Nick Coghlan added the comment: Actually, I take it back. The default state of logging appears to do the right thing with no special handler installed - both the .critical() and .exception() messages are written out to stderr by default, so the futures tests pass even after Brian's patch is a

[issue10626] Bad interaction between test_logging and test_concurrent_futures

Changes by Nick Coghlan : -- title: test_concurrent_futures implicitly installs a logging handler on import -> Bad interaction between test_logging and test_concurrent_futures ___ Python tracker __

[issue10548] Error in setUp not reported as expectedFailure (unittest)

R. David Murray added the comment: I have to say that it would never have occurred to me to assert a pre or post condition and an expected failure where I expected the pre or post condition to fail, but if you've got a real use case and it would make the code simpler, I suppose I have no seri

[issue1571170] Some numeric characters are still not recognized

Alexander Belopolsky added the comment: Is there anything in this issue that is not addressed by #1571184? It looks like this was originally reported on SF where bug reports and patches had separate ids, so this is probably a duplicate of #1571184. -- nosy: +belopolsky _

[issue10487] http.server - doesn't process Status: header from CGI scripts

Glenn Linderman added the comment: Just to mention, with the added code from issue 10482, I was able to get a 3-stream functionality working great in http.server and also backported it to 2.6 CGIHTTPServer... and to properly process the Status: header on stdout. Works very well in 2.6; Issue

[issue9517] Make test.script_helper more comprehensive, and use it in the test suite

R. David Murray added the comment: OK, fine on the convention, but I'd still like a more memorable name for assert_python_failure. I've been working on this issue off and on today, and I've had to look up that name at least four times. I can remember assert_python_ok, but I can't remember w

[issue10482] subprocess and deadlock avoidance

Glenn Linderman added the comment: Looking at the code the way I've used it in my modified server.py: stderr = [] stderr_thread = threading.Thread(target=self._readerthread, args=(p.stderr, stderr)) stderr_thread.d

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: issue2636-20101207.zip is a new version of the regex module. It includes additional checks against pathological regexes. -- Added file: http://bugs.python.org/file19965/issue2636-20101207.zip ___ Python tracker

[issue10642] site.py crashes on python startup due to defective .pth file

New submission from Donald Wallace Rouse II : Python 2.7 programs crash on startup due to a defective third-party package installed in site-packages. starting python 2.7 yields the following error message: Traceback (most recent call last): File "/usr/lib64/python2.7/site.py", line 554, in

[issue10630] dict_proxy.keys() / values() / items() are lists

Benjamin Peterson added the comment: r87107 -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue10482] subprocess and deadlock avoidance

Nick Coghlan added the comment: Or various incarnations of functools.partial applied to subprocess.Popen. -- ___ Python tracker ___ _

[issue5587] vars() no longer has a useful __repr__

Daniel Urban added the comment: Okay, I found it :-) Here is a new patch, now with a test. -- Added file: http://bugs.python.org/file19966/issue5587b.diff ___ Python tracker ___

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: - Why is the generated pyconfig.h not good enough? Could we modify the ./configure script instead? Probably setup.py needs to be extended; I did not have a deep look into the build system though - the "empty.c" should remain empty... Why not use PC/WinMain.c in

[issue10643] OSX proxy exceptions parse bug in urllib (crash)

New submission from wojas : On OSX (tested with 10.6), urllib will fail to parse the proxy exceptions configuration if no netmask is specified. On my system the following entries have been added to the proxy exception list: '127.0.0.1' and 'localhost'. The traceback in included below. The pro

[issue10643] OSX proxy exceptions parse bug in urllib (crash)

wojas added the comment: Forgot to set bug type (crash). -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: > However, if the patch doesn't manage to make "configure;make" work, it's IMO > useless. No, it's not, for two reasons: - Embedding Python by just compiling/linking all the .c files in seems to be a major feature to me; so fixing compilation is useful for its o

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Zach Dwiel added the comment: Here is the terminal log of what happens when I try to install and then import regex. Any ideas what is going on? $ python setup.py install running install running build running build_py creating build creating build/lib.linux-i686-2.6 copying Python2/regex.py ->

[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2

Senthil Kumaran added the comment: Instead of tossing around the GzipDecoding code from one method to another (which would in turn change the return value from those methods), I thought is appropriate to do a change in parse_response itself, so that it verifies that it is a http response (new

[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2

Senthil Kumaran added the comment: This issue is not applicable to release31-maint. -- resolution: -> fixed versions: -Python 3.1 ___ Python tracker ___ ___

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: Two corrections for the "configure;make" workaround: - WRONG: Remove the created pyconfig.h and replace PC/pyconfig.h with the manually modified version I'm attaching - CORRECT: Remove PC/pyconfig.h and replace the created pyconfig.h with the manually modified v