From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8189 invoked by alias); 13 Nov 2019 18:29:54 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 8173 invoked by uid 89); 13 Nov 2019 18:29:54 -0000 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 Received: from smtp93.iad3a.emailsrvr.com (HELO smtp93.iad3a.emailsrvr.com) (173.203.187.93) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 13 Nov 2019 18:29:53 +0000 X-Auth-ID: alfred@von-campe.com Received: by smtp28.relay.iad3a.emailsrvr.com (Authenticated sender: alfred-AT-von-campe.com) with ESMTPSA id B617D50D3; Wed, 13 Nov 2019 13:29:51 -0500 (EST) X-Sender-Id: alfred@von-campe.com Received: from alfreds-mbp.bose.com ([UNAVAILABLE]. [139.68.81.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:465 (trex/5.7.12); Wed, 13 Nov 2019 13:29:51 -0500 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 In-Reply-To: <6a4a0a99-8de9-5302-49da-1e7fd469867e@razorcat.de> Date: Wed, 13 Nov 2019 23:29:00 -0000 Cc: cygwin@cygwin.com Content-Transfer-Encoding: quoted-printable Message-Id: <4A7021EA-449B-4A33-8232-A70F24BFB745@von-campe.com> References: <033F0B97-041F-4BE4-916E-FD4361142193@von-campe.com> <6a4a0a99-8de9-5302-49da-1e7fd469867e@razorcat.de> To: Frank Redeker X-IsSubscribed: yes X-SW-Source: 2019-11/txt/msg00067.txt.bz2 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) >=20 > I get the following output on my system. >=20 > 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 settin= g existed. It was indeed disabled for my E: drive. However, after enablin= g it I still can=E2=80=99t get =E2=80=9Ccygpath -d" to work as expected. T= his setting also doesn=E2=80=99t explain why cygpath returns the correct DO= S 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