X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Fri, 13 Nov 2009 12:51:37 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Problem with rsync 3.0.6-1 [and 3.0.5] under 1.7.0-62 and 63      [and 64]
Message-ID: <20091113115137.GP26238@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <4AF58831 DOT 3080306 AT cs DOT umass DOT edu>  <4AFC2A57 DOT 60909 AT cs DOT umass DOT edu>  <20091112154701 DOT GA21323 AT calimero DOT vinschen DOT de>  <4AFC3204 DOT 8080505 AT cs DOT umass DOT edu>  <4AFC8AF3 DOT 2040009 AT cs DOT umass DOT edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4AFC8AF3.2040009@cs.umass.edu>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Nov 12 17:23, Eliot Moss wrote:
>    41  320784 [main] a_test 5244 fhandler_socket::dup: here
>    57  320841 [main] a_test 5244 fhandler_base::dup: in fhandler_base dup
>    39  320880 [main] a_test 5244 fhandler_base::dup: dup() failed, handle 35C, Win32 error 6
>    37  320917 [main] a_test 5244 seterrno_from_win_error: /ext/build/netrel/src/cygwin-1.7.0-64/winsup/cygwin/fhandler.cc:1151 windows error 6
>    41  320958 [main] a_test 5244 geterrno_from_win_error: windows error 6 == errno 9

Duh!  Of course this is the actual error you see.  DuplicateHandle fails
with ERROR_INVALID_HANDLE.  The same problem occurs in close(), but on
the Winsock level where closesocket() returns with error 10038.
Ultimately this means that every socket handle is not recognized as a
handle at all in the child process for some unknown reason.

And why does that happen on some machines only, but not on others?  Is
that a BLODA problem?  Did you seriously check all possible BLODAs?
http://cygwin.com/acronyms/#BLODA
http://cygwin.com/1.7/faq/faq.using.html#faq.using.bloda

I just searched for this problem via google and it turns out that Cygwin
isn't the only software having this problem.  The second hit was already
quite interesting:

http://www.vadvbbs.com/products/vadv32/support/index.php#What_does_Invalid_Socket_Handle_mean

Anyway, it would be nice if we could avoid this problem even if a BLODA
is running.  There are three possible solutions which come to mind and
which we can test.

May I send you an URL to an experimental Cygwin DLL via PM?


Thanks,
Corinna

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

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple