This is the mail archive of the cygwin-patches@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: [PATCH] Re: [corinna-cygwin@cygwin.com: Re: ENOTSOCK errors with cygwin dll 1.3.21 and 1.3.22]


On Tue, May 27, 2003 at 10:19:53AM +0200, Thomas Pfaff wrote:
> > > +        CloseHandle (ev[0]);
> >            ^^^^^^^^^^^
> > 	   ...shouldn't that be a WSACloseEvent?
> >
> Of course you are right. I have fixed this.
> 
> In reality this shouldn't make any difference since WSACreateEvent will use
> CreateEvent and the handles are therefore compatible.

Yes, I guessed so.  It's all a handle after all.  It's just cleaner to
use the expected function, though, I'm not that sure when it comes to
closesocket()...

So, that's ok to check in with a minor change in connect:

> +  if (res && !is_nonblocking () && !is_connect_pending () &&
>        WSAGetLastError () == WSAEWOULDBLOCK)

It's not your fault, it was already this way in the unpatched code
but I thought while you're at it it doesn't hurt.  Could you please
apply this as

     if (res && !is_nonblocking () && !is_connect_pending ()
         && WSAGetLastError () == WSAEWOULDBLOCK)

?  Just move the && to the beginning of the next line, that would be nice.

Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.


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