[issue3018] tkinter demos fixed

Changes by Guilherme Polo <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10486/tkinter_demo_fixes.diff ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3018] tkinter demos fixed

Changes by Guilherme Polo <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file10492/tkinter_demo_fixes.diff ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3018] tkinter demos fixed

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

[issue3018] tkinter demos fixed

Guilherme Polo <[EMAIL PROTECTED]> added the comment: By the way.. the demo tkinter/guido/ss1 isn't fixed, since rexec is gone ___ Python tracker <[EMAIL PROTECTED]> ___ ___

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

Atsuo Ishimoto <[EMAIL PROTECTED]> added the comment: diff5.txt contains both code and documentation patch for PEP 3138. - In this patch, default error-handler of sys.stdout is always 'strict'. Added file: http://bugs.python.org/file10491/diff5.txt ___ Pytho

[issue837234] Tk.quit and sys.exit cause Fatal Error

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- resolution: -> duplicate status: pending -> closed superseder: -> Tk.quit leads to crash in python.exe ___ Python tracker <[EMAIL PROTECTED]> __

[issue775544] Tk.quit leads to crash in python.exe

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

[issue1675334] Draft implementation for PEP 364

Georg Brandl <[EMAIL PROTECTED]> added the comment: I guess this is heavily out of date now? -- nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2997] PyNumberMethods has left-over fields in Py3

Stefan Behnel <[EMAIL PROTECTED]> added the comment: This seems to have been applied in current SVN. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3020] doctest should have lib2to3 integration

New submission from Stefan Behnel <[EMAIL PROTECTED]>: Running a doctest with Py2 syntax in Py3 currently involves either running the 2to3 tool by hand or writing code to convert the doctest using lib2to3, and then running the modified version. This basically pushes the burden of automating this

[issue2884] Create the tkinter package

Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>: -- nosy: +kbk ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing lis

[issue2775] Implement PEP 3108

Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>: -- nosy: +kbk ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing lis

[issue2898] Add memory footprint query

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: Applied in r63856. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2917] merge pickle and cPickle in 3.0

Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>: -- nosy: +kbk ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing lis

[issue1513695] new turtle module

Gregor Lingl <[EMAIL PROTECTED]> added the comment: Hi, here is my contribution. The zip-file contains - the module turtle.py - a doc-file turtle-docs.txt - a subdirectory with a series of sample scripts and a demoviewer. (one of the demoscripts is a standalone script) Clearly the docs have

[issue2849] Remove usage of rfc822 from the stdlib

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: Added a patch that successfully removes rfc822 dependency from the cgi module, using ideas from issue 1112856. I had to change one test, as the email FeedParser ignores trailing spaces in subparts. -- keywords: +patch Added file:

[issue3021] Lexical exception handlers

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: This patch implements the proposal outlined on the py3k mailing-list here: http://mail.python.org/pipermail/python-3000/2008-May/013740.html It solves both #2507 and #2833, and even improves re-raising semantics in several cases (see the te

[issue2507] Exception state lives too long in 3.0

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: A clean solution is now proposed in #3021. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ P

[issue2833] __exit__ silences the active exception

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: A clean solution to both #2507 and #2833 is now proposed in #3021. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1883] Adapt pydoc to new doc system

Georg Brandl <[EMAIL PROTECTED]> added the comment: OK, this is fixed by including topic help as a separate module, and not relying on the HTML documentation, in r63871. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTEC

[issue836088] Update htmllib to HTML 4.01

Georg Brandl <[EMAIL PROTECTED]> added the comment: This might be obsolete now that htmllib is going away in 3.0 and deprecated in 2.6. -- nosy: +georg.brandl resolution: -> out of date status: open -> pending ___ Python tracker <[EMAIL PROTECTED]> <

[issue2873] Remove htmllib use in the stdlib

Georg Brandl <[EMAIL PROTECTED]> added the comment: Removed usage in pydoc in r63871. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue600362] relocate cgi.parse_qs() into urlparse

Senthil <[EMAIL PROTECTED]> added the comment: parse_qs and parse_qsl moved to urlparse with this patch. I dont think urlencode would be a good method for urlparse. But this will cease to exist with the addressing of 3108. -- keywords: +patch Added file: http://bugs.python.org/file10496/

[issue2507] Exception state lives too long in 3.0

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- superseder: -> Lexical exception handlers ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2833] __exit__ silences the active exception

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- superseder: -> Lexical exception handlers ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3022] mailbox module, two small fixes

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Erm.. sorry, the first correction is directly related to get_message not get_sequences per se. ___ Python tracker <[EMAIL PROTECTED]> _

[issue3021] Lexical exception handlers

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue2775] Implement PEP 3108

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- dependencies: -Remove htmllib use in the stdlib ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2980] Pickle stream for unicode object may contain non-ASCII characters.

Changes by Alexandre Vassalotti <[EMAIL PROTECTED]>: -- nosy: +alexandre.vassalotti ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pytho

[issue3022] mailbox module, two small fixes

New submission from Guilherme Polo <[EMAIL PROTECTED]>: While fixing the tkinter demos, I found some problems when moving from mhlib to mailbox that are corrected in the attached patch. The first fix: -for name, key_list in self.get_sequences(): +for name, key_list in self.get_s

[issue3022] mailbox module, two small fixes

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Added a test case Added file: http://bugs.python.org/file10498/test_get_message_with_sequences.diff ___ Python tracker <[EMAIL PROTECTED]> __

[issue2997] PyNumberMethods has left-over fields in Py3

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> out of date status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3024] Integer conversion inconsistent

New submission from Razvan Cosma <[EMAIL PROTECTED]>: This issue is probably older than I am, and was amazed to discover it in python: Python 2.5.2 (r252:60911, May 7 2008, 15:19:09) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 >>> int(float("-23.15")) -23 >>> int(float("-23.65")) -23 >>> int(f

[issue3023] Problem with invalidly-encoded command-line arguments (Unix)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: That os.listdir still uses bytes should be changed as well. Both file names and command line arguments are strings, from the viewpoint of Python. Nothing else is supported. -- nosy: +loewis ___ Py

[issue2847] Remove cl usage from aifc

Quentin Gallet-Gilles <[EMAIL PROTECTED]> added the comment: The attached patch removes all cl references from the aifc module and updates it to make it usable in 3.0. It also supports more compression types because audioop has been enhanced throughout the years (i.e. support for alaw encoding si

[issue3024] Integer conversion inconsistent

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I don't see any problem with that result? Why do you consider the result incorrect, and what "correct" result would you have inspected instead? Notice that int conversion of floats truncates them, by definition. -- nosy: +loewis __

[issue3024] Integer conversion inconsistent

Razvan Cosma <[EMAIL PROTECTED]> added the comment: Sorry for not writing completely above - python does neither, it rounds to the integer closest to zero ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3023] Problem with invalidly-encoded command-line arguments (Unix)

New submission from David Watson <[EMAIL PROTECTED]>: The error message has no newline at the end: $ LANG=en_GB.UTF-8 python3.0 test.py $'\xff' Could not convert argument 2 to string$ Seriously, though: is this the intended behaviour? If the interpreter just dies when it gets a non-UTF-8 (or w

[issue3024] Integer conversion inconsistent

Razvan Cosma <[EMAIL PROTECTED]> added the comment: Hello, As far as I know, the correct conversion is to either round to the nearest, or to the smaller integer, but not both. ___ Python tracker <[EMAIL PROTECTED]> __

[issue3024] Integer conversion inconsistent

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: This is exactly what int() is supposed to do. For other kinds of rounding, look at round(), math.floor(), math.ceil(), and many rounding options in the decimal module: from decimal import Decimal >>> Decimal('-23.15').to_integral(ROUND_

[issue3024] Integer conversion inconsistent

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I see. There is no such thing as a "correct" conversion from real numbers to integer numbers. Instead, there are various approaches, called "truncating", "rounding", "flooring", and "ceiling". Python's default conversion is truncation, and it

[issue3025] batch/IDLE differ: print broken for chraracters>ascii

New submission from Jim Jewett <[EMAIL PROTECTED]>: The str->Unicode change widened IDLE/batch discrepancy. In python 2.x, bytes are printable. >>> for i in range(256): print i, chr(i) works fine. In python 3, chr has become (the old) unichr, and whether a unicode character is printable depe

[issue2791] subprocess.py leaks fd in communicate

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: fixed in release25-maint r63881. -- resolution: -> accepted status: open -> closed versions: +Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2871] store thread.get_ident() thread identifier inside threading.Thread objects

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: committed to trunk r63882 for inclusion in 2.6. -- resolution: -> fixed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2871] store thread.get_ident() thread identifier inside threading.Thread objects

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue2588] PyOS_vsnprintf() underflow leads to memory corruption

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: Fixed in release25-maint r63883. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2589] PyOS_vsnprintf() potential integer overflow leads to memory corruption

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: Fixed in release25-maint r63883. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2834] re.IGNORECASE not Unicode-ready

Manuel Kaufmann <[EMAIL PROTECTED]> added the comment: I have the same error with the re.LOCALE flag... [humitos] [~]$ python3.0 Python 3.0a5+ (py3k:63855, Jun 1 2008, 13:05:09) [GCC 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)] on linux2 Type "help", "copyright", "credits" or "license" for mo

[issue3026] mmap broken with large files on 64bit system

d5sum for comparison): This is python2.5 from Ubuntu 8.04 AMD64 /tmp$ python2.5 testbigfile.py python mmap md5: 1230552d39b7c1751f86bae5205ec0c8 abe59e28c9a3f11b883f62c80a3833a5 *bigfile This is python svn as of 20080601, compiled the on same system. /tmp$ python2.6 testbigfile.py testbig

[issue3026] mmap broken with large files on 64bit system

Matthew Mueller <[EMAIL PROTECTED]> added the comment: Actually, I just realized that this might be a problem with md5 module instead. Either way, something is busted. ___ Python tracker <[EMAIL PROTECTED]> _

[issue1112856] patch 1079734 broke cgi.FieldStorage w/ multipart post req.

Humberto Diogenes <[EMAIL PROTECTED]> added the comment: > Er - while reverting it makes the code work again, I'm > _really_ unhappy with this as a long-term solution. I've addressed almost everything that's discussed here in issue 2849, implementing Josh's suggestion of using FeedParser. It r