Re: export _mouse_fd for select(2)

[Thomas Dickey]

On Sat, Jun 29, 2019 at 07:49:06PM -0400, Thomas Dickey wrote:
> On Tue, Jun 25, 2019 at 08:34:33AM +0000, address@hidden wrote:
> > Currently, one can include STDIN_FILENO in a select(2), and then call 
> > getch()
> > if input is available on stdin.  This allows for a main loop that also wait
> > on other file descriptors, signals and a timeout.  Unfortunataly, the mouse
> > cannot be included in this select because the _mouse_fd field of the SCREEN
> > structure is private. 
> > 
> > A workaroud is to have a thread call getch() in blocking mode and then serve
> > the result on a pipe whose other end goes in the select.  But this solution
> > seems awkward to me, especially considering that STDIN_FILENO is instead
> > always available to the application, and compared with having a function 
> > like
> > getmousefd() that returns _mouse_fd. 
> > 
> > This function would be similar to ConnectionNumber(Display *) in XWindow:  
> > it
> > returns a file descriptor to be used in a select, so that the application 
> > may
> > then call XNextEvent() or similar if something can be read there.  I believe
> > it is not supposed to be used in any other way. 
> 
> _mouse_fd is only used for the GPM dependency, which is rarely used...

oh, also for sysmouse (likewise, rarely used)

It's not used for xterm protocol or the MinGW port.

A more productive approach would be to investigate the wgetch-events
interface, which is supposed to solve the problem you're concerned
about...

-- 
Thomas E. Dickey <address@hidden>
https://invisible-island.net
ftp://ftp.invisible-island.net

signature.asc
Description: Digital signature