This is the mail archive of the cygwin-developers@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: PLEASE TEST: New implementation of blocking socket I/O


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]