[issue13502] Documentation for Event.wait return value is either wrong or incomplete

Charles-François Natali added the comment: > This seems to imply that if the current thread previously set the event, > the wait will return False, which is contradicted by the 'so' statement > (which appears to be correct). You're probably referring to the "another thread" part... A suggestion

[issue13502] Documentation for Event.wait return value is either wrong or incomplete

R. David Murray added the comment: On Wed, 07 Dec 2011 18:45:27 +, wrote: > ___ > diff --git a/Doc/library/threading.rst b/Doc/library/threading.rst > --- a/Doc/library/threading.rst > +++ b/Doc/library/threading.rst > @@ -804,8 +804,9 @@ >floatin

[issue13319] IDLE: Menu accelerator conflict between Format and Options

Roger Serwy added the comment: Attached is a patch to have Alt-i bring up the Options menu. -- keywords: +patch Added file: http://bugs.python.org/file23879/issue13319.patch ___ Python tracker

[issue7136] Idle File Menu Option Improvement

Roger Serwy added the comment: This issue is mentioned as part of #13504 meta-issue. The attached patch extends Tal's original patch by also updating the help.txt documentation. -- nosy: +serwy Added file: http://bugs.python.org/file23878/issue7136.patch _

[issue13554] Tkinter doesn't use higher resolution app icon

New submission from th9 : 48x48 icons in Gnome3 show up blurry, but giving larger resolution (128 or 256) icon to Tkinter doesn't improve its appearance at all in the panel or Alt+Tab menu. I'm using 'photoimage' to get color icon. Giving two resolution icons in whatever order doesn't change

[issue13441] TestEnUSCollation.test_strxfrm() fails on Solaris

STINNER Victor added the comment: localeconv_wchar.c: test program to dump the thousands separator on a locale specified on the command line. I wrote this program to try to reproduce the hu_HU issue, but I cannot reproduce it on OpenIndiana. I only have UTF-8 locales on my OpenIndiana VM, whe

[issue13553] Tkinter doesn't set proper application name

New submission from th9 : I want the app name to be displayed under the icon in Alt+Tab menu, but currently it only displays the className of the root, which by default is "Tk". So in Gnome3 all Tkinter apps show up as "Tk" in the panel and in the Alt+Tab menu. It is possible to override that

[issue12567] curses implementation of Unicode is wrong in Python 3

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue12567] curses implementation of Unicode is wrong in Python 3

STINNER Victor added the comment: The code has been commited. The remaining task is to fix OpenIndiana issues: see #13552. -- ___ Python tracker ___ ___

[issue13551] pulldom doesn't populate DOM tree

Achim Gaedke added the comment: sorry, the output given before was generated with python2.7 changing the line xml.sax.parseString(xml_data, d_handler) to xml.sax.parseString(bytes(xml_data, "utf-8"), d_handler) makes it working for python 3.2, result the same: $ python3.2 pulldom_test.py wi

[issue13552] Compilation issues of the curses module on OpenIndiana

STINNER Victor added the comment: curses_hacks.patch: various hacks to use the XPG4 curses on OpenIndiana. -- keywords: +patch nosy: +enchanter Added file: http://bugs.python.org/file23873/curses_hacks.patch ___ Python tracker

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

STINNER Victor added the comment: I opened the issue #13552 to list all curses issues on OpenIndiana. -- ___ Python tracker ___ ___ Py

[issue12567] curses implementation of Unicode is wrong in Python 3

STINNER Victor added the comment: > I am still concerned about the compilation warning in OpenIndiana buildbots > :-( I'm unable to reproduce the issue in my OpenIndiana VM: the compilaton of the _curses module fail, not because of Unicode, but because mvwchgat() function is missing => see t

[issue13552] Compilation issues of the curses module on OpenIndiana

New submission from STINNER Victor : The _curses module has two issues on OpenSolaris: - using the default curses library, mvwchgat() cannot be found and _curses module compilation fails - there is a "XPG4 curses" library. I tried to use it using various hacks in _cursesmodule.c and setup.py

[issue13551] pulldom doesn't populate DOM tree

New submission from Achim Gaedke : Hi! I tried to use the more general xml.dom interface, no longer defaulting to minidom straight away (or using etree). The DOM tree gained with PullDOM seem to be incomplete. Here is the output of the program attached. $ python pulldom_test.py with pulldom (

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

STINNER Victor added the comment: I hacked setup.py and _cursesmodule.c to use XPG4 curses. It requires many hacks because it lacks functions like getattrs() or getsyx/setsyx, constant like KEY_MIN and KEY_MAX. It looks difficult to use this curses library. -- ___

[issue11886] test_time.test_tzset() fails on "x86 FreeBSD 7.2 3.x": AEST timezone called "EST"

Roundup Robot added the comment: New changeset c143e66e5efe by Victor Stinner in branch '3.2': Issue #11886: workaround an OS bug (time zone data) in test_time http://hg.python.org/cpython/rev/c143e66e5efe New changeset c7638be1e430 by Victor Stinner in branch 'default': (Merge 3.2) Issue #1188

[issue13550] Rewrite logging hack of the threading module

STINNER Victor added the comment: (threading_note_global.patch was completly wrong, here is the fixed version) -- Added file: http://bugs.python.org/file23871/threading_note_global.patch ___ Python tracker ___

[issue13550] Rewrite logging hack of the threading module

Changes by STINNER Victor : Removed file: http://bugs.python.org/file23870/threading_note_global.patch ___ Python tracker ___ ___ Python-bugs-

[issue13545] Pydoc3.2: TypeError: unorderable types

Peter Frauenglass added the comment: The patch in msg<148968> solves the issue for me. I'm running Linux, originally installed as Mint 9, though upgraded and modified incrementally until it's now kubuntu 11.10. I have the "libc6" package version "2.13-20ubuntu5" installed. -- __

[issue13550] Rewrite logging hack of the threading module

Changes by STINNER Victor : Added file: http://bugs.python.org/file23870/threading_note_global.patch ___ Python tracker ___ ___ Python-bugs-li

[issue13550] Rewrite logging hack of the threading module

New submission from STINNER Victor : The threading module uses an hack to log actions to help debugging. The log depends on 3 flags: __debug__, threading._VERBOSE and a verbose attribute (each threading class has such attribute). By default, _note() is always called but does nothing: it checks

[issue11051] system calls per import

Terry J. Reedy added the comment: OK, I gather from the comment added in the second patch that you intentionally changed the logic to restart the loop more often. -- ___ Python tracker ___

[issue11051] system calls per import

STINNER Victor added the comment: By the way, _Py_stat() can fail because of a Python error: -1 result is not handled in import.c :-( It may leak to the "XXX undetected error" message. -- nosy: +haypo ___ Python tracker

[issue11051] system calls per import

Terry J. Reedy added the comment: I am a little puzzled by the patch. In logic, 'A and B' is equivalent to 'not A or not B'. But in the patch, -if (_Py_stat(filename, &statbuf) == 0 && /it exists */ -S_ISDIR(statbuf.st_mode)) /* it's a directory */ +if

[issue13531] add test for defaultdict with non-callable first argument

Ezio Melotti added the comment: Committed, thanks for the report and the patch! For the record, this is related to https://bugs.pypy.org/issue953 -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tr

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

Charles-François Natali added the comment: To debug this, we should probably make use of faulthandler (but not dump_tracebacks_later, since it creates a new thread). The way to go could be to make the parent process send a fatal signal to the child process if the latter takes too long to complet

[issue13531] add test for defaultdict with non-callable first argument

Roundup Robot added the comment: New changeset a8deeb549e1a by Ezio Melotti in branch '2.7': #13531: add a test for defaultdict with a non-callable arg. Patch by Mike Cheng. http://hg.python.org/cpython/rev/a8deeb549e1a New changeset 17ceebc61b65 by Ezio Melotti in branch '3.2': #13531: add a

[issue13549] Incorrect nested list comprehension documentation

New submission from Matt Long : The description of nesting list comprehensions in section 5.1.5 of the main Python tutorial (http://docs.python.org/tutorial/datastructures.html#nested-list-comprehensions) is misleading at best and arguably incorrect. Where it says "To avoid apprehension when

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

STINNER Victor added the comment: I removed my two previous message (msg148991 and msg148992), there were unrelated to this issue: the test hangs in debug mode in the IO module because of a deadleak in IO related to the fork... -- ___ Python tracke

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

Changes by STINNER Victor : -- Removed message: http://bugs.python.org/msg148992 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

Changes by STINNER Victor : -- Removed message: http://bugs.python.org/msg148991 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

STINNER Victor added the comment: Hum, it's better with the process identifiers. Oh, by the way: the output is not truncated, Python test hangs during the second run :-) Without the debug output, it needs more than 1,000 runs to reproduce the bug (hang). Testing with flags: sys.flags(debug=

[issue11870] test_3_join_in_forked_from_thread() of test_threading hangs 1 hour on "x86 Ubuntu Shared 3.x"

STINNER Victor added the comment: I got the debug output of test_3_join_in_forked_from_thread() using some hacks (threading._VERBOSE=True and don't hide subprocess output): Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_s

[issue1602] windows console doesn't print or input Unicode

Matt Mackall added the comment: The underlying cause of Python's write exceptions with cp65001 is: The ANSI C write() function as implemented by the Windows console returns the number of _characters_ written rather than the number of _bytes_, which Python reasonably interprets as a "short wri

[issue13546] sys.setrecursionlimit() crashes IDLE

Amaury Forgeot d'Arc added the comment: This will be fixed in the next 2.7 release, thanks for the report! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue13546] sys.setrecursionlimit() crashes IDLE

Roundup Robot added the comment: New changeset 57de1ad15c54 by Amaury Forgeot d'Arc in branch '2.7': Issue #13546: Fixed an overflow issue that could crash the intepreter when http://hg.python.org/cpython/rev/57de1ad15c54 -- nosy: +python-dev ___ Pyt

[issue13546] sys.setrecursionlimit() crashes IDLE

Ned Deily added the comment: LGTM -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue13546] sys.setrecursionlimit() crashes IDLE

Changes by Amaury Forgeot d'Arc : -- assignee: -> amaury.forgeotdarc stage: needs patch -> patch review ___ Python tracker ___ ___ Py

[issue13546] sys.setrecursionlimit() crashes IDLE

Amaury Forgeot d'Arc added the comment: Here is a patch, with test. -- keywords: +patch Added file: http://bugs.python.org/file23868/issue13546.patch ___ Python tracker ___

[issue13453] Tests and network timeouts

Charles-François Natali added the comment: > URLError: resolution> For this one, we should probably add EAI_FAIL to support.transient_internet. -- keywords: +patch nosy: +neologix Added file: http://bugs.python.org/file23867/transient.diff ___ Pyth

[issue13502] Documentation for Event.wait return value is either wrong or incomplete

Charles-François Natali added the comment: Here's a patch. -- keywords: +patch Added file: http://bugs.python.org/file23866/event_wait_cleared.diff ___ Python tracker ___diff --

[issue11051] system calls per import

Charles-François Natali added the comment: > I would have appreciated had you considered my review before pushing > that change. Sorry, I didn't receive an email notification for your review, so I didn't know you had done one. I'll add a comment. -- __

[issue11051] system calls per import

Martin v. Löwis added the comment: I would have appreciated had you considered my review before pushing that change. -- ___ Python tracker ___ _

[issue11051] system calls per import

Roundup Robot added the comment: New changeset a541bda2f5e2 by Charles-François Natali in branch 'default': Issue #11051: Reduce the number of syscalls per import. http://hg.python.org/cpython/rev/a541bda2f5e2 -- nosy: +python-dev ___ Python tracker

[issue13542] Memory leak in multiprocessing.pool

Charles-François Natali added the comment: It's a duplicate of #12157. -- nosy: +neologix resolution: -> duplicate stage: needs patch -> committed/rejected status: open -> closed superseder: -> join method of multiprocessing Pool object hangs if iterable argument of pool.map is empty

[issue13534] test_cmath fails on ppc with glibc-2.14.90 due to buggy architecture-specific "hypot"

Dave Malcolm added the comment: I agree. I filed this here in case anyone else ran into it, but given that this is really a glibc bug (now fixed), I'm closing this out as "won't fix". -- resolution: -> wont fix status: open -> closed ___ Python tr

[issue13531] add test for defaultdict with non-callable first argument

Changes by Ezio Melotti : -- assignee: -> ezio.melotti stage: test needed -> commit review ___ Python tracker ___ ___ Python-bugs-lis

[issue13394] Patch to increase aifc lib test coverage with couple of minor fixes

Ezio Melotti added the comment: I think the patch includes too many changes. It would be better if you can split it in two separate patches: one with the increased coverage, the other with the bugs you found and their tests. I can easily commit the first (assuming it doesn't break the test su

[issue11682] PEP 380 reference implementation for 3.3

Ron Adam added the comment: Thanks for the updated links Nick. There is a comment in the docs that recommends putting parentheses around any yield expression that returns a value. So it is in agreement with that in the function argument case. The grammar I used does keep it as a variant.

[issue13500] Hitting EOF gets cmd.py into a infinite EOF on return loop

Garrett Cooper added the comment: Ok. I'll see if I can provide a unittest for this by the 12th. -- ___ Python tracker ___ ___ Python

[issue13548] Invalid 'line' tracer event on pass within else clause

Stephan R.A. Deibel added the comment: Sorry, the print statement in the file needs a tweak to work with Python 3.2, but the bug does occur there also. -- ___ Python tracker __

[issue13548] Invalid 'line' tracer event on pass within else clause

Changes by Ned Batchelder : -- nosy: +nedbat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue13548] Invalid 'line' tracer event on pass within else clause

New submission from Stephan R.A. Deibel : The tracer set with sys.settrace() is called incorrectly with a 'line' event on a 'pass' that is at the end of an 'else' clause on the final line of a function even if the else block is not executed by the interpreter. Whew, talk about an end case! T

[issue13500] Hitting EOF gets cmd.py into a infinite EOF on return loop

Éric Araujo added the comment: > I'm not sure how items like this which require interactive input can > be run via the python project testing framework. Replace sys.stdin with a custom object (a stub) and you can control input (see the Inputs class used in Lib/packaging/tests/test_create.py o

[issue13500] Hitting EOF gets cmd.py into a infinite EOF on return loop

Garrett Cooper added the comment: I'll verify the fix in another day or two. FWIW unless python is willing to import pexpect, or provide an equivalent, I'm not sure how items like this which require interactive input can be run via the python project testing framework. -- _

[issue13500] Hitting EOF gets cmd.py into a infinite EOF on return loop

Éric Araujo added the comment: I believe the commit would have needed a regression test. -- ___ Python tracker ___ ___ Python-bugs-li

[issue13547] Clean Lib/_sysconfigdata.py and Modules/_testembed

Antoine Pitrou added the comment: Yes, "make clean" should remove them as well. -- nosy: +pitrou versions: +Python 3.2 ___ Python tracker ___ ___

[issue13547] Clean Lib/_sysconfigdata.py and Modules/_testembed

New submission from Stefan Krah : I think that `make distclean` should remove Lib/_sysconfigdata.py and Modules/_testembed. On second thought, `make clean` should probably also remove those. -- components: Build messages: 148969 nosy: skrah priority: normal severity: normal stage: needs

[issue13545] Pydoc3.2: TypeError: unorderable types

STINNER Victor added the comment: Can you try to patch platform.py with the following patch? diff --git a/Lib/platform.py b/Lib/platform.py --- a/Lib/platform.py +++ b/Lib/platform.py @@ -186,7 +186,7 @@ def libc_ver(executable=sys.executable,l elif so: if lib != 'glibc':

[issue13545] Pydoc3.2: TypeError: unorderable types

maniram maniram added the comment: On my system it works. :-) -- nosy: +maniram.maniram ___ Python tracker ___ ___ Python-bugs-list m

[issue13546] sys.setrecursionlimit() crashes IDLE

Amaury Forgeot d'Arc added the comment: Tested on Linux: Python 2.7.2+ (2.7:16c4137a413c+, Dec 4 2011, 22:56:38) [GCC 4.4.3] on linux2 >>> import sys >>> sys.setrecursionlimit((1<<31)-1) >>> import xx Exception RuntimeError: 'maximum recursion depth exceeded in __subclasscheck__' in ignored

[issue11610] Improved support for abstract base classes with descriptors

Darren Dale added the comment: New patch addressing comments in review. -- Added file: http://bugs.python.org/file23864/abc_descriptor.patch ___ Python tracker ___ _

[issue11682] PEP 380 reference implementation for 3.3

Nick Coghlan added the comment: As far as *why* yield expressions aren't special cased the way generator expressions are - just an oversight when yield expressions were added, no real grand master plan. It's not a big deal in practice, so nobody has ever cared enough to argue for fixing it.

[issue11682] PEP 380 reference implementation for 3.3

Nick Coghlan added the comment: OK, I removed all the old files and repo links (they're still available in the history below if needed). (well, the link to Renaud's hg patch queue is gone, but that's also present in one of the early comments). (Ron: your comment makes me think you were lookin

[issue11682] PEP 380 reference implementation for 3.3

Changes by Nick Coghlan : -- hgrepos: -11 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11682] PEP 380 reference implementation for 3.3

Changes by Nick Coghlan : Removed file: http://bugs.python.org/file23639/test.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue11682] PEP 380 reference implementation for 3.3

Changes by Nick Coghlan : Removed file: http://bugs.python.org/file23759/0001-2.diff ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11682] PEP 380 reference implementation for 3.3

Changes by Nick Coghlan : Removed file: http://bugs.python.org/file23570/issue11682_pep380_branch_2031.diff ___ Python tracker ___ ___ Py

[issue11682] PEP 380 reference implementation for 3.3

Changes by Nick Coghlan : Removed file: http://bugs.python.org/file23216/0001.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue13545] Pydoc3.2: TypeError: unorderable types

Antoine Pitrou added the comment: This seems to be an issue with the platform module's detection of the glibc. Can you tell us more about your system? (OS, distribution...) -- nosy: +pitrou, r.david.murray versions: +Python 3.3 ___ Python tracker <

[issue13546] sys.setrecursionlimit() crashes IDLE

Ji Han added the comment: @amaury.forgeotdarc It says 'python.exe has stopped working'. Details: Problem Event Name: APPCRASH Application Name: python.exe Application Version: 0.0.0.0 Application Timestamp:4df4b010 Fault Module Name:MSVCR90.dll Fault Module Versi

[issue13546] sys.setrecursionlimit() crashes IDLE

Ned Deily added the comment: But after setting it, IDLE is going to be executing code. In the 64-bit Windows Python 2.7.2 that I have available, there were exceptions reported in the command line interpreter (not IDLE) after changing the recursion limit and then executing some code. Perhaps

[issue11682] PEP 380 reference implementation for 3.3

Zbyszek Szmek added the comment: >>> f((yield)) This requirement seems unnecessary. And surprising, because f() or f('a' if 'a' else 'b') doesn't require parenthes. There's no room for confusion if parentheses were omitted in the single-argument case. (Following the rule given in documentati

[issue13546] sys.setrecursionlimit() crashes IDLE

Amaury Forgeot d'Arc added the comment: hanji, could you start IDLE from a command prompt and try again: c:\python27\python.exe -m idlelib.idle Do you see additional error messages? -- ___ Python tracker

[issue13546] sys.setrecursionlimit() crashes IDLE

Amaury Forgeot d'Arc added the comment: On the other hand, there is no reason for the recursion limit to be actually reached, just by setting it! Is there a hidden infinite recursion somewhere? -- nosy: +amaury.forgeotdarc ___ Python tracker

[issue13546] sys.setrecursionlimit() crashes IDLE

Ned Deily added the comment: Trying to set the recursion limit to a large number defeats its purpose. As documented in the Standard Library Reference: The highest possible limit is platform-dependent. A user may need to set the limit higher when she has a program that requires deep recursion

[issue8641] IDLE 3 doesn't highlights b"", but u""

Ned Deily added the comment: Thanks for the patch, Tal, and thanks for testing it, Roger. Applied to 3.2 for release in 3.2.3 and to default for 3.3.0. -- assignee: -> ned.deily nosy: +ned.deily resolution: works for me -> fixed stage: -> committed/rejected status: open -> closed ve

[issue8641] IDLE 3 doesn't highlights b"", but u""

Roundup Robot added the comment: New changeset 3822c8087d70 by Ned Deily in branch '3.2': Issue #8641: Update IDLE 3 syntax coloring to recognize b".." and not u"..". http://hg.python.org/cpython/rev/3822c8087d70 New changeset e49220f4c31f by Ned Deily in branch 'default': Issue #8641: Update I

[issue13546] sys.setrecursionlimit() crashes IDLE

New submission from Ji Han : The following code snippet will crash IDLE: >>> import sys >>> sys.setrecursionlimit((1<<31)-1) The crash happens immediately and is consistently reproducible (environment: Windows 7 SP1 64-bit, Python 2.7.2 for Windows X86_64). -- components: None message

[issue13542] Memory leak in multiprocessing.pool

Changes by Ezio Melotti : -- nosy: +jnoller stage: -> needs patch versions: -Python 2.6, Python 3.1, Python 3.4 ___ Python tracker ___ _

[issue13545] Pydoc3.2: TypeError: unorderable types

Peter Frauenglass added the comment: I should also mention that pydoc2.7 -p 1234 works without issue. It seems to be a regression. Also adding lemburg to the Nosy list as the comments on platform.py suggest. -- nosy: +lemburg ___ Python tracker

[issue13545] Pydoc3.2: TypeError: unorderable types

New submission from Peter Frauenglass : While attempting to use pydoc, I came across the following error. On my system it's simple to reproduce: pydoc -p 1234, then visit http://localhost:1234/ in a browser. A open('/home/(me)/DEBUG', 'w').write(binary) right before the m.groups() call create