delorie.com/archives/browse.cgi | search |
From: | "Mark E." <snowball3 AT bigfoot DOT com> |
To: | djgpp-workers AT delorie DOT com |
Date: | Sun, 11 Jun 2000 12:33:11 -0400 |
MIME-Version: | 1.0 |
Subject: | Re: tmpfile in DJGPP |
Message-ID: | <39438707.29061.505C1E@localhost> |
In-reply-to: | <200006101723.TAA18563@father.ludd.luth.se> |
References: | <39338C80 DOT 9048 DOT 8606D AT localhost> from "Mark E." at "May 30, 2000 09:40:16 am" |
X-mailer: | Pegasus Mail for Win32 (v3.12c) |
Reply-To: | djgpp-workers AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
> This sounds like a nice feature to have in DJGPP's libc. If everyone > else thinks so, please rewrite/merge you changes from bash source with > libc's. (Alternatively I could do it, but right now I don't have very > much time.) I'd like to have a consensus on the right interface(s) to give an fd the 'remove-on-close' attribute before starting again on this. My original proposal if I remember correctly was for a 'O_TEMPORARY' or 'O_REMOVE_ON_CLOSE' attribute that would be passed to open(). Also, Win32's CreateFile has a flag to mark a file handle as 'remove-on- close'. If anyone knows of a Win32 libc that exposes this feature, please speak up. Mark
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |