From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29084 invoked by alias); 6 Oct 2016 19:15:42 -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 29055 invoked by uid 89); 6 Oct 2016 19:15:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_50,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=garbled, 2.4.1, 2.5.2, 0xf03a X-HELO: limerock01.mail.cornell.edu Received: from limerock01.mail.cornell.edu (HELO limerock01.mail.cornell.edu) (128.84.13.241) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Oct 2016 19:15:36 +0000 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock01.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id u96JFXDE013136 for ; Thu, 6 Oct 2016 15:15:34 -0400 Received: from [192.168.1.5] (mta-68-175-148-36.twcny.rr.com [68.175.148.36] (may be forged)) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id u96JFWox008763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Thu, 6 Oct 2016 15:15:33 -0400 Subject: Re: cygpath 2.6.0: -m " C:" and garbled output To: cygwin@cygwin.com References: From: Ken Brown Message-ID: Date: Thu, 06 Oct 2016 19:26:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Cornell-Gauge: Gauge=XXXXX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-IsSubscribed: yes X-SW-Source: 2016-10/txt/msg00079.txt.bz2 On 10/6/2016 8:38 AM, Andre Maroneze wrote: > I just noticed a difference in behavior between versions 2.5.2 and > 2.6.0 of cygpath (the ones I could test): if I run > > cygpath -m " C:" > > (notice the space before the C, inside the double quotes) > > In cygpath 2.6.0, this outputs C? (C followed by the unicode character > 0xF03A, which is a ":" (0x3A) character, but prefixed with "F0"). > In cygpath 2.5.2 (and 2.4.1, which I also could test), it outputs C:, > as I would expect. > > This happens on both Windows 7 and Windows 8.1, and not only on my > machine, so it seems fairly deterministic. > > Is it some sort of undefined behavior to give an argument to cygpath > starting with a space inside double quotes? I think you'll find the explanation here: https://cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-specialchars I don't know why this doesn't happen with earlier versions of cygwin. Ken -- 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