Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 58650 invoked by uid 500); 5 Dec 2002 21:05:20 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 58639 invoked from network); 5 Dec 2002 21:05:20 -0000 Errors-To: Message-Id: <5.1.0.14.2.20021205150420.03dcb188@pop3.rowe-clan.net> X-Sender: wrowe%rowe-clan.net@pop3.rowe-clan.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 05 Dec 2002 15:05:02 -0600 To: From: "William A. Rowe, Jr." Subject: Re: APR_TMP_DIRECTORY Cc: Aaron Bannert , In-Reply-To: References: <5.1.0.14.2.20021205143109.02c39cf0@pop3.rowe-clan.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N At 03:07 PM 12/5/2002, rbb@apache.org wrote: >If the application developer really doesn't want to >use the native method for choosing the temp directory, then they don't >have to. David's suggestion provided three APIs for generating a >temporary file, one of them allows the user to provide a directory. The >other two rely on the platform to provide the correct temporary directory. > >Unless there is a much clearer explanation of why David's proposal >shouldn't be used, we should go ahead and implement it. ++1 and well said. Bill