| www.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 |