From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23855 invoked by alias); 16 Jul 2012 20:22:26 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 30570 Received: (qmail 10084 invoked from network); 16 Jul 2012 20:22:25 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <120716132151.ZM3654@torch.brasslantern.com> Date: Mon, 16 Jul 2012 13:21:51 -0700 In-reply-to: Comments: In reply to Mikael Magnusson "zcurses version of tetris" (Jul 16, 3:22pm) References: X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh workers Subject: Re: zcurses version of tetris MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Jul 16, 3:22pm, Mikael Magnusson wrote: } } 2a. resizing the window causes 'zcurses input' to wait forever for a } key, even with a timeout defined. This probably has something to do with the special-casing around wgetch() for signals handled by the "trap" command. See the big comment in Src/Modules/curses.c lines 1073-1103. It may be problematic to mix curses with the generic signal handling in the main shell. We may need to swap in a SIGWINCH handler wrapper while the curses UI is active, and restore the main handler when leaving it. } 2b. resizing the window doesn't cause an event while running the } program, but if i resize before starting(?) i get an event RESIZE on } my first input call. There's probably some state that needs to be cleared on entry to zccmd_input() so that curses doesn't see something left over from the previous signal. Unfortunately I don't know what that would be.