X-Spam-Check-By: sourceware.org
Date: Tue, 31 Jan 2006 15:44:36 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: chdir on remote win98
Message-ID: <20060131144436.GU15572@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <43DF68C9 DOT 5010007 AT byu DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <43DF68C9.5010007@byu.net>
User-Agent: Mutt/1.4.2i
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
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 Jan 31 06:40, Eric Blake wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> "cvs up -P" dies a horrible death when trying to update a hierachy where a
> directory exists in the upstream repository, but contains no files so that
> the directory has been pruned on the local checkout.  This happens only
> when I access my local checkout on a Win98 machine via remote access
> driven by XP (in other words, running the same command locally on the
> Win98 has no problems, it is only the remote network access failing):
> 
> $ uname -a
> CYGWIN_NT-5.1 LOUNGE 1.5.19(0.150/4/2) 2006-01-16 15:01 i686 Cygwin
> $ cd win98/coreutils
> $ cvs up -dP
> M Makefile.in
> cvs [update aborted]: could not chdir to config: Invalid request code
> 
> I traced this to the fact that cvs expects ENOENT, and chokes when chdir
> returns EBADRQC instead.  A simple strace shows that cygwin1.dll could
> probably be taught that a bad request return from a remote Win9x
> filesystem during chdir() should be treated as the expected ENOENT:

Thanks, I've applied a patch which explicitely tests this condition.


Corinna

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

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