emixa-d

> > No. > > Ok. > > > This is incompatible with ‘move->fdes’ and friends, as it is possible for a different thread to adjust the file descriptor of...

Looks like io-wakeup already assumes ports have fdes (see e.g. make-read-operation/make-write-operation), which mostly does away with the concerns about new uses port-read-wait-fd and friends. Still, [...] > If I understood...

(*) except for the implementation of the operation. As it turns out that ‘select’ requires file descriptors and I don't see a good way of generalising this, I now intend...

> > > I think assuming that the port has a file descriptor is fine, fibers makes that assumption elsewhere: https://github.com/wingo/fibers/blob/master/fibers.scm#L56-L63 > > > > > > This reasoning makes...

Also, if it's not considered a sensible thing, then I would say that this non-sensible thing is really useful, neat, straightforward to implement (it even has an implementation already: see...

> [a general mechanism like wait-until-port-readable] And I don't think there needs to be. In my experience, I actually need it for Scheme-GNUnet, for both current code, future code and...

Look let's stop making things harder for my pet project (Scheme-GNUnet) and focus on making wait-until-whatever slightly more general to cover your ports, of which you still haven't answered why...

>But there's no general way in Guile of magically waiting until any kind of port can be read from or written to without blocking, because it's very specific to the...

Someone else can handle this PR, I can't anmore. @aconchillo, @wingo? p.s. Is there a list of maintainers somewhere?

Looks like I was thinking of , which fixes a different instance of the same thing.