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
Content-Type: text/plain
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/