Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Date: Mon, 29 Oct 2001 17:00:09 +0000
Message-ID: <4921-Mon29Oct2001170009+0000-starksb@ebi.ac.uk>
X-Mailer: emacs 20.7.1 (via feedmail 9-beta-7 I);
	VM 6.92 under Emacs 20.7.1
From: David Starks-Browning <starksb AT ebi DOT ac DOT uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: cygwin-developers AT cygwin DOT com
Subject: problem with 2001-10-26 snapshot (now also 2001-10-29)
In-Reply-To: <7784-Sat27Oct2001190351+0100-starksb@ebi.ac.uk>
References: <7784-Sat27Oct2001190351+0100-starksb AT ebi DOT ac DOT uk>

On Saturday 27 Oct 01, David Starks-Browning writes:
> Sorry for the lack of detail but I wanted to make this known before
> 1.3.4 got released.
> 
> I've been using each new snapshot in my daily work to catch problems.
> With the 2001-10-26 snapshot, /usr/bin/rsync fails.  However, I now
> find myself unable to reproduce it, so I can't tell you what the error
> was. :-(
> 
> I'd like to have a closer look at this on Monday, if you can hold off
> until then.  If I can reproduce it I'll provide an strace.
> 
> uname is
> 
> 	CYGWIN_NT-4.0 BRYCE 1.3.4s(0.47/3/2) 20011026 00:15:05 i686 unknown

After updating to the 2001-10-29 snapshot:

	CYGWIN_NT-4.0 BRYCE 1.3.4s(0.47/3/2) 20011029 00:31:03 i686 unknown

I still have problems with /usr/bin/rsync.  When logged in at the
console (i.e., sitting at the workstation), after rsync completes, Dr
Watson throws a couple of error dialogues as follows:

  Dr. Watson for Windows NT

		  An application error has occurred

	   and an application error log is being generated.

			       <exited>

  DrWatson Fatal Error

	could not attach to the application

	Windows NT Error Code = 87

Other than this message, there were no other problems with the rsync
update (command completed and prompt returned, no core dump or other
error message).  It does not seem to matter how many files I am
updating, or even whether they need updating.

If I run the same rsync command in a remote ssh window (i.e., I'm
logged in remotely, rather than at the console), then there is no
visible error at all.

I get the same behaviour without RSYNC_RSH defined (using rsh) or with
RSYNC_RSH='ssh -1' (the remote-host requires ssh1).  The rsync command
looks something like this:

/usr/bin/rsync -vrtRCW --rsync-path=/remote/path/to/rsync --delete --delete-excluded \
  "${HOME}/Mail" remote-host:/remote/backup/dir

If I revert to snapshot 2001-10-24, the DrWatson messages disappear.

Sorry for the lack of detail, but I can't get strace to do anything
with this.  It just returns immediately with no output.  Is
<http://cygwin.com/cygwin-ug-net/using-utils.html#STRACE> up to date?

I'll keep trying snapshots as they come out, of course.

Regards,
David