Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 27179 invoked by uid 6000); 26 Mar 1999 13:14:53 -0000 Received: (qmail 27171 invoked from network); 26 Mar 1999 13:14:52 -0000 Received: from fwns2d.raleigh.ibm.com (HELO fwns2.raleigh.ibm.com) (204.146.167.236) by taz.hyperreal.org with SMTP; 26 Mar 1999 13:14:52 -0000 Received: from rtpmail03.raleigh.ibm.com (rtpmail03.raleigh.ibm.com [9.37.172.47]) by fwns2.raleigh.ibm.com (8.9.0/8.9.0/RTP-FW-1.2) with ESMTP id IAA31774 for ; Fri, 26 Mar 1999 08:14:48 -0500 Received: from webdev7.raleigh.ibm.com (webdev7.raleigh.ibm.com [9.37.72.37]) by rtpmail03.raleigh.ibm.com (8.8.5/8.8.5/RTP-ral-1.1) with ESMTP id IAA27906 for ; Fri, 26 Mar 1999 08:14:50 -0500 Date: Fri, 26 Mar 1999 08:04:49 -0500 (EST) From: Ryan Bloom To: Apache Developers Mailing List Subject: Re: APR: non-blocking file I/O? In-Reply-To: <199903260757.SAA10908@silk.apana.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Probably not. This was left in the spec from back when we were thinking of treating sockets and files as the same structure differentiated with a flag. This has since changed to two different structures, so we could most likely take out the NON_BLOCKING flag. I haven't done any work on APR recently, and I don't plan to until the NSPR license is out, and the group can decide if we want to use NSPR or if we want to write APR. I don't think APR will take that long for an initial drop, and then we can improve it after it is working. If we decide to use APR, I'll remove the NONBLOCKING flag for regular disk IO. Ryan On Fri, 26 Mar 1999, Brian Havard wrote: > I've been taking a look at the APR file-io API and saw > > #define APR_NONBLOCK 256 /* Don't block when reading or writing */ > > Unless you're trying to implement user-land threads, is there any need for > non-blocking file I/O? I ask because OS/2 doesn't do it natively. Pipes and > sockets are ok but not actual disk files. > > -- > ______________________________________________________________________________ > | Brian Havard | "He is not the messiah! | > | brianh@kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | > ------------------------------------------------------------------------------ > > _______________________________________________________________________ Ryan Bloom rbb@raleigh.ibm.com 4205 S Miami Blvd RTP, NC 27709 It's a beautiful sight to see good dancers doing simple steps. It's a painful sight to see beginners doing complicated patterns.