troubles with caps

Chris Pressey cpressey at catseye.mine.nu
Thu Apr 29 14:18:42 PDT 2004


On 29 Apr 2004 15:09:53 -0500
Dave Leimbach <leimySPAM2k at xxxxxxx> wrote:

> Chris Pressey <cpressey at xxxxxxxxxxxxxxx> writes:
> 
> > On Sun, 25 Apr 2004 18:04:38 -0700 (PDT)
> > Matthew Dillon <dillon at xxxxxxxxxxxxxxxxxxxx> wrote:
> > > 
> > >     I've been thinking about tying it into the file descriptor
> > >     subsystem but there are issues related to programs fork()ing
> > >     and closing all descriptors that makes it difficult for a libc
> > >     implementation to properly deal with the fork.
> > 
> > This would be very, very handy, if for no other reason than quite a
> > bit of existing software, like GTK, makes the assumption that
> > select() is how you're going to wait on events.
> 
> Hmm that seems like a problem with GTK.

Well - I think the design issue for the GTK implementors (and others)
is: what, besides select(), is a portable way to wait on events?

Anyway, pthreads should suffice for this problem ATM.  One thread can be
GTK-event-bound while another is CAPS-bound, and they can exchange data.

-Chris





More information about the Bugs mailing list