From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-il1-f179.google.com (mail-il1-f179.google.com [209.85.166.179]) by sourceware.org (Postfix) with ESMTPS id 871FD3858C20 for ; Mon, 14 Aug 2023 16:25:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 871FD3858C20 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=nrubsig.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-il1-f179.google.com with SMTP id e9e14a558f8ab-34977c2dc27so21387305ab.2 for ; Mon, 14 Aug 2023 09:25:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692030329; x=1692635129; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ftV1chHF9WL/GoY3YomkA3/lYWXxEL9B79fuvJ5ti/U=; b=bqCNzWSQrTnEluPwxw3/rMQWmH0suye02XrzQjOPyLYHExWXBR8d3xYA1V+uvw4GmJ /LgZd0dmIdl8rtBhCqEsvc32EktYF4q/habK2s9eCeBUWud7iJ3wHx40yR0qpoMeYrRi qM/OykFCk7yYXvj+7ucfOyrVt2TRPAJL36JzUqX4hOU7bK1kz3yMwalwAyfrvsIHGm7n b8JIXElwoY1anL9ej3i767qWMr+fsTTydtzytbFILEnGggBRySM/Jf2MKT0TCevxf/33 0v4XODsYfO2OBstp5J6nMcoydOvwqnJ7S6F8IVkXX3EqvqLGDmFIH0OBcInNbQwiJ1rI bjGQ== X-Gm-Message-State: AOJu0Yz3Gjdya/G02QO29gu8+OtDHUoEsRGWl1MO16Updcay9NzmdD2I GqcGOXNVBe9/fJ+Vs3F9ZNIRdAFuHH/k2SazB/T7otjfzcs= X-Google-Smtp-Source: AGHT+IHLYQDkYCzrhLzTGOiLHVgMAQ60YMmLdeUv+jWiq592zn0QL7LWJmXR87Cxr2LVc1UEwydhdzjEw8oVbCbnwrI= X-Received: by 2002:a05:6e02:1bc6:b0:348:f28d:d06 with SMTP id x6-20020a056e021bc600b00348f28d0d06mr13309133ilv.31.1692030329536; Mon, 14 Aug 2023 09:25:29 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Roland Mainz Date: Mon, 14 Aug 2023 18:25:03 +0200 Message-ID: Subject: Re: Weird (path) problems with cygwin test release 3.5.0-0.384.g9939aa7d0945.x86_64 ... To: cygwin@cygwin.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Mon, Aug 14, 2023 at 12:21=E2=80=AFPM Corinna Vinschen via Cygwin wrote: > > On Aug 11 13:36, Mainz, Roland via Cygwin wrote: > > Hi! > > > > ---- > > > > Cygwin test release 3.5.0-0.384.g9939aa7d0945.x86_64 has some weird > > path problems with network filesystems on Windows 10. Previous stable > > version of Cygwin (4.7.x ?) worked fine. > > 3.4.7 Autsch. My mistake... ;-/ > > In our case we have a project with both custom binaries and sources > > both hosted on the filesystem as /home/rmainz/ (i.e. filesystem > > mounted on H:, and then bind mount to /home/rmainz). > > > > After updating Cygwin to 3.5.0-0.384.g9939aa7d0945.x86_64 the build > > now fails *IF* I access the binaries with their full absolute path AND > > the sources with their absolute path: > > ---- snip ---- > > $ cd /home/rmainz/tmp/try10_rde_new_rds/RDE-Development/build_windows4/= tmp > > $ ls -l x.cpp > > -rw-r--r-- 1 rmainz rovdevel 110 Aug 11 15:32 x.cpp > > $ /home/rmainz/tmp/try10_rde_new_rds/Dependencies/win/qt/qt_5_15_2/Tool= s/mingw810_64/bin/c++ $PWD/x.cpp > > c++.exe: error: /home/rmainz/tmp/try10_rde_new_rds/RDE-Development/buil= d_windows4/tmp/x.cpp: No such file or directory > > c++.exe: fatal error: no input files > > compilation terminated. > > ---- snip ---- > > I can't reproduce this: > > $ net use H: Is Samba, CIFS or NFS ? > $ mount -o exec H: /home/rmainz > $ cd /home/rmainz/tmp > $ cp /bin/cat.exe . > $ mkdir baz > $ echo foo > baz/bar > $ /home/rmainz/tmp/cat $PWD/baz/bar > foo Grumpf... ;-( ... I'm still seeing this problem. The sources we are building are proprietary (sorry), but I can reproduce this with both CITI's NFSv4.1 and Windows 10 builtin NFSv3 clients. Setup for Windows's NFSv3 client on Cygwin is simple: 1. Install Windows 10 builtin NFSv3 client via "Programs&Features" (I think there is a way to do that in a scripted way, but I still didn't had time to figure that out) 2. Export NFSv3 directory 10.49.20.131:/export/home/rmainz (rmainz has uid=3D1616, gid=3D1616) on a Linux NFS-Server (RHEL, Debian etc.) 3. Mount NFSv3 filesystem in Windows 10 in a Cygwin terminal, with default user uid=3D1616, gid=3D1616 like this: ---- snip ---- $ regtool -i -s set '/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/ClientForNFS/CurrentVersion/Default= /AnonymousUID' 1616 $ regtool -i -s set '/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/ClientForNFS/CurrentVersion/Default= /AnonymousGID' 1616 $ /cygdrive/c/Windows/system32/mount -o anon '\\10.49.20.131\export\home\rmainz' H: ---- snip ---- 4. After that I started building our sources with Cygwin 3.4.7 (works), then closed all Cygwin windows etc., and installed Cygwin 3.5.0-0.388.g1a646ad7970a.x86_64 (reboot or not reboot - doesn't matter). After that the build fails. - See https://rovema.kpaste.net/e5774d8077 build log on Cygwin 3.4.7, which works without problems - See https://rovema.kpaste.net/1a3b98e0b for the build failure on Cygwin 3.5.0-0.388.g1a646ad7970a.x86_64 - The horrifying abdomination ("buildrdecygwin.bash") used to build the mess can be found at https://rovema.kpaste.net/e98be ---- Bye, Roland --=20 __ . . __ (o.\ \/ /.o) roland.mainz@nrubsig.org \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /=3D=3D\ O\ TEL +49 641 3992797 (;O/ \/ \O;)