[lwip-devel] [bug #26397] SLIP polling support

[Simon Goldschmidt]

Follow-up Comment #8, bug #26397 (project lwip):

>> But to me it seems like sio_recv shouldn't block, and if so I think we
should
>> keep the current behaviour to avoid upgrading problems. That way, we have
>> sio_read for blocking mode and sio_recv for non-blocking mode.

> Ehm, I think you mixed them up:

Yes, I did. Sorry.

> Actually ppp.c uses sio_read() in blocking mode. It uses 
> sio_read_abort() to cancel the blocking sio_read() calls.

So the SLIP-polling patch wouldn't work, either, since both sio_read and
sio_recv are blocking, which means the function sio_poll would block, too!

In that case, there's no alternative to a new function, I guess. I'd be OK
with sio_tryread() or something like that (try- to stay with the naming
convention we already have - e.g. in sys_mbox_tryfetch).

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?26397>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/