[issue2813] No float formatting in PyString_FromFormat

Mark Dickinson added the comment: Jean may have no interest in moving this forward, but I do. (Which is why I assigned the issue to me.) -- resolution: out of date -> status: closed -> open ___ Python tracker __

[issue7229] Manual entry for time.daylight can be misleading

Georg Brandl added the comment: Please do! -- assignee: georg.brandl -> belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9282] Bug in --listfuncs option of trace.py

Terry J. Reedy added the comment: Trace.py does not appear to have a test module to add a test case to. test_trace.py currently tests the line trace facility turned on with sys.settrace. I will inquire on pydev about this. "Does trace ..." -- ___ Py

[issue9105] pickle security note should be more prominent

Alexander Belopolsky added the comment: LGTM Unless someone objects, I will check that the patch generates reasonable HTML and apply. -- assignee: d...@python -> belopolsky resolution: -> accepted stage: needs patch -> commit review ___ Python tra

[issue9105] pickle security note should be more prominent

Scott Lawrence added the comment: Patch warning in relevant places of pickle's vulnerability to insecure data, including the place referenced by issue8855. -- keywords: +patch nosy: +bytbox Added file: http://bugs.python.org/file18057/picklesec.patch __

[issue9298] binary email attachment issue with base64 encoding

New submission from Vance Unruh : I'm using Python to email a text version and a PDF version of a report. The standard way of doing things does not work with Vista's Mail program, but works fine with Mail on OSX. So, I don't know if this is a Python or a Vista Mail bug. By standard way, I mean

[issue7829] dis module documentation gives no indication of the dangers of bytecode inspection

Changes by Alexander Belopolsky : -- keywords: -needs review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue665761] reduce() masks exception

Changes by Alexander Belopolsky : -- assignee: -> belopolsky nosy: +belopolsky -Alexander.Belopolsky versions: +Python 3.2 ___ Python tracker ___ __

[issue7229] Manual entry for time.daylight can be misleading

Alexander Belopolsky added the comment: Georg, Do you mind if I take this over? While I have issues with east/west of UTC terminology, it is the accepted terminology throughout the manual and Brian's rewording is an improvement. -- ___ Python trac

[issue9297] SMTP with Sqlite3 file attached problem

Changes by Murilo da Silva : -- title: SMTP cross-domain with Sqlite3 file attached problem -> SMTP with Sqlite3 file attached problem ___ Python tracker ___

[issue1764286] inspect.getsource does not work with decorated functions

Alexander Belopolsky added the comment: I did not test the patch, but if it really addresses the issue, I don't see why such a simple fix would not be applied. Guilherme, Can you add unit tests? Also, the second chunk in your patch is just a style fix which is a distraction for reviewers.

[issue9297] SMTP cross-domain with Sqlite3 file attached problem

Changes by Murilo da Silva : -- title: SMTP with Sqlite3 file attachment cross-domain problem -> SMTP cross-domain with Sqlite3 file attached problem ___ Python tracker ___ _

[issue9297] SMTP with Sqlite3 file attachment cross-domain problem

Changes by Murilo da Silva : -- title: SMTP with Sqlite3 file attachment -> SMTP with Sqlite3 file attachment cross-domain problem ___ Python tracker ___

[issue9297] SMTP with Sqlite3 file attachment

New submission from Murilo da Silva : I'm sending e-mail using SMTP. This e-mail is sent with an Sqlite3 database attached. When I send the e-mail in the same domain the attachment arrives OK, but if I send it to a different domain it comes crashed!! The file is added with some base64 code...I

[issue1812] doctest _load_testfile function -- newline handling seems incorrect

Alexander Belopolsky added the comment: Mark L, This could use some shaking. Please take a look. -- nosy: +BreamoreBoy, belopolsky ___ Python tracker ___ __

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: > Does the following patch solve your issue? I tried, but it still crashed. I could reproduce the crash by following script. It crashed also on Python2.7, but it doesn't crash on Python3. And when I used io.open() instead of builtin open(), it doesn't crash

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

Vlastimil Brom added the comment: Thanks for the update; Just a small observation regarding some character ranges and ignorecase, probably irrelevant, but a difference to the current re anyway: >>> zero2z = >>> u"0123456789:;<=>?...@abcdefghijklmnopqrstuvwxyz[\]^_`abcdefghijklmnopqrstuvwxyz"

[issue1098749] Single-line option to pygettext.py

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file18055/issue1098749.diff ___ Python tracker ___ ___ Python-bugs-list

[issue1098749] Single-line option to pygettext.py

Alexander Belopolsky added the comment: A rare example of a 5-year old patch that still applies with only a minor tweak. This is probably a sign that pygettext itself has not been kept up to date. In any case, I am attaching an updated patch which I did not test beyond running pygettext.py

[issue7962] Demo and Tools need to be tested and pruned

Changes by Alexander Belopolsky : -- dependencies: +Single-line option to pygettext.py ___ Python tracker ___ ___ Python-bugs-list mail

[issue1712522] urllib.quote throws exception on Unicode URL

Matt Giuca added the comment: Thanks for doing that, Senthil. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

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

Matthew Barnett added the comment: issue2636-20100719.zip is a new version of the regex module. Just a few more tweaks for speed. -- Added file: http://bugs.python.org/file18054/issue2636-20100719.zip ___ Python tracker

[issue4111] Add Systemtap/DTrace probes

Alexander Belopolsky added the comment: If any RedHat/Fedora people are tuned in, can you give us an update on Systemtap/DTrace support in RedHat/Fedora python? I understand that one of the main problems with bringing this upstream was the lack of uniformity between Apple and Sun approaches.

[issue4111] Add Systemtap/DTrace probes

Jesús Cea Avión added the comment: +1! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue4199] add shorthand global and nonlocal statements

Benjamin Peterson added the comment: 2010/7/18 Mark Lawrence : > > Mark Lawrence added the comment: > > I'm not sure as to the status of this.  Could it go back to (say) 3.3, is it > still a candidate for 3.2(.x), or what? It can't do anything until 3.3. -- _

[issue4335] inspect.getsourcelines ignores last line in module

Alexander Belopolsky added the comment: Martin, Was there a reason for not accepting this patch for the trunk? -- assignee: -> belopolsky keywords: +easy ___ Python tracker ___

[issue4335] inspect.getsourcelines ignores last line in module

Mark Lawrence added the comment: Ok so we missed the opportunity to backport this to 2.5.3, could we please get it into modern versions of Python, or what? -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.6 ___ Python tracker

[issue4254] _cursesmodule.c callable update_lines_cols()

Mark Lawrence added the comment: msg82783 states code portion of patch looks ok, what do we need to take this forward? -- nosy: +BreamoreBoy ___ Python tracker ___ _

[issue4199] add shorthand global and nonlocal statements

Mark Lawrence added the comment: I'm not sure as to the status of this. Could it go back to (say) 3.3, is it still a candidate for 3.2(.x), or what? -- nosy: +BreamoreBoy ___ Python tracker __

[issue4111] Add Systemtap/DTrace probes

Mark Lawrence added the comment: Comments suggest this is wanted, can our build experts get this into 3.2? -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue4080] pyunit - display time of each test case - patch

Mark Lawrence added the comment: Pawel, could you please provide an update wrt Ezio's comment on msg109448, thanks. -- nosy: +BreamoreBoy ___ Python tracker ___

[issue3445] Ignore missing attributes in functools.update_wrapper

Nick Coghlan added the comment: That would be me :) In line with the 'consenting adults' philosophy and with the current behaviour causing real world problems, I'll accept this RFE and check it in soon. -- assignee: -> ncoghlan resolution: -> accepted __

[issue4037] doctest.py should include method descriptors when looking inside a class __dict__

Mark Lawrence added the comment: Could someone please respond to Georg's comment msg104300, thanks. -- nosy: +BreamoreBoy ___ Python tracker ___ _

[issue3985] removed string module from distutils [patch]

Mark Lawrence added the comment: Tarek, has this move to distutils2 taken place so we can close this, or do you wish to leave this issue open? -- nosy: +BreamoreBoy ___ Python tracker _

[issue3299] Direct calls to PyObject_Del/PyObject_DEL are broken for --with-pydebug

Nick Coghlan added the comment: I believe the two attached patches still need to be checked. -- ___ Python tracker ___ ___ Python-bugs

[issue3873] Unpickling is really slow

Mark Lawrence added the comment: Has this slipped under the radar? I believe that one way or the other any performance issue should be resolved if at all possible. -- nosy: +BreamoreBoy ___ Python tracker ___

[issue9110] contextlib.ContextDecorator

Changes by Nick Coghlan : -- stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-lis

[issue3871] cross and native build of python for mingw32 with distutils

Mark Lawrence added the comment: Could someone with knowledge of the Python build systems please comment on this, thanks. -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Python tracker

[issue3754] cross-compilation support for python build

Changes by Mark Lawrence : -- versions: +Python 3.2 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue3754] cross-compilation support for python build

Mark Lawrence added the comment: Could someone with knowledge of the Python build systems please comment on this, thanks. -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue3704] cookielib doesn't handle URLs with / in parameters

Mark Lawrence added the comment: Could we please have an update from people who have been involved on this issue as to whether it can be taken forward, closed as to no longer relevant, or whatever. -- nosy: +BreamoreBoy ___ Python tracker

[issue3615] Expect methods for testing.

Mark Lawrence added the comment: Can't see this going anywhere, might as well close unless someone is really interested. -- nosy: +BreamoreBoy status: open -> pending ___ Python tracker ___

[issue3573] IDLE hangs when passing invalid command line args (directory(ies) instead of file(s))

Mark Lawrence added the comment: Please refer to msg89022. -- nosy: +BreamoreBoy, tjreedy versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker ___

[issue3532] bytes.tohex method

Mark Lawrence added the comment: This should be closed unless someone can provide a good reason for keeping it open. -- nosy: +BreamoreBoy status: open -> pending ___ Python tracker ___

[issue3488] Provide compress/uncompress functions on the gzip module

Mark Lawrence added the comment: This appears to have slipped under the radar, msg94432 seems to sum it up. Could someone please take this forward. -- nosy: +BreamoreBoy ___ Python tracker ___

[issue3445] Ignore missing attributes in functools.update_wrapper

Mark Lawrence added the comment: Is there anyone who can provide this issue with a bit of TLC as it's almost the 2nd birthday? -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.5, Python 2.6, Python 2.7, Python 3.1 ___ Python tracker

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Narnie Harshoe added the comment: I'm sorry, but the last lines in the interpreter reflect my code changes which seemed to not be sufficient, but it shows that just for this case at least, it corrects it and allows it to be run in /bin/bash shells (much of my shell code is bash since I'm linu

[issue3299] Direct calls to PyObject_Del/PyObject_DEL are broken for --with-pydebug

Mark Lawrence added the comment: Loads of comments about backports, can this be closed or are there still any outstanding issues? -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue9265] Incorrect name passed as arg[0] when shell=True and executable specified

Narnie Harshoe added the comment: Hello, I am impressed by the activity here. I am a new programmer and cutting my teeth with python. I wish I knew how to do a patch and write unit tests, but I'm just not there yet. I can show a test case in this fashion where it fails. First I prove that /

[issue3243] Support iterable bodies in httplib

Mark Lawrence added the comment: Could someone with knowledge of httplib please move this forward, all the comments I see are positive. -- nosy: +BreamoreBoy ___ Python tracker

[issue3130] In some UCS4 builds, sizeof(Py_UNICODE) could end up being more than 4.

Mark Lawrence added the comment: @Mark Dickinson you've shown some interest, could you run with this? -- nosy: +BreamoreBoy ___ Python tracker ___ ___

[issue2813] No float formatting in PyString_FromFormat

Mark Lawrence added the comment: Closing as Jean has no interest in keeping it open. -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Antoine Pitrou added the comment: Does the following patch solve your issue? Index: Python/ceval.c === --- Python/ceval.c (révision 82959) +++ Python/ceval.c (copie de travail) @@ -1763,6 +1763,8 @@ If __

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Antoine Pitrou added the comment: > Hmm, correct me if following understanding is wrong somewhere... > 1. File.close() is actually file_close(), and is calling close_the_file(). > 2. Returns immediately because local_fp == f->f_fp is already NULL. >The return value is None. I don't understa

[issue4938] Pdb cannot access doctest source in postmortem

Changes by Alexander Belopolsky : -- assignee: -> belopolsky stage: -> needs patch type: -> behavior versions: +Python 3.2 ___ Python tracker ___ __

[issue2053] IDLE - standardize dialogs

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file10556/IDLE_standardize_dialogs.080609.patch ___ Python tracker ___ ___ Py

[issue2053] IDLE - standardize dialogs

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file10140/IDLE_standardize_dialogs.080429.patch ___ Python tracker ___ ___ Py

[issue5872] New C API for declaring Python types

Changes by Reid Kleckner : -- nosy: +rnk versions: +Python 3.2 -Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: I forgot to mention that I didn't see any "Error without exception set" by my last patch. I agree f->f_fp = NULL; is needed there. ;-) -- ___ Python tracker ___

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: Hmm, correct me if following understanding is wrong somewhere... 1. File.close() is actually file_close(), and is calling close_the_file(). 2. Returns immediately because local_fp == f->f_fp is already NULL. The return value is None. 3. sts is non-NULL, so

[issue2813] No float formatting in PyString_FromFormat

Jean Brouwers added the comment: Mark L, No, I do not intend to take this issue further. Rather the opposite, it should probably be paired down based on the recent comments. Specifically, use PyOS_double_to_string, remove support for long double and perhaps more. Also, the patches I create

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Antoine Pitrou added the comment: > Maybe I am wrong, but when another thread calls File.close(), there is > no system call on the code path, There is, and that's precisely what's the various tests test for. (closing a file from a thread while it's being used from another thread) -- _

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: Maybe I am wrong, but when another thread calls File.close(), there is no system call on the code path, so I think still crash can happen nevertheless system call is thread safe. -- ___ Python tracker

[issue1902] Test

Martin v. Löwis added the comment: And another think: http://www.microsoft.com/VS(1234.foo).aspx -- ___ Python tracker ___ ___ Python-

[issue1902] Test

Martin v. Löwis added the comment: This is a link: (http://www.python.org) -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-lis

[issue6627] threading.local() does not work with C-created threads

Changes by Matt Joiner : -- nosy: +anacrolix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9296] json module skipkeys handling changed exception types in 2.7

Doug Hellmann added the comment: Looking into the code, I see in _json.c that a ValueError is raised by encoder_listencode_dict() on line 2150, but in the pure-Python implementation in json/encoder.py a TypeError is raised by _make_iterencode() on line 376. -- ___

[issue8265] test_float fails on ARM Linux EABI with soft floating point

Mark Dickinson added the comment: Added some test code to the configure script in r82957; if the corresponding configure test fails, this snippet can be used in the gcc bug report. -- ___ Python tracker _

[issue9296] json module skipkeys handling changed exception types in 2.7

Doug Hellmann added the comment: The attached file json_skipkeys.py illustrates the problem. -- Added file: http://bugs.python.org/file18053/json_skipkeys.py ___ Python tracker _

[issue9296] json module skipkeys handling changed exception types in 2.7

New submission from Doug Hellmann : Under Python 2.6 the json encoder raised a TypeError when it encountered dictionary keys that were not strings. Under 2.7, that exception has changed to a ValueError, but the documentation still says it raises TypeError. I'm not sure which is right, but Ty

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Antoine Pitrou added the comment: The proposed resolution is wrong. As the comment says, there is a specific reason why f->fp is NULLed at this point. It appears that maybe MSVCRT is not entirely thread-safe with respect to buffered file I/O. Perhaps the test can simply be disabled under Wind

[issue8265] test_float fails on ARM Linux EABI with soft floating point

Mark Dickinson added the comment: The test_float failure is still extant. Here's the output of gcc -v on this buildbot, for use in any gcc bug report: Using built-in specs. Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.4-6' --with-bugurl=file:///

[issue2927] expose html.parser.unescape

Reid Kleckner added the comment: It's using the old Python 2 unicode string literal syntax. It also doesn't keep to 80 cols. I'd also rather continue using a lazily initialized dict instead of catching a KeyError for '. I also feel that with the changes to Unicode in py3k, the cp1252 stuff w

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: I created a patch to workaround this crash. But I saw another problamatic phenomenon "Error without exception set". I confirmed PyErr_Occurred() returns TRUE when leaving file_close() on error, but I gave up. test_close_open_print_buffered (__main__.FileT

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Changes by Hirokazu Yamamoto : Removed file: http://bugs.python.org/file18051/py26_debug_threaded_close.patch ___ Python tracker ___ ___ Python

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: I saw value of local variable *thread* was 5384 and internal buffer's address was 0x102618c8 (sorry, this is another stacktrace which differs from previous one) thread(5384) func(file_close): enter thread(5384) func(close_the_file): enter thread(5384

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Changes by Hirokazu Yamamoto : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: I saw value of local variable *thread* was 5384 and internal buffer's address was 0x102618c8 (sorry, this is another stacktrace which differs from previous one) thread(5384) func(file_close): enter thread(5384) func(close_the_file): enter thread(53

[issue9294] Dead code in Objects/object.c

Changes by Antoine Pitrou : -- keywords: +easy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue8844] Condition.wait() doesn't raise KeyboardInterrupt

Reid Kleckner added the comment: Waiting until the portability hacks for gettimeofday make it into core Python. -- dependencies: +Make gettimeofday available in time module ___ Python tracker __

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

New submission from Hirokazu Yamamoto : I noticed test_close_open_print_buffered(test_file) sometimes crashes on release26-maint branch. This is most problamatic part in my python2.6 test survey on VC6 + Win2K. Here is stacktrace. _write_lk(int 6, const void * 0x00b49240, unsigned int 11) lin

[issue9294] Dead code in Objects/object.c

New submission from Antoine Pitrou : internal_print() is called from only one place, with the `nesting` argument wired to 0, therefore the following chunk of code in internal_print() never gets a chance to be executed: if (nesting > 10) { PyErr_SetString(PyExc_RuntimeError, "print

[issue6642] returning after forking a child thread doesn't call Py_Finalize

Changes by Reid Kleckner : -- assignee: -> rnk dependencies: +Throw away more radioactive locks that could be held across a fork in threading.py ___ Python tracker ___ _

[issue6643] Throw away more radioactive locks that could be held across a fork in threading.py

Changes by Reid Kleckner : -- assignee: -> rnk keywords: +needs review -patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue9293] Unsupported IO operations should raise UnsupportedOperation

Antoine Pitrou added the comment: Another kind of unsupported operation is non-absolute seeking on a TextIOWrapper: >>> open("LICENSE").seek(1, 1) Traceback (most recent call last): File "", line 1, in IOError: can't do nonzero cur-relative seeks -- ___

[issue7511] msvc9compiler.py: ValueError: [u'path']

ipatrol added the comment: HAHA DISREGARD THAT, WRONG DOWNLOAD. However, the C++ compiler `is` now installed by default. P.S: that second ValueError? -- ___ Python tracker ___ _

[issue9293] Unsupported IO operations should raise UnsupportedOperation

New submission from Antoine Pitrou : Some of them currently raise IOError. Fortunately, UnsupportedOperation inherits from IOError, which means compatibility can be preserved. Contrast: >>> open("LICENSE").write("bar") Traceback (most recent call last): File "", line 1, in IOError: not writa

[issue7511] msvc9compiler.py: ValueError: [u'path']

ipatrol added the comment: I noticed that the directions from mathworks are no longer correct. The only optional feature is a 64 bit SQL server. Yet I still can't get it to work correctly. Does MS no longer provide the compiler in their free editions? -- _

[issue9292] Dead code in Modules/pyexpat.c

New submission from Antoine Pitrou : There's some dead code in xmlparse_ParseFile() in Modules/pyexpat.c: the file pointer "fp" is always NULL, and as such the following code can never get entered into: if (fp) { bytes_read = fread(buf, sizeof(char), BUF_SIZE, fp);

[issue9110] contextlib.ContextDecorator

Georg Brandl added the comment: Applied, with small changes, in r82951. -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-

[issue9277] test_struct failure on ARM

Mark Dickinson added the comment: Ah yes; I missed that bit of PyInit__struct; thank you! Setting to pending; I'll close once the buildbots have reported back (it might take some days for the ARM buildbots to catch up). Many thanks for the diagnosis. -- status: open -> pending

[issue9110] contextlib.ContextDecorator

Michael Foord added the comment: I've uploaded a new patch with additions to the docs. Let me know if it is ok or if you have any suggested amendments. -- Added file: http://bugs.python.org/file18049/contextlib_docs.patch ___ Python tracker

[issue3119] pickle.py is limited by python's call stack

Mark Lawrence added the comment: Sean has stated that the patch seems fine, what needs to be done to take this forward? -- nosy: +BreamoreBoy ___ Python tracker ___

[issue9277] test_struct failure on ARM

Stefan Krah added the comment: Mark Dickinson wrote: > > Somewhere along the way native_table is used instead of lilendian_table, > > so np_bool is called. > > Hmm. This doesn't alleviate my confusion. :) I suppose I sounded a bit like the Oracle of Delphi here. :) I compiled with OPT="-O0

[issue3073] Cookie.Morsel breaks in parsing cookie values with whitespace

Mark Lawrence added the comment: Anyone with knowledge of cookies and/or regexes who could review this? The patch isn't that big and includes unit tests. Note also Trent's offer to check it in and patch py3k. -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.6, Python 3.0 _

[issue3068] IDLE - Add an extension configuration dialog

Changes by Mark Lawrence : -- nosy: +tjreedy versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker ___ ___ Python-bugs-list

[issue3022] mailbox module, two small fixes

Mark Lawrence added the comment: Anyone interested in taking this forward? -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker ___

[issue2931] optparse: various problems with unicode and gettext

Mark Lawrence added the comment: Alexy, there would be a much better chance of getting this accepted if you could supply a patch file that also included unit tests. -- nosy: +BreamoreBoy, aronacher versions: +Python 3.1, Python 3.2 -Python 2.6 ___ P

[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry

New submission from Dmitry Jemerov : On Windows, mimetypes initialization reads the list of MIME types from the Windows registry. It assumes that all characters are Latin-1 encoded, and fails when it's not the case, with the following exception: Traceback (most recent call last): File "mttes

[issue2927] expose html.parser.unescape

Mark Lawrence added the comment: Trying to run the test and I get:- c:\py3k\Lib>..\PCbuild\python_d.exe test\test_htmlparser.py File "test\test_htmlparser.py", line 326 escaped = u"There’s the Côte" ^ SyntaxError: invalid syntax -

  1   2   >