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
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
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
Precedence: bulk

> 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