Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 65124 invoked by uid 500); 6 Dec 2002 15:57:51 -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 65112 invoked from network); 6 Dec 2002 15:57:50 -0000 Date: Fri, 6 Dec 2002 08:05:08 -0800 (PST) From: X-X-Sender: To: Dirk-Willem van Gulik cc: , Aaron Bannert , APR Dev List Subject: Re: APR_TMP_DIRECTORY In-Reply-To: <20021206095221.I64966-100000@foem.leiden.webweaving.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dirk, I'm sorry, but you are not paying attention, and inflaming an already heated discussion. You are advocating that we use tempfile() to get a filename. At what point in this discussion did we say we weren't going to do that? However, that is a _UNIX_ solution, and it isn't portable. The discussion we are having is if we should expose this functionality in APR. The decision was to expose it. Now, what do you do on platforms without tempfile()? You need a way to create a unique filename in the system's temp directory. The only discussion here, is that one person doesn't like using environment variables to locate the temp directory on platforms where that is the only way to do so. Nobody has said that it is the only way we will locate temp directories, only that it is one possible option. Everyone, please stop this discussion unless there is a real argument against the API that David has proposed. I haven't seen one yet, just a lot of FUD and hand-waving. Ryan