From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com [IPv6:2607:f8b0:4864:20::229]) by sourceware.org (Postfix) with ESMTPS id F207E3851C2E for ; Wed, 18 Nov 2020 16:24:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org F207E3851C2E Received: by mail-oi1-x229.google.com with SMTP id m17so2815058oie.4 for ; Wed, 18 Nov 2020 08:24:40 -0800 (PST) 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) Received: from [192.168.10.3] ([200.57.195.23]) by smtp.gmail.com with ESMTPSA id j21sm7769050otq.18.2020.11.18.08.24.39 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 18 Nov 2020 08:24:39 -0800 (PST) Subject: Re: Sv: g++ and c++17 filesystem References: <000001d6bcf4$736e0300$5a4a0900$@gmail.com> <11aad449-bcce-5dd3-8ebf-c751e18b5623@gmail.com> <001701d6bd89$53312ff0$f9938fd0$@gmail.com> To: "cygwin@cygwin.com" Reply-To: cygwin@cygwin.com From: =?UTF-8?Q?Ren=c3=a9_Berber?= Message-ID: 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-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit 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@cygwin.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: , X-List-Received-Date: Wed, 18 Nov 2020 16:24:42 -0000 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