From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) by sourceware.org (Postfix) with ESMTPS id ED700385DC39 for ; Fri, 5 Feb 2021 11:26:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org ED700385DC39 Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MRC3Y-1lKAzH1tlU-00NB1y for ; Fri, 05 Feb 2021 12:26:51 +0100 Received: by calimero.vinschen.de (Postfix, from userid 500) id BC77AA80708; Fri, 5 Feb 2021 12:26:50 +0100 (CET) Date: Fri, 5 Feb 2021 12:26:50 +0100 From: Corinna Vinschen To: cygwin-developers@cygwin.com Subject: Re: Extending domain of O_TMPFILE? Message-ID: <20210205112650.GO4251@calimero.vinschen.de> Reply-To: cygwin-developers@cygwin.com Mail-Followup-To: cygwin-developers@cygwin.com References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K1:dmi2jeTMME87m/ZkPjl4evBo8QV4w2ci6aYxuk3eUV7iO6GKwOi qD2uD1MKdzLvl5u0HrJGEqPIdHPm0Sb7st3IN0zxBNJU8IaW//kIuo/0YgFMVI04AzrgdX7 9R82ERAsNZMrOyFAM5IyeGTX0Xtql7ftr40FxQ+YwsBEChYg9nMuxT+rd/xFfcVcUz/dCaR TeC4o0dOFJrkeXpwdxmnA== X-UI-Out-Filterresults: notjunk:1;V03:K0:i2BRA3h02Ao=:Jg6DNeAJ2ohmWJlEz8Ahwi cScsyWq7L54KVCRQyZmjSZ1b6dAlG1/MVI1uacCoEUDOG0kafpHGwVowerswF3v3QIXpPMSwN m7kiyqSYudKPEivb/Wl+ZOQ3u9UsldmOfwWRdkqpPGctaJIXQRARQvC3Kp6MHzGxCjsGbN6qv TNXlHRruTTq81lEDQlrzrTl5RYlnvM5KGL+DSr78DhcfdhPG/Vjs48eL/MD42QhuiiAHnmPbJ OjIjQZJXGF0VPDe+qi/l1WbXFptxys4/8qwp9xyEMgvFtaIgO6waRCbWOLHDinOUSAKM2v6Gs SxWSMrGM8dscFC7o4lHZ21NoOFDDsgjLF3UHup5cbmB4dVzPuCUzPLJT6GemPEQ/hJjA+otqY NLWzxqnQWit6EGpEaqUwpgQOAcUQwUjES8UYbiNAo31Aq6c79VDsSw8PRkOW9KIqvJJcQ7zPQ Do8Zv0tvaA== X-Spam-Status: No, score=-101.0 required=5.0 tests=BAYES_00, GOOD_FROM_CORINNA_CYGWIN, JMQ_SPF_NEUTRAL, KAM_DMARC_NONE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NEUTRAL, 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-developers@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin core component developers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2021 11:27:03 -0000 On Feb 5 02:31, Mark Geisert wrote: > Hi folks, > I've been following up on a response I made to a Cygwin user in > https://cygwin.com/pipermail/cygwin/2021-January/247306.html . > I've figured out that Cygwin's implementation of the open() flag O_TMPFILE > follows Linux in that one can't specify the name of a file when using this > flag. User supplies only the path, and Cygwin chooses an obscure file name > for you. > > That means the OP's suggested improvement of applying O_TMPFILE semantics to > files created by tmpfile() won't work. I don't understand the problem. tmpfile(3) does not take filenames, it creates its own filenames. Thus, just adding O_TMPFILE in _tmpfile_r's and _tmpfile64's calls to open() on systems supporting this flag and not calling _remove_r subsequently would already do the trick. Corinna