"Brian S. Julin" <[EMAIL PROTECTED]> writes:

> Like I said before out of shear self interest I'm looking
> into integrating LibGII into WINE.  This has raised a few
> issues.
> 
> WINE handles all its signals/select processing in a server
> process.  Somehow (and it's obfuscated, so I haven't figured 
> it out) it seems to be able to share file descriptors with the 
> client processes, so that even though the polling of input 
> file descriptors is done by the server, the actual reading 
> and processing of data happens direct from the file descriptor.

I believe Wine uses clone(2) for that. I can't see how this would
be possible otherwise. Should be possible to do the same with
LibGII out of the box.

> has anyone put any thought into a userspace 
> GII server/repeater daemon to serve a similar roll that GPM/X
> does?  I'd be interested to see it if so.

Using the 'save' filter and the 'file' input on a named pipe should
do the trick just fine.

> Alternatively, rather than doing this just for WINE, I
> could provide a function e.g.
> 
> int giiEventFPoll(gii_input *inp, gii_event_mask *mask,
>  struct pollfd *ufds, unsigned int nfds, int time out);   
> 
> ...would this be a worthy addition to LibGII?

Assuming it is implemented in a nice way I'd say yes.

//Marcus
-- 
-------------------------------+------------------------------------
        Marcus Sundberg        | http://www.stacken.kth.se/~mackan
 Royal Institute of Technology |       Phone: +46 707 452062
       Stockholm, Sweden       |   E-Mail: [EMAIL PROTECTED]

Reply via email to