[issue3787] Make PyInstanceMethod_Type available or remove it

Roundup Robot added the comment: New changeset b595e1ad5722 by Benjamin Peterson in branch 'default': merge 3.2 (#3787e896dbe9) http://hg.python.org/cpython/rev/b595e1ad5722 -- nosy: +python-dev ___ Python tracker

[issue1469629] __dict__ = self in subclass of dict causes a memory leak

Roundup Robot added the comment: New changeset 3787e896dbe9 by Benjamin Peterson in branch '3.2': allow cycles throught the __dict__ slot to be cleared (closes #1469629) http://hg.python.org/cpython/rev/3787e896dbe9 -- nosy: +python-dev resolution: -> fixed stage: patch review -> commi

[issue14223] curses addch broken on Python3.3a1

Roundup Robot added the comment: New changeset 861a5f3e7453 by Victor Stinner in branch 'default': Close #14223: curses.addch() is no more limited to the range 0-255 when the http://hg.python.org/cpython/rev/861a5f3e7453 -- resolution: -> fixed stage: needs patch -> committed/rejected

[issue3787] Make PyInstanceMethod_Type available or remove it

Changes by Benjamin Peterson : -- Removed message: http://bugs.python.org/msg155140 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue14223] curses addch broken on Python3.3a1

STINNER Victor added the comment: I introduced the arbitrary limit when I added support of the curses Unicode API (libncursesw). The limit is useless if libncursesw is used, whereas it blocks legal "characters" like KEY_xxx constants. So I just removed the check and it should not be ok. The

[issue1469629] __dict__ = self in subclass of dict causes a memory leak

Roundup Robot added the comment: New changeset c7623da4e2af by Benjamin Peterson in branch '2.7': allow cycles throught the __dict__ slot to be cleared (closes #1469629) http://hg.python.org/cpython/rev/c7623da4e2af -- ___ Python tracker

[issue13552] Compilation issues of the curses module on OpenIndiana

STINNER Victor added the comment: Jesús Cea Avión also noticed in msg143798 from the issue #6755: I have compiled ncurses myself, supporting wide characters. I get this warnings in the buildbots: """ /export/home/buildbot/32bits/3.x.cea-indiana-x86/build/Modules/_cursesmodule.c:920: warning:

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

STINNER Victor added the comment: Antoine's issue has been fixed: "Modules/_cursesmodule.c:919:9: attention : implicit declaration of function ‘wget_wch’" It looks like Jesús's issue is specific to Solaris (or is already fixed?), and so I added a comment to the issue #13552: "Modules/_cursesm

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

Changes by STINNER Victor : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue14205] Raise an error if a dict is modified during a lookup

Roundup Robot added the comment: New changeset 0255bafbccf2 by Victor Stinner in branch 'default': Issue #14205: document the change of dict[key] behaviour if dict is modified http://hg.python.org/cpython/rev/0255bafbccf2 -- ___ Python tracker

[issue13370] test_ctypes fails when building python with clang

Meador Inge added the comment: LLVM/clang bug report here: http://llvm.org/bugs/show_bug.cgi?id=12207. -- ___ Python tracker ___ ___

[issue14227] console w/ cp65001 displays extra characters for non-ascii strings.

New submission from Mark Tolonen : This is on Windows 7 SP1. Run 'chcp 65001' then Python from a console. Note the extra characters when non-ASCII characters are in the string. At a guess it appears to be using the UTF-8 byte length of the internal representation instead of the character co

[issue14216] ImportError: No module named binascii

Qian Liu added the comment: Hi, Eric Araujo, Thanks for your help. I run "make -s" and found the following message. It seems that binascii cannot be built correctly. What should I do? Many thanks. libpython2.7.a(posixmodule.o)(.text+0x47e1): In function `posix_tmpnam': ./Modules/posixmodule.c:

[issue14220] "yield from" kills generator on re-entry

Stefan Behnel added the comment: Ah, yes, that should work in both implementations. I'll give it a try. Thanks! -- resolution: fixed -> status: closed -> open ___ Python tracker __

<    1   2