Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 22079 invoked by uid 6000); 28 Feb 1999 00:33:56 -0000 Received: (qmail 22071 invoked from network); 28 Feb 1999 00:33:54 -0000 Received: from paris.ics.uci.edu (mmdf@128.195.1.50) by taz.hyperreal.org with SMTP; 28 Feb 1999 00:33:54 -0000 Received: from kiwi.ics.uci.edu by paris.ics.uci.edu id aa24668; 27 Feb 99 16:31 PST To: new-httpd@apache.org Subject: Re: cvs commit: apache-apr/apr/file_io/unix readwrite.c Makefile open.c In-reply-to: Your message of "Fri, 26 Feb 1999 18:17:57 PST." Date: Sat, 27 Feb 1999 16:31:06 -0800 From: "Roy T. Fielding" Message-ID: <9902271631.aa24668@paris.ics.uci.edu> Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org >Except that ANSI C doesn't give us open64, lseek64/llseek, read64, ... we >could use apr_ssize_t, and apr_off_t and that would allow a recompile to >switch between 32-bit and 64-bit files. (Yeah foo64() is a hack, I won't >deny that.) Do we need access to >4GB files? If so, then you are right that we should use apr_ssize_t and apr_size_t, and do symbol replacement of x() with x64() when desired. If I had any free time I'd just stick sfio in APR and go from there. ....Roy