| delorie.com/archives/browse.cgi | search |
| From: | "Mark E." <snowball3 AT bigfoot DOT com> |
| To: | "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>, djgpp-workers AT delorie DOT com |
| Date: | Thu, 1 Mar 2001 15:40:06 -0500 |
| MIME-Version: | 1.0 |
| Subject: | Re: O_TEMPORARY v3 |
| Message-ID: | <3A9E6D56.14628.206ACC@localhost> |
| In-reply-to: | <7458-Thu01Mar2001215836+0200-eliz@is.elta.co.il> |
| References: | <3A9E3DF4 DOT 25576 DOT 8B4E27 AT localhost> (snowball3 AT bigfoot DOT com) |
| 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 |
> > ! {
> > ! fd = _creat(real_name, dmode);
> > ! if (fd != -1)
> > ! __set_fd_properties(fd, real_name, oflag);
> This is okay, but it means that an application cannot open an
> O_TEMPORARY file via _open or _creatnew. Is that what we want?
Did you mean via _creat? I do have a call to __set_fd_properties in _open. I
can add a call to __set.... in _creat, but I don't see how O_TEMPORARY can
be passed to _creat when it doesn't take accept O_* flags.
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |