N
Nick !
Chris Share said:odd (thanks for the example - I don't know if this is a problem in
ncurses or in the python interface to it, but will check/see).
probably should report it as a bug (so it's not overlooked).
http://web.cs.mun.ca/~rod/ncurses/ncurses.html#xterm says "The ncurses
library does not catch [the SIGWINCH aka resizing] signal, because it
cannot in general know how you want the screen re-painted". First, is
this really true? When I make my xterms smaller they clip what is
displayed--is that a function of curses or the xterm?
Second, if true, it explains /what/ is going on--stdscr, only--, but
isn't really satisfactory; it doesn't solve the original poster's bug.
#!/usr/bin/env python
"""
curses_resize.py -> run the program without hooking SIGWINCH
curses_resize.py 1 -> run the program with hooking SIGWINCH
"""
import sys, curses, signal, time
def sigwinch_handler(n, frame):
curses.endwin()
curses.initscr()
def main(stdscr):
"""just repeatedly redraw a long string to reveal the window boundaries"""
while 1:
stdscr.insstr(0,0,"abcd"*40)
time.sleep(1)
if __name__=='__main__':
if len(sys.argv)==2 and sys.argv[1]=="1":
signal.signal(signal.SIGWINCH, sigwinch_handler)
curses.wrapper(main)
If you run this without sigwinch then the line never gets resized, but
if you do then it works fine. What we can glean from this is that
stdscr only reads off it's size upon initialization. This behaviour
may seem a bit strange, but 1) it's legacy and 2) avoids breaking the
semantics of windows (which don't change size on their own).
The "curses.initscr()" part is kind of unhappy though. It modifies the
stdscr variable without us explicitly assigning anything (but I can't
think of any other way to do it, beyond making stdscr a global, and
that feels worse) and will break if initscr() ever returns a new
Window structure instead of just updating and returning the old one.
Does anyone have any tips for how to structure this so that the screen
can actually be assigned to?
In conclusion, it's not a bug, it's a feature. Joy! The workaround is
to write a sigwinch_handler that at least does `endwin(); initscr()`.
Sorry for reviving an old thread, but it doesn't seem the issue was
ever resolved (the thread doesn't go anywhere and there's no warning
about this in the docs that I noticed).
(please CC: me if anyone cares, I'm not on the list)
-Nick Guenther