X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 903A93858C60 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1681852166; bh=wzsO0Y/ep1RIAHAsp1ALdtpRr5CrexAcEyZOZBfh8OY=; h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=FgVDHUuqOgMiGrUUPiE7E05mh8lZXs6/7q6RPgL6Efwhoszdb7XGpvUdrjd178Rr0 hvH/51jKpHicP5xOm/fEQKj7YAOP/emyvkJH0ht/NNyyml/km4WTDntmLzRSuX9bmP AGq+S5UwT7fbqOTQrVIwbSJ0lsXAgb4/uRp9mnqg= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org B79313858D1E MIME-Version: 1.0 Date: Tue, 18 Apr 2023 23:09:07 +0200 To: cygwin AT cygwin DOT com Subject: Re: Can not stat file with utf char U+F020 In-Reply-To: References: <992b3c28d7f1cfc17f7c9bb47b53f770 AT assyoma DOT it> <1274a3199d9bedab4f15d209694c6e1f AT assyoma DOT it> Message-ID: <1a7db5a68644e5b66634d5af9b402caf@assyoma.it> X-Sender: g DOT danti AT assyoma DOT it X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_NUMSUBJECT, SPF_HELO_NONE, SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Gionatan Danti via Cygwin Reply-To: Gionatan Danti Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Il 2023-04-17 15:46 Gionatan Danti via Cygwin ha scritto: > First, I use the "dos" mount option to always trigger conversion of > space and dot at filename end into F+00xx chars. Now I am able to > create such strange-looking file (in Explorer) within cygwin itself. > For example, touch "zzs " now results in "zzs+strangechar" in > Explorer. Both cygwin and windows are able to read/write such file. > > But if I edit the filename via Explorer adding an extension (ie: from > "zzs+strangechar" to "zzs+strangechar.txt") now cygwin is suddenly > unable to read/write the file. > > It seems to me that the appended chars prevent cygwin to translate > back F0xx to 00xx (as the PUA char is not at the end of the filename > anymore). > > So, two paths should be available: > - always translate back F0xx to 00xx even if not at the end of > filename; > - otherwise, if too invasive to do it unconditionally, add an option > as "always_translate_pua" (default: off) to enable such behavior based > on user needs. > > I would (naively?) think that option 1 (always translate back PUA) > should be the preferred approach, as cygwin is at the moment > effectively unable to access some files. Hi all, any thoughts on the matter? Am I missing something? Thanks. -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g DOT danti AT assyoma DOT it - info AT assyoma DOT it GPG public key ID: FF5F32A8 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple