Re: [9fans] APE and listen(2B)

[lucio@proxima.alt.za]

> the real solution involves reference counting.  but in your case,
> not forking would make more sense.  in fact, if you wanted
> to start reveal from listen(1), you could dispense with the
> for(;;) and the fork.

Of course, but the point is to implement a Posix utility under APE,
specially as the ultimate goal is GCC compatibility.  So I'll need to
implement it properly.

Now, the code suggests that the purpose of the separate proc is to
support poll/select, but I do not understand quite how it all works
(no concept of timeout that I can see, for example).  I need somebody
to explain to me how it is meant to work and I'll probably code it
adequately.

++L