PLEASE TEST: New implementation of blocking socket I/O

[Pierre A. Humblet]

Corinna Vinschen wrote:
> 
> What about this:
> 
> > Can somebody of you step this through to find the cause?  It really
> > doesn't involve much code.  Everything which is important happens in
> > the affected fhandler_socket recv/send call ( either one of recvfrom,
> > recvmsg, sendto, sendmsg) and in wsock_event::wait.
> 
> ?
> 
I am hesitant to start sinking time in this. If I understand correctly you
are trying to fix a race. They tend to go away while running under gdb.
Code review and a good night sleep can be more productive.
In 310663 = write (3, 0x7DE810, 1), it's likely that 310663 is larger
than the buffer size. Where can that come from? Can you add a trap?
Also my CVS_RSH is not set, don't know if it matters.

Pierre