X-Spam-Check-By: sourceware.org
Message-ID: <43E42C13.2090104@upb.de>
Date: Sat, 04 Feb 2006 05:22:43 +0100
From: =?ISO-8859-1?Q?Sven_K=F6hler?= <skoehler AT upb DOT de>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
CC: corinna-cygwin AT cygwin DOT com
Subject: Re: Problems with cygwin cvs over ssh.
References: <ad2655cb0601250431w10c79e29t AT mail DOT gmail DOT com> <dr8moj$3le$1 AT sea DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0601251554180 DOT 839 AT access1 DOT cims DOT nyu DOT edu> <dr8r9d$mcs$1 AT sea DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0601251653430 DOT 839 AT access1 DOT cims DOT nyu DOT edu> <dr927o$h87$1 AT sea DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0601251907330 DOT 839 AT access1 DOT cims DOT nyu DOT edu> <dre28b$3et$1 AT sea DOT gmane DOT org> <Pine DOT GSO DOT 4 DOT 63 DOT 0601271635150 DOT 27873 AT access1 DOT cims DOT nyu DOT edu> <20060128085200 DOT GB15572 AT calimero DOT vinschen DOT de>
In-Reply-To: <20060128085200.GB15572@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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

>> Right.  I missed the "." in the original message.  The change that
>> prompted this behavior seems to be
>> <http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00224.html>.  I'm assuming the
>> motivation for this patch was to duplicate Linux's behavior (which doesn't
>> allow trailing "." in a path passed to mkdir).
> 
> Indeed.  Eric mentioned that the coreutils testsuite tests thsi behaviour
> explicitely.  Since there's not much impact speedwise, we just added
> appropriate checks to be POIX compatible here.

I want to state, that cygwin might return the wrong error-code! Instead
of "file already exists" it returns "no such file or directory".


Cygwin's bahaviour:
$ mkdir /tmp/.
mkdir: cannot create directory `/tmp/.': No such file or directory

Linux' behaviour:
# mkdir /tmp/.
mkdir: cannot create directory `/tmp/.': File exists


Indeed, strace shows me, that on Linux mkdir() returns EEXIST in the
case of a mkdir("/tmp/.")-call. Cygwin doesn't seem to do it this way,
it seems to return ENOENT which would not be Linux-like ;-)

Unfortunatly i don't understand the output of cygwin's strace and cannot
check, what the mkdir("/tmp/.") returns there. Does anybody have a clue?


  Sven

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