delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2001/02/16/05:46:35

Date: Fri, 16 Feb 2001 12:45:39 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: "Mark E." <snowball3 AT bigfoot DOT com>
Message-Id: <2561-Fri16Feb2001124539+0200-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6
CC: djgpp-workers AT delorie DOT com
In-reply-to: <3A8C7B40.5144.6753FD@localhost> (snowball3@bigfoot.com)
Subject: Re: O_TEMPORARY
References: <3A8A98EE DOT 30071 DOT A8D978 AT localhost> <3A8C7B40 DOT 5144 DOT 6753FD AT localhost>
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

> From: "Mark E." <snowball3 AT bigfoot DOT com>
> Date: Fri, 16 Feb 2001 00:58:40 -0500
> 
> it says that a file opened with the flag is to be deleted after all
> handles are closed, including handles opened without the flag.

Did they tell on what OS is that?

NT and W2K will automatically delay the removal of a file until its
last handle is closed (like Unix does).  Windows 9X simply fails the
remove call if a file is open, so the file remains undeleted.  DOS
blindly deletes the file and corrupts the FAT.  If we want the
behavior you described on all platforms, we will have to do that
explicitly.

So I guess this all means you need to handle normal open for a file
which is open with O_TEMPORARY as if it were a `dup' call, right?

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019