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