X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3F9573987930
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1605716683;
	bh=On80LgqOEvFwowiAvYnqcI4OIRS3keULJcOx9zSM79A=;
	h=Subject:References:To:Date:In-Reply-To:List-Id:List-Unsubscribe:
	 List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc:
	 From;
	b=BdycRg4fCyVWBqR48AqFSITsZ6VRZ0xvaelVdBACaYgomhV9VpWWSsWz/5FfXnO+6
	 DVseKNnPiGCQarn9udyz3rXi2vzx8HwClgt7wY/iCPqzvgxEkO9r+xSOHb72Ys2BF5
	 La6BId8GzHX4c2mn6Alhl/kefdtgM1nzGQd3OD8c=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org F207E3851C2E
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:references:to:reply-to:from:message-id
 :date:user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=1fqRjSCtQQYS2HWTleeFUKKJX2OfhvddaeOdnpVxpbE=;
 b=Tk2U0yvw19MjSuGvmf155IvEaJVUn1u2Dc0tYUFj4j2iQPPsuBrNbFf0VzPZPwd4r8
 9sfI3kzGkFOJUlOpl1+CVfOaCtMHMigBsk6G47YHJTXXyx+FZmTsX3q8YjHU+JAQ7WmP
 oQaoscfZbiF3PMV/70Nr/rmUL+2RH/HhvuDNc0dP67UG3NsdpA+N/QcL57MeRz3eHOtL
 rbpLLdIqnnEgzzKfjI190RX5w3Fju5XHYcUHuerIVSDY0i+Zy+LXNPBplN98cAwzYOU3
 JefOKnrE9wLGaFmdNymmxzuMGaj6d9F9lM52/91fdsNv0jIZsXdnO4tRk65nqoVy1sm6
 /ddQ==
X-Gm-Message-State: AOAM532y3y2tiReZQMTPGQfrHGZFWIoNnWnfVb3e848IxAzL807iHmEg
 dLT7xTmAnx/d65ztmt6tD8dxX26Un44=
X-Google-Smtp-Source: ABdhPJw9SqQq6NJgwVyqWtSvtMkdgOgSmjxWzar0BubkkPQN4niDex1EP8JDN7j1wFIAaKrRHj63GA==
X-Received: by 2002:aca:c6cb:: with SMTP id w194mr530148oif.27.1605716680185; 
 Wed, 18 Nov 2020 08:24:40 -0800 (PST)
Subject: Re: Sv: g++ and c++17 filesystem
References: <000001d6bcf4$736e0300$5a4a0900$@gmail.com>
 <11aad449-bcce-5dd3-8ebf-c751e18b5623 AT gmail DOT com>
 <001701d6bd89$53312ff0$f9938fd0$@gmail.com>
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Message-ID: <c2d6280c-26e3-f9e7-89bd-693385a768b2@gmail.com>
Date: Wed, 18 Nov 2020 10:24:38 -0600
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.19)
 Gecko/20081209 Lightning/0.9 Thunderbird/2.0.0.19 Mnenhy/0.7.6.0
MIME-Version: 1.0
In-Reply-To: <001701d6bd89$53312ff0$f9938fd0$@gmail.com>
Content-Language: en-US
X-Spam-Status: No, score=-3.2 required=5.0 tests=BAYES_00, DKIM_SIGNED,
 DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A,
 RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS,
 TXREP autolearn=ham autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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 <cygwin.cygwin.com>
List-Unsubscribe: <https://cygwin.com/mailman/options/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive: <https://cygwin.com/pipermail/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe: <https://cygwin.com/mailman/listinfo/cygwin>,
 <mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From: =?utf-8?q?Ren=C3=A9_Berber_via_Cygwin?= <cygwin AT cygwin DOT com>
Reply-To: cygwin AT cygwin DOT com
Cc: =?UTF-8?Q?Ren=c3=a9_Berber?= <rene DOT berber AT gmail DOT com>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: cygwin-bounces AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces AT cygwin DOT com>

On 11/18/2020 3:00 AM, Kristian Ivarsson via Cygwin wrote:

>> On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:
>>
>>> The filesystem-library as a part of C++17 seems to have some defects
>>> and flaws in the cygwin-package and pretty much every lexical- and
>>> canonical operation works in mysterious ways (or not at all)
>> [snip]
>>
>> https://cygwin.com/cygwin-ug-net/using.html#pathnames-win32
> 
> So by this you're saying that cygwin-applications cannot handle the
> filesystem it is supposed to handle ?

I'm not saying anything, I'm pointing to the relevant documentation.

> How come std::filesystem first say "It's a valid file" followed by "It's not
> a valid file" ? Is that part of the "circumvention" ?

The documentation states that using Windows notation is not supported 
and may result in unexpected results (i.e. sometimes work, sometimes 
doesn't).

> In the current use case, the path is even returned from
> std::filesystem::directory_iterator where it says "Hey, here's a path to a
> file I found in the folder you pointed out" followed by "The path I just
> gave to you is not a valid path"
> 
> It's gonna be tricky to implement applications in that way

The problem is that your assumptions and expectations are wrong.  Not 
knowing Cygwin that is expected.

Cygwin handles the file system with no problem, but using Posix-like 
notation, not Windows-like.  End of story.
--
R.Berber
--
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