[issue14921] New trove classifier for simple printers of nested lists
Éric Araujo mer...@netwok.org added the comment: PyPI requests do not use this tracker; see PyPI for the link to the right place. In this case anyway a request would certainly be rejected: the projects you’ve seen do not come from a high demand, but from one teaching book. Search the catalog-sig archives for more info. -- resolution: postponed - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Antoine Pitrou pit...@free.fr: -- nosy: -pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14907] SSL module cannot handle unicode filenames
Antoine Pitrou pit...@free.fr added the comment: Indeed, it would probably be a new feature to accept unicode there, and we don't add new features to 2.7. As Hynek said, Python 3 is fine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0
Serhiy Storchaka storch...@gmail.com added the comment: Here are the benchmark results (numbers are speed, MB/s). On 32-bit Linux, AMD Athlon 64 X2: vanilla patched utf-8 'A'*1 2016 (+5%) 2111 utf-8 '\x80'*1383 (+9%)416 utf-8 '\x80'+'A'* 1283 (+1%) 1301 utf-8 '\u0100'*1 383 (-8%)354 utf-8 '\u0100'+'A'* 1258 (-6%) 1184 utf-8 '\u0100'+'\x80'* 383 (-8%)354 utf-8 '\u8000'*1 434 (-11%) 388 utf-8 '\u8000'+'A'* 1262 (-6%) 1180 utf-8 '\u8000'+'\x80'* 383 (-8%)354 utf-8 '\u8000'+'\u0100'*383 (-8%)354 utf-8 '\U0001'*1 358 (+1%)361 utf-8 '\U0001'+'A'* 1168 (-5%) 1104 utf-8 '\U0001'+'\x80'* 382 (-20%) 307 utf-8 '\U0001'+'\u0100'*382 (-20%) 307 utf-8 '\U0001'+'\u8000'*404 (-10%) 365 On 32-bit Linux, Intel Atom N570: vanilla patched ascii 'A'*1 789 (+1%)800 latin1'A'*1 796 (-2%)781 latin1'A'*+'\x80' 779 (+1%)789 latin1'\x80'*11739 (-3%) 1690 latin1 '\x80'+'A'* 1747 (+1%) 1773 utf-8 'A'*1 623 (+1%)631 utf-8 '\x80'*1145 (+14%) 165 utf-8 '\x80'+'A'* 354 (+1%)358 utf-8 '\u0100'*1 164 (-5%)156 utf-8 '\u0100'+'A'* 343 (+2%)350 utf-8 '\u0100'+'\x80'* 164 (-4%)157 utf-8 '\u8000'*1 175 (-5%)166 utf-8 '\u8000'+'A'* 349 (+2%)356 utf-8 '\u8000'+'\x80'* 164 (-4%)157 utf-8 '\u8000'+'\u0100'*164 (-4%)157 utf-8 '\U0001'*1 152 (+7%)163 utf-8 '\U0001'+'A'* 313 (+6%)332 utf-8 '\U0001'+'\x80'* 161 (-13%) 140 utf-8 '\U0001'+'\u0100'*161 (-14%) 139 utf-8 '\U0001'+'\u8000'*160 (-1%)159 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Glenn Linderman v+pyt...@g.nevcal.com added the comment: A little more empirical info: the missing errors attribute doesn't show up except for input. print works fine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
New submission from Serhiy Storchaka storch...@gmail.com: As strange as it may seem, but using a simple trick was made UTF-8 decoding even more speed up. Here are the benchmark results. On 32-bit Linux, AMD Athlon 64 X2: vanilla patched utf-8 'A'*1 2061 (+3%) 2115 utf-8 '\x80'*1383 (-7%)355 utf-8 '\x80'+'A'* 1273 (+1%) 1290 utf-8 '\u0100'*1 382 (+47%) 562 utf-8 '\u0100'+'A'* 1239 (+1%) 1253 utf-8 '\u0100'+'\x80'* 383 (+47%) 562 utf-8 '\u8000'*1 434 (-6%)409 utf-8 '\u8000'+'A'* 1245 (+1%) 1256 utf-8 '\u8000'+'\x80'* 382 (+47%) 560 utf-8 '\u8000'+'\u0100'*383 (+44%) 553 utf-8 '\U0001'*1 358 (+4%)373 utf-8 '\U0001'+'A'* 1171 (+0%) 1176 utf-8 '\U0001'+'\x80'* 381 (+44%) 548 utf-8 '\U0001'+'\u0100'*381 (+44%) 548 utf-8 '\U0001'+'\u8000'*404 (+0%)406 On 32-bit Linux, Intel Atom N570: vanilla patched utf-8 'A'*1 623 (+0%)626 utf-8 '\x80'*1145 (+15%) 167 utf-8 '\x80'+'A'* 354 (+2%)362 utf-8 '\u0100'*1 164 (+10%) 181 utf-8 '\u0100'+'A'* 343 (-0%)342 utf-8 '\u0100'+'\x80'* 164 (+11%) 182 utf-8 '\u8000'*1 175 (+5%)183 utf-8 '\u8000'+'A'* 349 (+0%)349 utf-8 '\u8000'+'\x80'* 164 (+11%) 182 utf-8 '\u8000'+'\u0100'*164 (+10%) 181 utf-8 '\U0001'*1 152 (+11%) 168 utf-8 '\U0001'+'A'* 313 (+0%)313 utf-8 '\U0001'+'\x80'* 161 (+11%) 179 utf-8 '\U0001'+'\u0100'*161 (+11%) 179 utf-8 '\U0001'+'\u8000'*160 (+11%) 177 -- components: Interpreter Core, Unicode files: decode_utf8_signed_byte.patch keywords: patch messages: 161652 nosy: Arfrever, ezio.melotti, haypo, janssen, jcea, loewis, mark.dickinson, ned.deily, pitrou, python-dev, ronaldoussoren, storchaka priority: normal severity: normal status: open title: Even faster UTF-8 decoding type: performance versions: Python 3.3 Added file: http://bugs.python.org/file25717/decode_utf8_signed_byte.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file25718/decodebench.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Changes by Serhiy Storchaka storch...@gmail.com: Added file: http://bugs.python.org/file25719/bench-diff.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Antoine Pitrou pit...@free.fr added the comment: I see a slight increase under 64-bit Linux with gcc 4.5.2, too: vanilla patched utf-8 'A'*1 7857 (+4%)8210 utf-8 'A'*+'\x80' 5392 (+8%)5843 utf-8 'A'*+'\u0100' 2119 (+3%)2173 utf-8 'A'*+'\u8000' 2121 (+2%)2172 utf-8 'A'*+'\U0001' 2248 (+2%)2293 utf-8 '\x80'*11015 (+1%)1021 utf-8 '\x80'+'A'* 2747 (+5%)2877 utf-8 '\x80'*+'\u0100'868 (+0%) 869 utf-8 '\x80'*+'\u8000'857 (+2%) 870 utf-8 '\x80'*+'\U0001'877 (+0%) 881 utf-8 '\u0100'*1 1016 (+16%) 1181 utf-8 '\u0100'+'A'* 2506 (+3%)2592 utf-8 '\u0100'+'\x80'* 1015 (+16%) 1179 utf-8 '\u0100'*+'\u8000' 1015 (+16%) 1182 utf-8 '\u0100'*+'\U0001' 875 (+13%)992 utf-8 '\u8000'*1 836 (+18%)985 utf-8 '\u8000'+'A'* 2508 (+3%)2588 utf-8 '\u8000'+'\x80'* 1015 (+16%) 1182 utf-8 '\u8000'+'\u0100'*1014 (+17%) 1182 utf-8 '\u8000'*+'\U0001' 767 (+17%)894 utf-8 '\U0001'*1 730 (+0%) 732 utf-8 '\U0001'+'A'* 2542 (+2%)2599 utf-8 '\U0001'+'\x80'* 1013 (+17%) 1182 utf-8 '\U0001'+'\u0100'*1013 (+17%) 1181 utf-8 '\U0001'+'\u8000'*727 (+0%) 728 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Antoine Pitrou pit...@free.fr added the comment: It seems the patch relies on a two's complement representation of integers. Mark, do you think that's ok? -- stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Changes by Antoine Pitrou pit...@free.fr: -- stage: commit review - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0
Serhiy Storchaka storch...@gmail.com added the comment: Fortunately, issue14923 (if accepted) will compensate for the slowdown. On 32-bit Linux, AMD Athlon 64 X2: vanilla old patchfast patch utf-8 'A'*1 2016 (+3%) 2111 (-2%) 2072 utf-8 '\x80'*1383 (+19%) 416 (+9%)454 utf-8 '\x80'+'A'* 1283 (-7%) 1301 (-9%) 1190 utf-8 '\u0100'*1 383 (+46%) 354 (+58%) 560 utf-8 '\u0100'+'A'* 1258 (-1%) 1184 (+5%) 1244 utf-8 '\u0100'+'\x80'* 383 (+46%) 354 (+58%) 558 utf-8 '\u8000'*1 434 (+6%)388 (+19%) 461 utf-8 '\u8000'+'A'* 1262 (-1%) 1180 (+5%) 1244 utf-8 '\u8000'+'\x80'* 383 (+46%) 354 (+58%) 559 utf-8 '\u8000'+'\u0100'*383 (+45%) 354 (+57%) 555 utf-8 '\U0001'*1 358 (+5%)361 (+4%)375 utf-8 '\U0001'+'A'* 1168 (-1%) 1104 (+5%) 1159 utf-8 '\U0001'+'\x80'* 382 (+43%) 307 (+78%) 546 utf-8 '\U0001'+'\u0100'*382 (+43%) 307 (+79%) 548 utf-8 '\U0001'+'\u8000'*404 (+13%) 365 (+25%) 458 On 32-bit Linux, Intel Atom N570: vanilla old patchfast patch utf-8 'A'*1 623 (+1%)631 (+0%)631 utf-8 '\x80'*1145 (+26%) 165 (+11%) 183 utf-8 '\x80'+'A'* 354 (-0%)358 (-1%)353 utf-8 '\u0100'*1 164 (+10%) 156 (+16%) 181 utf-8 '\u0100'+'A'* 343 (+1%)350 (-1%)348 utf-8 '\u0100'+'\x80'* 164 (+10%) 157 (+15%) 181 utf-8 '\u8000'*1 175 (-1%)166 (+5%)174 utf-8 '\u8000'+'A'* 349 (+0%)356 (-2%)349 utf-8 '\u8000'+'\x80'* 164 (+10%) 157 (+15%) 180 utf-8 '\u8000'+'\u0100'*164 (+10%) 157 (+15%) 181 utf-8 '\U0001'*1 152 (+7%)163 (+0%)163 utf-8 '\U0001'+'A'* 313 (+4%)332 (-2%)327 utf-8 '\U0001'+'\x80'* 161 (+11%) 140 (+28%) 179 utf-8 '\U0001'+'\u0100'*161 (+11%) 139 (+28%) 178 utf-8 '\U0001'+'\u8000'*160 (+9%)159 (+9%)174 -- Added file: http://bugs.python.org/file25720/issue8271-3.3-fast.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8271 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Serhiy Storchaka storch...@gmail.com added the comment: It seems the patch relies on a two's complement representation of integers. Mark, do you think that's ok? Yes, the patch depends on two facts -- 8-bit bytes and a two's complement representation of integers. That's why I call it a trick. However, today CPython will not work on other platforms. However, we can wrap macro definition in #if/#else/#end and provide the traditional form (but I don't remember how to test a two's complement representation in compile time). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14923] Even faster UTF-8 decoding
Martin v. Löwis mar...@v.loewis.de added the comment: The C standard says, in 6.3.1.3/3 Otherwise [*], the new type is signed and the value cannot be represented in it; either the result is implementation-defined or an implementation-defined signal is raised. [*]: the value cannot be exactly converted, and the target type is not unsigned. We shouldn't be using unsigned-signed conversions where the source value is out of range for the signed type. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 63d2c9affb11 by Hynek Schlawack in branch 'default': #14814: Some PEP8 adjustments and dead code weeding http://hg.python.org/cpython/rev/63d2c9affb11 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Hynek Schlawack h...@ox.cx added the comment: One last wish: could we curb the copyright header a bit? I don't know the exact policy on that but as other modules don't have that I presume we could do without/with a shorter one. If we have one, I'd rather add something like based on the original ipaddress module by Peter Moody. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14907] SSL module cannot handle unicode filenames
Hynek Schlawack h...@ox.cx added the comment: So are we going to add something to the docs or just close as rejected? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Nick Coghlan ncogh...@gmail.com added the comment: Yeah, only the first two lines of the copyright header are really needed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14907] SSL module cannot handle unicode filenames
Antoine Pitrou pit...@free.fr added the comment: Honestly, I'm not sure it is worth documenting. How to use the ca_certs argument is clear when reading the examples further in the ssl doc page, and detailing the quirks of each and every argument would make the text much less readable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14907] SSL module cannot handle unicode filenames
Hynek Schlawack h...@ox.cx added the comment: I'd just add some general catch-all phrase at the top that all paths are expected to be encoded strings. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset f70e12499d05 by Nick Coghlan in branch 'default': Issue #14814: In the spirit of TOOWTDI, ditch the redundant version parameter to the factory functions by using the appropriate direct class references instead http://hg.python.org/cpython/rev/f70e12499d05 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 462fff00c3fb by Nick Coghlan in branch 'default': Issue #14814: Cleanup ipaddress header comments http://hg.python.org/cpython/rev/462fff00c3fb -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 0b54721bf1cc by Nick Coghlan in branch 'default': Issue #14814: Clean out an obsolete property and method from ipaddress Network objects http://hg.python.org/cpython/rev/0b54721bf1cc -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8739] Update to smtpd.py to RFC 5321
R. David Murray rdmur...@bitdance.com added the comment: Removing dependency on issue 11959. Instead I'm going to fix the logging test by adding the necessary updates to its __init__ methods on the smtpd subclasses. Then 11959 can be dealt with independently. -- dependencies: -smtpd cannot be used without affecting global state ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 04b939c0c84d by Nick Coghlan in branch 'default': Issue #14814: Add a basic ipaddress tutorial (thanks to Sandro Tosi for the initial conversion from Peter Moody's wiki version) http://hg.python.org/cpython/rev/04b939c0c84d -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Nick Coghlan ncogh...@gmail.com added the comment: The module reference docs are the main outstanding item now. Georg, up to you whether you want to generate the first pass at those from the docstrings for the alpha or leave it until afterwards. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Nick Coghlan ncogh...@gmail.com added the comment: There's one other thing I particularly want to look at, but it can wait until after the alpha: the TODO comments I added relating to the new self._address_class attribute on the *Network classes. Specifically, it seems to me that the various network methods that currently return simple Address objects should instead be returning Interface objects. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14059] Implement multiprocessing.Barrier
Richard Oudkerk shibt...@gmail.com added the comment: RawValue uses ctypes, right? That's problematic for platforms which don't support ctypes. Are there many posix systems (we care about) where ctypes doesn't work? It would be fairly easy to use memoryview instead of ctypes. (In fact Value/RawValue could be implemented that way when using a typecode instead of a ctypes type.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14910] argparse: disable abbreviation
Jonathan Paugh jpa...@gmx.us added the comment: I am dubious as to the use of this: I think resolving partial args is one of the best thing since invented since sliced bread. However, it's a good project to get my feet wet, so I'll take it on. I should have a patch later today--I'm working on test-cases just now. -- nosy: +jpaugh ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14059] Implement multiprocessing.Barrier
Antoine Pitrou pit...@free.fr added the comment: RawValue uses ctypes, right? That's problematic for platforms which don't support ctypes. Are there many posix systems (we care about) where ctypes doesn't work? It depends what you call caring about :-) But proprietary Unix C compilers generally don't mix very well with ctypes. It would be fairly easy to use memoryview instead of ctypes. (In fact Value/RawValue could be implemented that way when using a typecode instead of a ctypes type.) That would be a good idea then. Also, not using ctypes could make code theoretically more robust. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8739] Update to smtpd.py to RFC 5321
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset ec7456b3f4fe by R David Murray in branch 'default': #8739: upgrade smtpd to RFC 5321 and 1870. http://hg.python.org/cpython/rev/ec7456b3f4fe -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8739] Update to smtpd.py to RFC 5321
R. David Murray rdmur...@bitdance.com added the comment: Thanks very much to everyone who contributed to this patch. It was a real team effort :) -- assignee: r.david.murray - resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Eric Snow ericsnowcurren...@gmail.com added the comment: Here's a stab at implementing -p/-P. There are a couple warnings that I'm not sure about and I've undoubtedly missed some detail, but it should be pretty close. -- keywords: +patch Added file: http://bugs.python.org/file25721/issue13475_1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Changes by Eric Snow ericsnowcurren...@gmail.com: Removed file: http://bugs.python.org/file25721/issue13475_1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Changes by Eric Snow ericsnowcurren...@gmail.com: Added file: http://bugs.python.org/file25722/issue13475_1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Changes by Eric Snow ericsnowcurren...@gmail.com: Removed file: http://bugs.python.org/file25722/issue13475_1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Changes by Eric Snow ericsnowcurren...@gmail.com: Added file: http://bugs.python.org/file25723/issue13475_1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Antoine Pitrou pit...@free.fr added the comment: Before this is assigned a short option form, I would like to ask whether anybody but experts will be able to make a proper use of this option. (I also don't understand what it adds over PYTHONPATH) As for the patch, it lacks error checking when calling C API functions. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14775] Dict untracking can result in quadratic dict build-up
Antoine Pitrou pit...@free.fr added the comment: I have written up some documentation on how untracking is handled in the gc - please see the attached patch. Thank you for doing this! Do you have a real name so that I can credit you? Also, could you fill a contributor agreement? http://www.python.org/psf/contrib/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Added file: http://bugs.python.org/file25724/issue14673_as_module.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Added file: http://bugs.python.org/file25725/issue14673_as_type.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Added file: http://bugs.python.org/file25726/issue14673_as_structseq.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Added file: http://bugs.python.org/file25727/issue14673_as_simple_namespace.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Removed file: http://bugs.python.org/file25712/issue14673_as_module.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Removed file: http://bugs.python.org/file25713/issue14673_as_type.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Removed file: http://bugs.python.org/file25714/issue14673_as_structseq.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Removed file: http://bugs.python.org/file25715/issue14673_as_simple_namespace.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Changes by Eric Snow ericsnowcurren...@gmail.com: Added file: http://bugs.python.org/file25728/issue14673_docs_and_tests.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14673] add sys.implementation
Eric Snow ericsnowcurren...@gmail.com added the comment: I updated the patches so that (hopefully) the review link shows up. I've also pulled out the doc/test diff into its own patch, since it was the same for all of them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10053] Don’t close fd when FileIO.__init__ fails
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +hynek versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14910] argparse: disable abbreviation
Jonathan Paugh jpa...@gmx.us added the comment: I created a patch that exibhts the requested behavior. I added tests, and updated the documentation. I ran the test-suite against a build of Python 3.3.0a3+, and all tests check out. This changes the public API of argparse.ArgumentParser and of its parse_args() method. -- keywords: +patch Added file: http://bugs.python.org/file25729/disable-abbrev.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14910 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14876] IDLE highlighting theme does not preview with user-selected fonts
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e443cce4f183 by Terry Jan Reedy in branch '3.2': Issue #14876: Use user-selected font for highlight configuration. http://hg.python.org/cpython/rev/e443cce4f183 New changeset a9e9045d5546 by Terry Jan Reedy in branch 'default': Merge Issue #14876: Use user-selected font for highlight configuration. http://hg.python.org/cpython/rev/a9e9045d5546 New changeset dc9ddad40bba by Terry Jan Reedy in branch '2.7': Issue #14876: Use user-selected font for highlight configuration. http://hg.python.org/cpython/rev/dc9ddad40bba -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14876] IDLE highlighting theme does not preview with user-selected fonts
Terry J. Reedy tjre...@udel.edu added the comment: Patch looks good and seems to work fine. I tested before and after the patch on my working copy of 3.3.0a3 with my selected font. Highlight config was default courier before and selected font after. I agree with change and applied. -- resolution: - fixed stage: - committed/rejected status: open - closed versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14903] dictobject infinite loop on 2.6.5 on 32-bit x86
Daniel Farina dan...@heroku.com added the comment: Unfortunately it's not so easy to upgrade the system's Python, however, it is something we might try. The reproducing test case would appear to be akin to: import _socket And, within the gevent stack trace program, https://github.com/schmir/gevent/blob/master/gevent/monkey.py#L109 But to be precise, it is stuck at: https://github.com/heroku/WAL-E/blob/master/wal_e/cmd.py#L17. None of this is very helpful, I realize, but this program (in this case, when archiving PostgreSQL write-ahead-log archives) is started up millions of times in a day, putting the defect rate at not far from the nominally figurative phrase one in a million. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14903] dictobject infinite loop on 2.6.5 on 32-bit x86
Terry J. Reedy tjre...@udel.edu added the comment: I was suggesting alternate installations, not that you touch your system Python (a bad idea I have read). Such should be easy on Ubuntu. Whether you can run this particular program with alt installs is a different matter. If you have questions about doing so, also try python-ideas list or the news.gmane mirror, where there are several *nix users, including Ubuntu. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Eric Snow ericsnowcurren...@gmail.com added the comment: Before this is assigned a short option form, I would like to ask whether anybody but experts will be able to make a proper use of this option. Do you mean relative to a long form? And what would constitute improper use for the option? As Nick noted earlier in this issue, the implicit setting of sys.path[0] is a convenience for some cases, and I can appreciate that. My complaint is that it is not an obvious behavior. Furthermore, in an import system that has eliminated implicit relative imports it can lead to confusing behavior. I consider Nick's proposal the best solution given the constraints we have. If people do not use it, the status quo is unaffected. If they do use it, they will be explicitly affecting sys.path[0]. If they use it without knowing what it's for, it will at worst cause imports to happen from unexpected sources (or not happen at all). To me this doesn't seem that different from the way things are now when someone doesn't understand about sys.path[0] initialization. (I also don't understand what it adds over PYTHONPATH) It provides an explicit alternative to the default implicit insertion to sys.path[0]. If the default behavior were no implicit initialization, then I'd agree that PYTHONPATH is sufficient. As for the patch, it lacks error checking when calling C API functions. Ah, yes. Spaced it. Patch updated (and warnings fixed). This brings me to ask what the behavior should be when we have errors come back from those C API functions? In the patch I just have it fall back to the default sys.path[0] behavior. However, wouldn't an error indicate a deeper problem? If so, shouldn't Py_FatalError() be called? -- Added file: http://bugs.python.org/file25730/issue13475_2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path
Antoine Pitrou pit...@free.fr added the comment: Before this is assigned a short option form, I would like to ask whether anybody but experts will be able to make a proper use of this option. Do you mean relative to a long form? Yes. And what would constitute improper use for the option? As a replacement of PYTHONPATH or setup.py install or setup.py develop, I guess. As Nick noted earlier in this issue, the implicit setting of sys.path[0] is a convenience for some cases, and I can appreciate that. My complaint is that it is not an obvious behavior. Furthermore, in an import system that has eliminated implicit relative imports it can lead to confusing behavior. Agreed. I'm not arguing against the principle. (I also don't understand what it adds over PYTHONPATH) It provides an explicit alternative to the default implicit insertion to sys.path[0]. If the default behavior were no implicit initialization, then I'd agree that PYTHONPATH is sufficient. Ah, indeed, I'd missed that. This brings me to ask what the behavior should be when we have errors come back from those C API functions? In the patch I just have it fall back to the default sys.path[0] behavior. Well, no, errors should not pass silently. The error should be propagated. Here, it probably means print the error and abort (or whatever strategy the rest of the function adopts). However, wouldn't an error indicate a deeper problem? If so, shouldn't Py_FatalError() be called? Py_FatalError() is a low-level exit; it dumps core. PyErr_Print() followed by a proper exit may be better. -- title: Add '-p'/'--path0' command line option to override sys.path[0] initialisation - Add '-p'/'--path0' command line option to override sys.path ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3177] Add shutil.open
Hobs hobsonl...@gmail.com added the comment: In Linux we could `try` nautilus then Mozilla (file://.../containing_folder) then fall back to a shell `cd ls` if no browser is available, raising NotImplemented if all else fails... until someone implements for that user's platform particulars. Likewise on OSX, Mac, even iOS, Android, etc. That way the API remains fixed and implementation can mature without breaking it, as people think of or develop new cross-platform actions that you and I can't even dream of now. A boolean `execute` flag is unnecessarily specialized (not generalized or flexible). --Hobson On May 25, 2012 5:08 PM, Larry Hastings rep...@bugs.python.org wrote: Larry Hastings la...@hastings.org added the comment: Could even add an `operation` parameter to let the caller select actions, [...] operation in ['auto', 'run', 'edit', 'display', 'browse', 'explore', 'share', 'send', 'like', 'email', 'open', 'xdg-open', ...] # can be incrementally added/implemented IIRC ShellExecute on Windows has support for verbs like this. But how would we implement support for explore / share / send / like on Mac OS X and Linux? The only flag I can think of supporting in a cross-platform way would be execute=True, which on Windows would mean try the verb run before trying the default, and on OS X and Linux would mean look for the execute bit / the #! signature and run it if possible first before using xdg-open. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3177 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3177 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3177] Add shutil.open
Larry Hastings la...@hastings.org added the comment: In Linux we could `try` nautilus then Mozilla (file://.../containing_folder) then fall back to a shell `cd ls` if no browser is available, raising NotImplemented if all else fails... until someone implements for that user's platform particulars. What if they're using a KDE-based system? Or XFCE? Or xmonad? Or qtile? What if their preferred file browser is Midnight Commander? What if they use Chrome? Or Konqueror? Or Opera? Or Lynx? Designing a cross-platform API based on abilities provided by only one of those platforms, then waiving your hand and saying I'm sure the other platforms will add this functionality sometime, is poor cross-platform API design. OS X is 11 years old, GNOME is 13, KDE is 16, and none of the above appear to be in a hurry to add this feature. And even on Windows, which has had this feature for 17 years (IIRC it was introduced with Windows 95)... it is hardly ever used. 99.999% of the time you simply want to open the file using the user's preferred app. Since Windows users already have an API to access this extra functionality on their platform (os.startfile) I assert that the cross-platform API should only expose the functionality that's available across platforms. Hence my proposal for execute. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3177 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path
Eric Snow ericsnowcurren...@gmail.com added the comment: did you mean to change the title? this isn't about overriding sys.path, but rather just about explicitly dictating the initialization of sys.path[0]. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14858] 'pysetup create' off-by-one when choosing classification maturity status interactively.
Todd DeLuca todddel...@gmail.com added the comment: I'm working on a unit test and fix for a patch. There are a couple other possible bugs in the function that I coud fix (and test). Should I submit separate patches for each bug or one patch that fixes all 3 (small) bugs? Also should I open issues for each bug? The other issues I could open are: - the function forces you to choose a maturity status (instead of being able to skip it) - you can enter an out of range number (0) and it sets a valid value (the last item in the list.). Thanks for your advice. Regards, Todd On Sat, May 26, 2012 at 1:02 AM, Éric Araujo rep...@bugs.python.org wrote: Éric Araujo mer...@netwok.org added the comment: distutils indeed supports 2.5-2.7. The first proposed fix should be fine, what’s needed is a unit test (more info in the devguide). -- stage: needs patch - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14858 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14858 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path
Antoine Pitrou pit...@free.fr added the comment: did you mean to change the title? No, I think it's a bug of the roundup e-mail gateway. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation
Changes by Antoine Pitrou pit...@free.fr: -- title: Add '-p'/'--path0' command line option to override sys.path - Add '-p'/'--path0' command line option to override sys.path[0] initialisation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13475 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10635] Calling subprocess.Popen with preexec_fn=signal.pause blocks forever
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset e8d89503f061 by Terry Jan Reedy in branch 'default': Merge with 3.2 #10635 whitespace http://hg.python.org/cpython/rev/e8d89503f061 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10365] IDLE Crashes on File Open Dialog when code window closed before other file opened
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset a2877fbabf95 by Terry Jan Reedy in branch '3.2': Issue #10365: File open dialog now works instead of crashing http://hg.python.org/cpython/rev/a2877fbabf95 New changeset 21862628a013 by Terry Jan Reedy in branch 'default': Merge with 3.2 http://hg.python.org/cpython/rev/21862628a013 New changeset 4334964993b9 by Terry Jan Reedy in branch '2.7': Issue #10365: File open dialog now works instead of crashing http://hg.python.org/cpython/rev/4334964993b9 New changeset 7dae83057e83 by Terry Jan Reedy in branch '3.2': #10365 Trim trailing whitespace http://hg.python.org/cpython/rev/7dae83057e83 New changeset 630baa300173 by Terry Jan Reedy in branch '2.7': #10365 Trim trailing whitespace http://hg.python.org/cpython/rev/630baa300173 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10365] IDLE Crashes on File Open Dialog when code window closed before other file opened
Terry J. Reedy tjre...@udel.edu added the comment: I verified problem in 3.3 and when opening dialog from shell. Patch fixes problem, including open idle, open dialog, close shell, select file, and now file is opened. Thanks Roger. I went ahead and applied fix. (But note: your patch had a 'blank' line with several spaces. Not allowed. We both should remember to run whitespace-at-end-of-line stripper.) I did not close yet because I think the comments need improvement (and perhaps made into doc string). Hence 'needs (second) patch'. # If the current window has no filename and hasn't been # modified, we replace its contents (no loss). Otherwise # we open a new window. But we won't replace the # shell window (which has an interp(reter) attribute), which # gets set to not modified at every new prompt. I think that means to say If the current window is a never-modified new, empty, untitled edit window, load the file there. If it had any contents to replace, I believe it would be either titled or modified. So that seem misleading. The 'otherwise..open a new window' is not true since a file can be opened (for writing) only once, and if it is already open, focus is simply shifted to its current window. So I think the behavior can be summarized as If the file is already open in an edit window, shift focus to that window. Otherwise open a new window (or use the current window if it is new, unmodified, and untitled) and load the file. # Also, make sure the current window has not been closed, # since it can be closed during the Open File dialog. This seems misplaced where it is since overall we are *not* making sure that the current window is still open, but are taking measures to make sure open works even if it has been closed. I think that the comment that might be added before this block is that flist is being saved in case the parent window gets closed while the dialog is open. I am also curious if you understand # Code for use outside IDLE: or might this be obsolete? -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10365] IDLE Crashes on File Open Dialog when code window closed before other file opened
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10365 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com