"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]