X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:content-type:mime-version:subject:from
	:in-reply-to:date:cc:content-transfer-encoding:message-id
	:references:to; q=dns; s=default; b=sbhDWAkstn1vBdLWRrc4gTlQ0Di0
	TNpYFFvY/qcceHicaLup7yfPra1gIWjdNVVsS4brkIVzwAuF+3rIRiKDtwJ7rNsH
	vbiJout7iwXqsLd8rhyRfm67qgP/UQwX3IQhdq0DodMBhDZH0s3raM+f/SQwZjYL
	fKuetEooUF+yzQA=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:content-type:mime-version:subject:from
	:in-reply-to:date:cc:content-transfer-encoding:message-id
	:references:to; s=default; bh=GB2Rh81hbjHMHGmUD+HeYT0WGN4=; b=Dt
	S3Oh0r+Hg0iNIMd4ZV71Cw2kAWLBIWEhAPifL4fWhtJJqJ+ShNkmu6Y9A0bGXSem
	znhkskJwfzzYpHrXwwvbnbPQs5QTy1emFff2hxjov82D1t8jiBSmH3XO4yAbfxNc
	qefRMiSMwC9ZYQh5E1if16iPhO/QTP83FaJ6Nayj4=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.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
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=redeker, Redeker
X-HELO: smtp93.iad3a.emailsrvr.com
X-Auth-ID: alfred AT von-campe DOT com
X-Sender-Id: alfred AT von-campe DOT com
Content-Type: text/plain;	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Subject: Re: Unexpected behavior from cygpath command
From: Alfred von Campe <alfred AT von-campe DOT com>
In-Reply-To: <6a4a0a99-8de9-5302-49da-1e7fd469867e@razorcat.de>
Date: Wed, 13 Nov 2019 13:29:50 -0500
Cc: cygwin AT cygwin DOT com
Message-Id: <4A7021EA-449B-4A33-8232-A70F24BFB745@von-campe.com>
References: <033F0B97-041F-4BE4-916E-FD4361142193 AT von-campe DOT com> <6a4a0a99-8de9-5302-49da-1e7fd469867e AT razorcat DOT de>
To: Frank Redeker <f DOT redeker AT razorcat DOT de>
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id xADIUPcn031659

On Nov 13, 2019, at 2:08, Frank Redeker wrote:

> I think on both systems the handling of 8.3 names is configured
> differently. You can check this with the Window command fsutil. (This
> command requires elevated permissions)
> 
> I get the following output on my system.
> 
> C:\WINDOWS\system32>fsutil 8dot3name query d:
> The volume state is: 0 (8dot3 name creation is enabled).
> The registry state is: 2 (Per volume setting - the default).

Thanks, I think this is very interesting, I did not know that such a setting existed.  It was indeed disabled for my E: drive.  However, after enabling it I still can’t get “cygpath -d" to work as expected.  This setting also doesn’t explain why cygpath returns the correct DOS path when I pass it in a Unix style path instead of a Windows style path.

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