Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
Message-ID:	<4E2FF9A2FB0BD311901400104B0EDBDA820498@derby10.derbyworks.com>
From:	Dave Hinkle <hinkle AT DerbyWorks DOT com>
To:	"'cygwin AT cygwin DOT com'" <cygwin AT cygwin DOT com>
Subject:	Fix for Rsync crashing when used as an rsync server
Date:	Thu, 26 Sep 2002 13:21:22 -0500
MIME-Version:	1.0
X-Virus-Scanned:	by amavisd-milter (http://amavis.org/

Well guys, after much pain-full debugging I discovered the source of one of
my Rsync problems.  Sometimes select (And maybe other functions?) returns
the error ENOBUFFS.  This is mapped from WSAENOBUFS.  Which, according to
MSDN, means: 

No buffer space available. 
An operation on a socket could not be performed because the system lacked
sufficient buffer space or because a queue was full.

Select is expected to return EAGAIN in tempfail situations, so I changed the
mapping in net.cc for WSAENOBUFS to EAGAIN.  This cleared up my crashes when
using "rsync --daemon".  

I still havn't figured out why rsync hangs over ssh after the
"generate_files phase=1", but I'm going to keep working on it.

Btw, are you guys aware that the cygwin sources don't compile when following
the directions from the web site?  I had to make a simlink for the w32api
sources in the winsup directory, remove 3 of the utilities in winsup/utils
from the makefile and delete the docs directory to make it work.

 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -