Skip Menu |

This queue is for tickets about the Curses-UI CPAN distribution.

Report information
The Basics
Id: 51625
Status: new
Priority: 0/
Queue: Curses-UI

Owner: Nobody in particular
Requestors: antony.gelberg [...]

Bug Information
Severity: Important
Broken in: (no value)
Fixed in: (no value)

Subject: Solaris-specific hack breaks expected behaviour (at least on Linux)
MIME-Version: 1.0
X-Mailer: MIME-tools 5.427 (Entity 5.427)
Content-Type: text/plain
Charset: utf8
Content-Disposition: inline
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: utf-8
Content-Length: 856
Download (untitled) / with headers
text/plain 856b
I have a reasonably large application that uses Curses::UI and Curses::UI::POE. When keyboard input is buffered because the app is blocking, things get out of sync when the app returns - keys get "lost" and the app is thereafter "one key behind". The problem was eventually narrowed down to the following part of # See if there are pending keys on input. If I do not # feed them to the application in this way, the screen # hangs in case I do a lot of input on my Solaris # machine. $key = $self->get_key(0); $self->feedkey($key) unless $key eq '-1'; This is something of a hack. On my Linux machine, commenting out the above causes correct behaviour, whereby keypresses are buffered and dealt with when the app returns from its blocking behaviour. Are you sure this isn't a workaround for a Solaris "feature"? Antony

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to