This is the mail archive of the cygwin-patches 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: dup3/O_CLOEXEC/F_DUPFD_CLOEXEC


On Jan 17 22:35, Pierre A. Humblet wrote:
> At 05:52 PM 1/15/2010, Pierre A. Humblet wrote:
> 
> >The scenario you describe (one packet only, with a long delay between accept
> >and WSAEventSelect) could easily be tested to settle the matter.
> >Put a sleep before fdsock !
> 
> To close the matter, I have done just that, putting a 60 s sleep in
> :accept4 between the call to Windows accept and fdsock. Packet
> doesn't get lost :)
> Server:
> 2010_1_17.22:31:41 Listening
> 2010_1_17.22:32:43 Accepted
> 2010_1_17.22:32:43 Read 6 hello
> Client:
> 2010_1_17.22:31:43 Connecting to localhost
> 2010_1_17.22:31:43 Connected to localhost
> 2010_1_17.22:31:43 Written 6 hello
> 2010_1_17.22:32:58 Exiting

Cool, thank you!  So we can settle down with the Linux-behaviour in
terms of O_ASYNC.  In theory I'd like to make the base accept(2)
function behave like on Linux as well in terms of O_NONBLOCK, but
since that potentially breaks packages which erroneously expect BSD
semantics, it might be a bad idea...


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat


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