[issue3027] if extended c module is calling Windows API waitForSingleObject, it will block other thread.

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> works for me status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2847] Remove cl usage from aifc

Quentin Gallet-Gilles <[EMAIL PROTECTED]> added the comment: Updated the patch with the following corrections/improvements : - corrected a missed str -> bytes - replace % formatting occurrences with str.format() - more PEP-8 conformance Added file: http://bugs.python.org/file10506/aifc_3.0.patc

[issue2847] Remove cl usage from aifc

Changes by Quentin Gallet-Gilles <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10499/aifc_3.0.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

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

Georg Brandl <[EMAIL PROTECTED]> added the comment: One more thing: with r63891 the encoding and errors arguments for the creation of sys.stderr were made configurable; you'll have to adapt the patch so that it defaults to backslashescape but can be overridden by PYTHONIOENCODING. __

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

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: This patch contains following changes. - Added the new C API PyObject_ASCII() for consistency. - Added the new string formatting operater for str.format() and PyUnicode_FromFormat. Added file: http://bugs.python.org/file10507/diff6.txt

[issue2906] tkinter, assorted fixes

Georg Brandl <[EMAIL PROTECTED]> added the comment: Applied in trunk, 25-maint and 3k. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

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

Georg Brandl <[EMAIL PROTECTED]> added the comment: Review: * Why is an empty string not printable? In any case, the empty string should be among the test cases for isprintable(). * Why not use PyUnicode_DecodeASCII instead of PyUnicode_FromEncodedObject? It should be a bit faster. * If old-st

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

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: BTW, are new C APIs and functions should be ported to Python 2.6 for compatibility, without modifing repr() itself? If so, I'll prepare a patch for Python 2.6. ___ Python tracker <[EMAIL PROTECTED]>

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

Georg Brandl <[EMAIL PROTECTED]> added the comment: ascii() should probably be in future_builtins. Whether the C API stuff and .isprintable() should be backported to 2.6 is something for Guido to decide. ___ Python tracker <[EMAIL PROTECTED]>

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

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: Thank you for your review! I filed a new patch just before I see your comments. On Tue, Jun 3, 2008 at 7:13 PM, Georg Brandl <[EMAIL PROTECTED]> wrote: > > Georg Brandl <[EMAIL PROTECTED]> added the comment: > > Review: > > * Why is an empty

[issue3029] free list management - list, dict, set

Andrew I MacIntyre <[EMAIL PROTECTED]> added the comment: Freelist clearing functions for int and float were added by Christian, and made available to Python code via a function in the sys module. I don't know who added the freelist clearing functions for the class, frame, method, tuple and unic

[issue3031] distutils package_dir/package_data failure

New submission from fma <[EMAIL PROTECTED]>: For python2.4: Python 2.4.4 (#2, Apr 15 2008, 23:43:20) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 The distutils documentation says to use an empty string in the setup() 'package_dir' param. for current dir. It works fine for pytho

[issue3028] tokenize module: normal lines, not "logical"

Senthil <[EMAIL PROTECTED]> added the comment: > The documentation of the tokenize module says: "The line passed is the > *logical* line; continuation lines are included." > > I suggest that this will be changed to something like "The line passed > is the index of the string returned by the read

[issue3029] free list management - list, dict, set

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: > I don't see the need for them to be part of the > public API, but I framed this patch to fit in > with what's already in place. These should not be part of the public API; otherwise, we lock-in the freelisting implementation detail and

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

Changes by Atsuo Ishimoto <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10511/diff7.txt ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1730136] tkFont.__eq__ gives type error

Changes by Guilherme Polo <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue3033] tkFont added displayof where necessary

New submission from Guilherme Polo <[EMAIL PROTECTED]>: Added support for -displayof where necessary in tkFont -- components: Tkinter files: tkFont_displayof_added.diff keywords: patch, patch messages: 67662 nosy: gpolo severity: normal status: open title: tkFont added displayof where ne

[issue3034] tkFont added displayof where necessary

New submission from Guilherme Polo <[EMAIL PROTECTED]>: Added support for -displayof where necessary in tkFont -- components: Tkinter files: tkFont_displayof_added.diff keywords: patch, patch messages: 67663 nosy: gpolo severity: normal status: open title: tkFont added displayof where ne

[issue3034] tkFont added displayof where necessary

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Duplicate of #3033, sorry -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

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

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: I updated the patch as per Georg's advice. Added file: http://bugs.python.org/file10511/diff7.txt ___ Python tracker <[EMAIL PROTECTED]> _

[issue1730136] tkFont.__eq__ gives type error

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Patch added -- keywords: +patch nosy: +gpolo Added file: http://bugs.python.org/file10508/tkFont.Font.__eq__.diff ___ Python tracker <[EMAIL PROTECTED]> __

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

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: I'm sorry, I missed a file to be uploaded. diff7_1.txt is correct file. Added file: http://bugs.python.org/file10512/diff7_1.txt ___ Python tracker <[EMAIL PROTECTED]> __

[issue3032] tkFont added displayof where necessary

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3032] tkFont added displayof where necessary

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- components: Tkinter keywords: patch nosy: gpolo severity: normal status: open title: tkFont added displayof where necessary versions: Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue1500773] wm_attributes doesn't take keyword arguments

Guilherme Polo <[EMAIL PROTECTED]> added the comment: I'm adding my own version, this was done against python-trunk -- nosy: +gpolo Added file: http://bugs.python.org/file10513/issue1500773.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue3035] Removing apparently unwanted functions from Tkinter

New submission from Guilherme Polo <[EMAIL PROTECTED]>: Patch for removing some unwanted, and probably not used, functions at tkinter/__init__. -- components: Tkinter files: removed_index_funcs.diff keywords: patch, patch messages: 67669 nosy: gpolo severity: normal status: open title: R

[issue1706460] access to unicodedata (via codepoints or 2-char surrogates)

Walter Dörwald <[EMAIL PROTECTED]> added the comment: Fixed for 3.0 in r63918 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

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

Changes by Eric Smith <[EMAIL PROTECTED]>: -- nosy: +eric.smith ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

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

Guido van Rossum <[EMAIL PROTECTED]> added the comment: > Whether the C API stuff and .isprintable() should be backported to 2.6 > is something for Guido to decide. No way -- while all of this makes sense in Py3k, where all strings are Unicode, it would cause no end of problems in 2.6, and it wo

[issue1482122] Shift+Backspace exhibits odd behavior

Guilherme Polo <[EMAIL PROTECTED]> added the comment: I've tested this on Linux and on Tk 8.4 I got "\b", and the same happened with Tkinter. On Linux, again, with Tk 8.5 I got a rectangle char (something invalid), and this repeated at Tkinter. This is not a Tkinter issue. -- nosy: +gpo

[issue1702681] Prevent textwrap from breaking words at hyphens

Sylvain Fourmanoit <[EMAIL PROTECTED]> added the comment: > That being said, I'm +1 on adding a keyword argument treating hyphens > as non-breaking It's now in Python 2.6: http://bugs.python.org/issue2659 This issue should probably be closed. -- nosy: +fourmanoit _

[issue1702681] Prevent textwrap from breaking words at hyphens

Guilherme Polo <[EMAIL PROTECTED]> added the comment: "Duplicate" of issue2659 -- nosy: +gpolo resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3008] Let bin() show floats

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: > AFAICT, there is no good use case for showing floats in in hex It is my impression that hexadecimal is more common than binary, in the numerical analysis community, for exact representation of floats. For example: http://hal.archives-ouver

[issue2613] inconsistency with bare * in parameter list

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: Rationale for banning f(*,**k): it could represent a bug (intended bare name(s) omitted) that should be flagged, a lack of clear understanding of the redundancy, or a somewhat unPythonic stylistic preference for useless redundancy. I consider

[issue1758146] Crash in PyObject_Malloc

Adam Olsen <[EMAIL PROTECTED]> added the comment: Does the PythonInterpreter option create multiple interpreters within a single process, rather than spawning separate processes? IMO, that API should be ripped out. They aren't truly isolated interpreters and nobody I've asked has yet provided a

[issue3001] RLock's are SLOW

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

[issue1758146] Crash in PyObject_Malloc

Vaclav Slavik <[EMAIL PROTECTED]> added the comment: > Does the PythonInterpreter option create multiple interpreters > within a single process Yes. > They aren't truly isolated interpreters and nobody I've asked has yet > provided a use case for it. If you ignore mod_python and mod_wsgi, the

[issue1758146] Crash in PyObject_Malloc

Adam Olsen <[EMAIL PROTECTED]> added the comment: Right, so it's only the python modules loaded as part of the app that need to be isolated. You don't need the stdlib or any other part of the interpreter to be isolated. This could be done either by not using the normal import mechanism (build y

[issue1758146] Crash in PyObject_Malloc

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- type: -> crash ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue2302] Uses of SocketServer.BaseServer.shutdown have a race

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

[issue1429] FD leak in SocketServer

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

[issue1390197] tempfile misses usecase which requirs renaming

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: If you mean "renaming the temporary file while it is still opened" I see 2 reasons for not doing that: - On Windows this is not possible since files remains locked as long as you close() them. - open().name and tempfile.NamedTemporaryFile

[issue2848] Remove mimetools usage from the stdlib

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: The only use of mimetools inside cgi is in parse_multipart, which is untested and has huge warnings like these ones: """ XXX This does not parse nested multipart parts -- use FieldStorage for that. XXX This should really be subsumed by F

[issue2848] Remove mimetools usage from the stdlib

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: I'm sending a patch that removes mimetools from urllib and test_urllib. It now returns an email.message.Message instead of mimetools.Message. I also moved some imports to the top of the file. If that's a problem, I can send another patch

[issue2848] Remove mimetools usage from the stdlib

Changes by Humberto Diogenes <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10516/remove_mimetools_from_urllib.patch-2 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2848] Remove mimetools usage from the stdlib

Changes by Humberto Diogenes <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10515/remove_mimetools_from_urllib.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1513695] new turtle module

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Thanks for the patch, committed as r63929. Please move any further discussion or other necessary changes into a new issue. -- resolution: -> accepted status: open -> closed ___ Python tracker <[E

[issue2848] Remove mimetools usage from the stdlib

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: It's relatively easy to replace mimetools in most places: it's just a matter of changing mimetools.Message to email.message_from_file, but it gets a lot more complicated when there's inheritance involved. The problem is that mimetools.Me

[issue1758146] Crash in PyObject_Malloc

Vaclav Slavik <[EMAIL PROTECTED]> added the comment: > This could be done either by not using the normal import mechanism This is completely unrealistic suggestion, people use libraries and frameworks in their code, you're in effect suggestion that no library that could possibly be used in webap