X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9646C3857C66 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1691671848; bh=x3QpD3ngvKYUaI4uxoSINvfCO765FEtJ2Kuv3ie+kKA=; h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=AScDYl6InwYIGkBTrBiCr2uUFMUyUv3ntE3LvQhbqymGdP/4pbc39OPz7ZFqMmo6O nKp5APSO3G65s2p82kFlsW2Ha+6wdUMfY7mHrscnIUdVFOW7JaKgfV0S+/vfXYwQBi boViz9WWjNAiCOJ/h2m1GNlNkrnmEg6TzIOww0gU= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 38DD13858025 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691671809; x=1692276609; 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=ODQbhAidz1l5sWuRD6r27e6jU0LTFPTnnsivfOYmnGs=; b=XU5QjD2F+IBy6pbDEBiarvVMvmRRtLwi8bYS6W6BHyilkmV3O7p9g1vT1KkDBpMmOg nbNM7ZGzNQaQ6M1UwnzH8B0nX0H4+8EOrdp0n4Nw46M63diJhaa3+g53vOdMR+CiQqEC 6+O4joS15X0gu/chGkmbHtpaIVIKI6c1OVv1TG8rjoclgJwRNxse1lum6jqqNeioAA/z rREyfFsOZe46apN710C0DP51YUY3SqzgBma7BC5H9z5VvKC/EPYeRwD+MPEMjoVRo3Da VjuBZWTzAVbvwodLilabus+D+m6Lf4WexnrYdtIbJxIgosB1KVz4jfhPh5np+SYIFU4o PLyg== X-Gm-Message-State: AOJu0YzAwCg/bYeDDBwaR/TcyrqMHm3XdQC72mEBl/QEUBEaNotw+JiN 7OjlxapnGg/UO48kOwkmpQpB3xbDqlX5G719dRddyzld X-Google-Smtp-Source: AGHT+IEpxmLnvKfma7fxyca05HMejoTfTc8B6xZvZmBWIAO1JaYtJmGnfZedrQ11dMqH5nmO0BATlKL2zNcdYzlcAM4= X-Received: by 2002:a05:6808:1416:b0:3a7:d857:c5a3 with SMTP id w22-20020a056808141600b003a7d857c5a3mr655464oiv.20.1691671809294; Thu, 10 Aug 2023 05:50:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Thu, 10 Aug 2023 14:49:58 +0200 Message-ID: Subject: Re: mkfifo: cannot set permissions of 'x.fifo': Not a directory To: cygwin AT cygwin DOT com X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham 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 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , From: Martin Wege via Cygwin Reply-To: Martin Wege Content-Type: text/plain; charset="utf-8" Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 37AConRT012663 On Wed, Aug 9, 2023 at 11:56 AM Corinna Vinschen wrote: > > On Aug 9 11:12, Martin Wege via Cygwin wrote: > > On Wed, Aug 9, 2023 at 10:01 AM Corinna Vinschen > > wrote: > > > > > > On Aug 8 21:38, Martin Wege via Cygwin wrote: > > > > On Tue, Aug 8, 2023 at 10:20 AM Corinna Vinschen > > > > wrote: > > > > > > > > > > On Aug 7 23:14, Martin Wege via Cygwin wrote: > > > > > > Secondly, how are fifos, other device nodes and mknod implemented? You > > > > > > encode them as softlinks on ntfs? > > > > > > > > > > Not only on NTFS. FIFOs on the disk are always created as symlinks > > > > > with a special target string, recognized by Cygwin. No differece on > > > > > NFS. Microsoft NFSv3 has no way to specify creating a "real" FIFO > > > > > on the remote filesystem. It wouldn't make sense anyway, because > > > > > there's no way to share the FIFO across systems. > > > > > > > > So no Windows ioctl to do a mknod? > > > > > > Windows does not have provisions to store FIFOs on disk. The closest > > > you get in Windows are Windows named pipes, and those are stored > > > non-permanently in a special, temporary filesystem inside the native NT > > > namespace. Try this in Cygwin: > > > > > > $ cd /proc/sys/Device/NamedPipe/ <-- trailing slash! > > > $ ls -l > > > > > > FIFOs in the normal Windows filesystem are a Cygwin fake. > > > > Maybe make pipes in Cygwin symlinks to /proc/sys/Device/NamedPipe/? > > Why? Windows Named Pipes don't act like UNIX FIFOs. OK, dumb-user-question: Where is the difference? > > > > > What does a Linux/FreeBSD FIFO file look like, if you export that > > > > filesystem via NFSv3, and mount it via the native Windows NFSv3 > > > > driver, and do a ls -l in Cygwin? > > > > > > It looks like a FIFO because MSFT NFSv3 exports the stat(2) info > > > verbatim: > > > > > > linux$ mkfifo blubb > > > > > > cygwin$ ls -l blubb > > > prw-r--r-- 1 corinna vinschen 0 Aug 8 10:22 blubb > > > > Will cygwin treat this as a FIFO? > > No. Cygwin FIFOs != Unix FIFOs. > > > Can cygwin set the 'p' flag via a magic ioctl? > > No. I don't understand your insistence to use FIFOs on NFS. There is > no value in that, because you can't share them between systems anyway. > > https://www.unix.com/unix-for-advanced-and-expert-users/10861-fifo-over-nfs.html > https://stackoverflow.com/questions/1038788/cant-write-to-fifo-file-mouted-via-nfs I'm aware of that. But think about clusters of machines, or similar setups where many machines from different architectures share one NFS filesystem, and cooperatively work on that. So for example a master machine sets up everything for the build client machines, including generating FIFOs, which shall be used locally on the client. But then... oopsie, client cannot use the FIFO prepared by the cluster master, because it doesn't create the FIFO mknod nodes the same way as other platforms. Most of the concerns are about portability. Thanks, Martin -- 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