| www.delorie.com/archives/browse.cgi | search |
| Date: | Mon, 12 Jun 2000 15:38:26 +0300 (IDT) |
| From: | Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> |
| X-Sender: | eliz AT is |
| To: | "Mark E." <snowball3 AT bigfoot DOT com> |
| cc: | djgpp-workers AT delorie DOT com |
| Subject: | Re: tmpfile in DJGPP |
| In-Reply-To: | <39438707.29061.505C1E@localhost> |
| Message-ID: | <Pine.SUN.3.91.1000612153746.5082J-100000@is> |
| MIME-Version: | 1.0 |
| 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 |
On Sun, 11 Jun 2000, Mark E. wrote: > 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(). I thought that this was supposed to solve the situation where the application deletes an open file, no? If so, the challenge is to turn on this flag automatically inside the `remove' function.
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |