[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior

Martin v. Löwis added the comment: To add a little bit more analysis: posix.device_encoding requires that the LC_CTYPE is set. Setting it just in this function would not be possible, as setlocale is not thread-safe. So for 3.1, it seems that Python must set LC_CTYPE. If somebody can propose a p

[issue5623] test_fdopen fails with vs2005, release build on Windows 2000

Martin v. Löwis added the comment: Why is this still open? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue6247] should we include argparse

Ritesh Raj Sarraf added the comment: >From the author, Steven Berthard: Sorry about the delay - conferences and moving means that I haven't had as much time for argparse as I'd like. Basically, the way things get into the Python standard library is if a large enough communit

[issue6006] ffi.c compile failures on AIX 5.3 with xlc

rubisher added the comment: Just to mention the same issue for Python-2.6.2 and gcc-4.2.0 on aix 5.3 too. -- nosy: +rubisher ___ Python tracker ___ _

[issue5623] test_fdopen fails with vs2005, release build on Windows 2000

Kristján Valur Jónsson added the comment: Closing this defect, as the issues seems worked around on our end. Btw, here is the issue on Microsoft's end. They've marked it as "won't fix". https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? FeedbackID=409955&wa=wsignin1.0 ---

[issue6245] Add "intel" universal architecture on OSX

John Szakmeister added the comment: I think Ronald is trying to say that a 10.6 SDK is likely not to support building 64-bit binaries at all for the PPC (since there won't be 64-bit versions of the supporting libraries). So you need this patch, if you're going to build against it. I don't thin

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

Amaury Forgeot d'Arc added the comment: Here is a patch: fix+test. I left the initial code, #ifdef'd for PC platforms different than MS_WINDOWS. Just in case someone wants to port py3k to OS/2... -- keywords: +patch Added file: http://bugs.python.org/file14243/large_pythonpath.patch _

[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior

Changes by Antoine Pitrou : -- assignee: -> georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue6242] Fix reference leak in io.StringIO

Antoine Pitrou added the comment: Why do you need all this? Isn't it enough to take a weakref and check the callback is triggered? (besides, we should avoid tests which only work in debug mode) -- ___ Python tracker

[issue6006] ffi.c compile failures on AIX 5.3 with xlc

Antoine Pitrou added the comment: AIX doesn't seem listed in the platforms supported by libffi. http://sourceware.org/libffi/ suggests you send platform test results to libffi-disc...@sourceware.org On the other hand, perhaps the libffi version which comes with Python is outdated. -- n

[issue6198] test_float fails on Windows

Eric Smith added the comment: In r73314, I restored the one test erroneously removed ("%#.0f 1.5 -> 2."). -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue6247] should we include argparse

Senthil added the comment: I hope you read this thread which discusses the same issue. * http://mail.python.org/pipermail/python-list/2007-January/592646.html MvL,effbot and jjlee had shared their views to the original author of argparse module. It did not go anywhere from there. I see that t

[issue6247] should we include argparse

Changes by Benjamin Peterson : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue6096] SimpleXMLRPCServer not suitable for HTTP/1.1 keep-alive

Kristján Valur Jónsson added the comment: Here is a better patch. Remove the individual flush() operations from the implementation classes, rather do it in the BaseHTTPRequestHandler(). This allows any request handler to be write buffered. -- Added file: http://bugs.python.org/file14

[issue6247] should we include argparse

Ritesh Raj Sarraf added the comment: Thanks for the link. As a user, I see many of the features that argparse brings, to be helpful. Since they are missing in optparse, and since it doesn't look like argparse will be included, should I open new bugs for those features against optparse ? --

[issue6195] Serious regression in doctest in Py3.1rc1

Lisandro Dalcin added the comment: I've tested latest David's patch against Cython test suite (doctests living in extension modules), and all is working as expected. -- ___ Python tracker __

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Robert Cronk added the comment: Thanks Vinay. I ran the newest revised script with virus protection turned off and got the same failures as before (see console output below). If you comment out the os.system() calls, everything works just fine. Uncomment them and logging breaks. The os.sy

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Vinay Sajip added the comment: Debugging threading problems is never as simple as it seems. I don't believe logging is breaking because of some interaction with the system calls - rather, the presence of the system calls is changing the real-time characteristics of the system and exposing the fa

[issue6248] TCP Sockets not closed by TCPServer and StreamRequestHandler

New submission from Kristján Valur Jónsson : When an error occurs in a StreamRequestHandler, its wfile and rfile members are not closed. This causes the underlaying socket to stay alive and and it is therefore not closed, even when the SocketServer closes it in server.close_request(). This m

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Antoine Pitrou added the comment: Guido, Raymond suggested we ask your input on this one, although it's obviously a bit late (the patch has been committed). -- nosy: +gvanrossum ___ Python tracker _

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Guido van Rossum added the comment: I'm not on IRC. What exactly is your question for me? What is Raymond's view? -- ___ Python tracker ___ _

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Robert Cronk added the comment: I'll thoroughly look through every piece of software that's running to see if I can turn eveything off that might be causing the problem. Were you able to reproduce the problem with my original script? I'm sure you have all of your virus/searching/etc. stuff t

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Raymond Hettinger added the comment: I vaguely remember you rejecting a proposal along these lines when Brett was doing the library renaming. The patch (as applied) turns on the renaming automatically when used with protocol 2 (i.e. all object names are stored with their 2.x names, not their

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Guido van Rossum added the comment: Ah. How about only doing back-translation when protocol=2 (or lower) is explicitly selected? I don't much like that 3.0 will be to read pickles written by 3.1 with the default protocol (i.e. 3), but I don't mind breaking protocol 2, since that's most likely (

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Antoine Pitrou added the comment: > Ah. How about only doing back-translation when protocol=2 (or lower) > is explicitly selected? Well, this is exactly what is implemented! > I don't much like that 3.0 will be to read pickles written by 3.1 with > the default protocol (i.e. 3), I suppose you

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Guido van Rossum added the comment: On Tue, Jun 9, 2009 at 12:16 PM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> Ah. How about only doing back-translation when protocol=2 (or lower) >> is explicitly selected? > > Well, this is exactly what is implemented! Ah, I missed that

[issue6137] Make pickle generated by Python 3.x compatible with 2.x and vice-versa.

Raymond Hettinger added the comment: Thanks for taking a look and opining. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6136] Make logging configuration files easier to use

Geoffrey Bache added the comment: My comp.lang.python thread is here: http://groups.google.com/group/comp.lang.python/browse_thread/thread/a0c35c3c9ad210a4 It was met by deafening silence though. I don't see why a simple format would need to be customer-specific. log4py's isn't/wasn't and tha

[issue6242] Fix reference leak in io.StringIO

Alexandre Vassalotti added the comment: > Why do you need all this? Isn't it enough to take a weakref and check > the callback is triggered? No, because you would need a weak reference to the instance's __dict__, which is unavailable for io.StringIO. Anyway, here's a simplified patch without t

[issue6215] Backport the IO lib to trunk

Alexandre Vassalotti added the comment: I think the build configuration for _io on Windows is missing. Modules/Setup.dist probably needs to be updated too. -- ___ Python tracker

[issue6245] Add "intel" universal architecture on OSX

Martin v. Löwis added the comment: > FWIW, > it's the --with-universal-archs option that he said wasn't 100% usable, > not the binaries. Ah, ok. That clarifies it. -- ___ Python tracker ___

[issue6215] Backport the IO lib to trunk

Antoine Pitrou added the comment: > I think the build configuration for _io on Windows is missing. Yes. > Modules/Setup.dist probably needs to be updated too. Not sure, I don't think any of these modules are built-in. -- ___ Python tracker

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

Martin v. Löwis added the comment: The patch looks right to me, please apply. -- assignee: -> amaury.forgeotdarc resolution: -> accepted ___ Python tracker ___

[issue6215] Backport the IO lib to trunk

Alexandre Vassalotti added the comment: > Not sure, I don't think any of these modules are built-in. Ah true. Although there are built-in in py3k, you are right that it doesn't make sense to make the trunk versions built-in. -- ___ Python tracker <

[issue6247] should we include argparse

Martin v. Löwis added the comment: > Since they are missing in optparse, and since it doesn't look like > argparse will be included, should I open new bugs for those features > against optparse ? I think chances are very low that any such bug report would be reacted on within the next decade.

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

Amaury Forgeot d'Arc added the comment: Fixed in r73322 (py3k) and r73323 (3.0) -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

Changes by Amaury Forgeot d'Arc : -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list m

[issue6136] Make logging configuration files easier to use

Vinay Sajip added the comment: "It was met by deafening silence though." Give it time - it's only been a few days. For some reason, Google Groups doesn't show your post in the first page of results when I search for logging configuration by date (i.e. most recent on top): http://groups.google.

[issue2919] Merge profile/cProfile in 3.0

Alexandre Vassalotti added the comment: Jean Brouwers wrote: > All tests passed after regenerating the expected results The tests for profile are output test. If you regenerate them, they pass for sure. Merging cProfile/profile will require a lot more work than just renaming the module. The de

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Robert Cronk added the comment: I turned off anti-virus again as well as file indexing and google desktop too and still got the errors when I disabled the locks around the os.system() calls. Vinay - when the locks aren't around the os.system() calls, do you get the rotating log errors? I'm

[issue6201] test_winreg fails

Amaury Forgeot d'Arc added the comment: Fixed with r73325. 2.7 really introduces an incompatibility here; I added an entry in the whatsnew file. -- nosy: +amaury.forgeotdarc resolution: -> fixed status: open -> closed ___ Python tracker

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Vinay Sajip added the comment: I've just run a test several times - it's your original script with joins added at the end. I kept the acquire_lock and release_lock calls but made them only do anything if a constant USE_LOCK was True. I set this to False, so that no locking is actually occurring.

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Changes by Vinay Sajip : Added file: http://bugs.python.org/file14248/thredio.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Changes by Vinay Sajip : -- resolution: -> invalid status: open -> closed Added file: http://bugs.python.org/file14249/python-io-capture.log ___ Python tracker ___ __

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Jason Kankiewicz added the comment: I've attached a patch, based on the original, that will fix distutils for both GCC and ICC. -- nosy: +jkankiewicz Added file: http://bugs.python.org/file14250/distutils-rpath-gcc_and_icc.patch ___ Python tracker <

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Changes by Jason Kankiewicz : Removed file: http://bugs.python.org/file14250/distutils-rpath-gcc_and_icc.patch ___ Python tracker ___ ___ Py

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Jason Kankiewicz added the comment: I've updated my patch to resemble the patch from issue1032 and also because profiling showed that using str.__contains__ is more efficient than using str.find. -- Added file: http://bugs.python.org/file14251/distutils-rpath-gcc_and_icc.patch

[issue6249] Error Prompt

New submission from SonMarvin : When I open a Python File Prompt closes it quickly.My friends do not have this problem. Now reinstall, download older versions and the problem continued. -- components: Windows messages: 89177 nosy: SonMarvin severity: normal status: open title: Error Prom

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Seo Sanghyeon added the comment: any() built-in is new in 2.5. PEP 291 specifies 2.3 compatibility for distutils. (tarek: Why?) The original patch used str.find because backward-compatibility requirement used to be stricter. -- ___ Python tracker

[issue1254718] GCC detection for runtime_library_dirs when ccache is used

Raymond Hettinger added the comment: FWIW, min() can usually be substituted for any(). -- nosy: +rhettinger ___ Python tracker ___

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Robert Cronk added the comment: Vinay - that's great news! Are you going to create a new bug for this issue with a proper title? It would seem to me that the fix for this would be to put locks internal to the os.system() call around where it spawns cmd so multiple spawns don't occur simulta

[issue1032] Improve the hackish runtime_library_dirs support for gcc

Changes by Alexandre Vassalotti : -- resolution: -> duplicate status: open -> closed superseder: -> GCC detection for runtime_library_dirs when ccache is used ___ Python tracker ___

[issue5437] Singleton MemoryError can hold traceback data and locals indefinitely

Alexandre Vassalotti added the comment: Honestly, I don't think it is a big issue. MemoryErrors are rare and typically cause the interpreter to shutdown. By the way, do you think the static PyExc_RecursionErrorInst object is affected by this bug? -- nosy: +alexandre.vassalotti ___

[issue6247] should we include argparse

Steven Bethard added the comment: I'm happy to contribute argparse to the standard library and volunteer to maintain it. For what it's worth, I don't agree that there are already too many argument parsing libraries in the standard library. I do agree that there are already too many *option* par

[issue6250] Python compiles dead code

New submission from James Abbatiello : Python currently emits bytecode for code that is unreachable (e.g. following a return statement). This doesn't hurt anything but it takes up space doing nothing. This patch attempts to avoid generating any bytecode in this situation. There's an optional w

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Vinay Sajip added the comment: The problem may occur just because of the way file handles work with child processes. I'm not sure if it's a bug, or even if it's specific to Python, so I'm not going to raise another issue. It's worth searching to see if there's an existing issue about it, though.

[issue6249] Error Prompt

Georg Brandl added the comment: Please consult a Python mailing list or newsgroup to learn how to use the command box. This is not a Python bug. -- nosy: +georg.brandl resolution: -> invalid status: open -> closed ___ Python tracker

[issue6250] Python compiles dead code

Raymond Hettinger added the comment: We've rejected dead-code elimination in the past (too much effort for nearly zero benefit). Will take a look at your patch though. -- assignee: -> rhettinger nosy: +rhettinger priority: -> low type: -> performance ___

[issue6247] should we include argparse

Martin v. Löwis added the comment: Steven Bethard wrote: > In particular, the > optparse extension API is horribly designed, and exposes so many > internals of optparse that it's nearly impossible to add any new > features to optparse without breaking this. It would be useful if several people