Message-ID: <4BB4CC3E.8040901@gmail.com>
Date: Thu, 01 Apr 2010 12:39:26 -0400
From: Eliot Moss <jeliotbmoss@gmail.com>
Reply-To: moss@cs.umass.edu
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: rsync.exe without socket pairs
References: <4BB4B647.2010200@cs.umass.edu> <20100401154654.GG18364@calimero.vinschen.de>
In-Reply-To: <20100401154654.GG18364@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

On 4/1/2010 11:46 AM, Corinna Vinschen wrote:
> On Apr  1 11:05, Eliot Moss wrote:
>> http://www.cs.umass.edu/~moss/rsync.exe
>>
>> This solves the spin/hang issue that I was seeing with certain
>> large files transferring via ssh from my Windows 7 64-bit
>> laptop.
>> [...]
>> Of course we all hope the underlying bug will be found and
>> fixed eventually, but this workaround has helped me and some
>> others for the time being ...
>
> Of course, if nobody having this problem dives into the code and
> performs some actual debugging(*), it's unlikely the bug will ever
> be found...

I understand -- but it's a kind of rare thing, not easy to
develop a test case. It does seem to have to do with some
call indicating there are no bytes available to be read when
in fact there are, at least from my reading of the various
threads on the topic. Maybe I'll have time to work on it
eventually, but not for a while ...

Regards -- EM

--
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