[issue14223] curses addch broken on Python3.3a1

STINNER Victor added the comment: > I've just tried the OS X build of 3.3rc2, and this has been fixed. Thank you! Great! -- ___ Python tracker ___ _

[issue14223] curses addch broken on Python3.3a1

Nicholas Cole added the comment: I've just tried the OS X build of 3.3rc2, and this has been fixed. Thank you! -- ___ Python tracker ___

[issue14223] curses addch broken on Python3.3a1

Roundup Robot added the comment: New changeset d6d632f254ee by Victor Stinner in branch 'default': Close #14223: Fix window.addch(curses.ACS_HLINE) http://hg.python.org/cpython/rev/d6d632f254ee -- ___ Python tracker

[issue14223] curses addch broken on Python3.3a1

Georg Brandl added the comment: Done in d6d632f254ee. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Pytho

[issue14223] curses addch broken on Python3.3a1

Ned Deily added the comment: > Can that possibly be right?? Yes. That's the version of ncurses that Apple ships with current versions of OS X. You can build it yourself and install into /usr/local and rebuild python. For ncurses 5.9, something like: ./configure --enable-widec --enable-share

[issue14223] curses addch broken on Python3.3a1

Nicholas Cole added the comment: On Mon, Sep 3, 2012 at 3:15 PM, STINNER Victor wrote: > > STINNER Victor added the comment: > >> How do I check which version it was built against? > > On Linux, I use: > > $ ldd /usr/lib/python2.7/lib-dynload/_curses.so |grep curses > libncursesw.so.5 =>

[issue14223] curses addch broken on Python3.3a1

STINNER Victor added the comment: > How do I check which version it was built against? On Linux, I use: $ ldd /usr/lib/python2.7/lib-dynload/_curses.so |grep curses libncursesw.so.5 => /lib/i386-linux-gnu/libncursesw.so.5 (0xb76d) $ ls -l /lib/i386-linux-gnu/libncursesw.so.5 lrwxrwx

[issue14223] curses addch broken on Python3.3a1

Nicholas Cole added the comment: > Unless I'm getting the build process wrong (possible, because > I haven't tried testing fixes before), this fix isn't working for me. Oh did you compile Python? Did you install it? Yes, I tried compiling it. #./configure MACOSX_DEPLOYMENT_TARGET=10.8 --enab

[issue14223] curses addch broken on Python3.3a1

Changes by Christian Hofstaedtler : -- nosy: -zeha ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14223] curses addch broken on Python3.3a1

STINNER Victor added the comment: > Unless I'm getting the build process wrong (possible, because > I haven't tried testing fixes before), this fix isn't working for me. Oh did you compile Python? Did you install it? Do you have libncursesw? => do you have the function curses.unget_wch? What i

[issue14223] curses addch broken on Python3.3a1

Changes by Nicolas Schodet : -- nosy: -schodet ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14223] curses addch broken on Python3.3a1

Nicholas Cole added the comment: Unless I'm getting the build process wrong (possible, because I haven't tried testing fixes before), this fix isn't working for me. -- ___ Python tracker __

[issue14223] curses addch broken on Python3.3a1

STINNER Victor added the comment: (keep the issue open until the fix is included in Georg's repository) -- resolution: fixed -> status: closed -> open ___ Python tracker ___ ___

[issue14223] curses addch broken on Python3.3a1

STINNER Victor added the comment: > I'm reopening this bug because I've noticed that in Python3.3rc1, > although trying to print curses.ACS_HLINE and other such characters > no long cause an Exception, only blank characters are printed to > the screen. If the Python curses module is compiled in

[issue14223] curses addch broken on Python3.3a1

Roundup Robot added the comment: New changeset 27b5bd5f0e4c by Victor Stinner in branch 'default': Close #14223: Fix window.addch(curses.ACS_HLINE) http://hg.python.org/cpython/rev/27b5bd5f0e4c -- resolution: -> fixed status: open -> closed ___ Pytho

[issue14223] curses addch broken on Python3.3a1

Nicholas Cole added the comment: import curses def test_screen(screen): screen.addch(5,5, curses.ACS_HLINE) screen.addch(5,6, curses.ACS_HLINE) screen.refresh() curses.napms(2000) curses.wrapper(test_screen) -- ___ Python tracker

[issue14223] curses addch broken on Python3.3a1

Nicholas Cole added the comment: I'm reopening this bug because I've noticed that in Python3.3rc1, although trying to print curses.ACS_HLINE and other such characters no long cause an Exception, only blank characters are printed to the screen. Tested with both Terminal.App and xterm running un

[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

[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

[issue14223] curses addch broken on Python3.3a1

R. David Murray added the comment: Marking as release blocker since this is a regression. Added people from the other curses issue as being likely to be interested in this one. -- nosy: +cben, gpolo, haypo, inigoserna, jcea, phep, pitrou, python-dev, r.david.murray, schodet, zeha pri

[issue14223] curses addch broken on Python3.3a1

New submission from Nicholas Cole : The following code works on Python versions prior to 3.3a1: import curses def test_screen(screen): screen.addch(5,5, curses.ACS_HLINE) screen.refresh() curses.wrapper(test_screen) On python3.3, the program produces the following traceback: Traceba