Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 68246 invoked from network); 2 Oct 2007 18:48:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Oct 2007 18:48:02 -0000 Received: (qmail 50820 invoked by uid 500); 2 Oct 2007 18:47:46 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 50720 invoked by uid 500); 2 Oct 2007 18:47:45 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 50674 invoked by uid 99); 2 Oct 2007 18:47:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Oct 2007 11:47:45 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.183] (HELO smtpauth03.prod.mesa1.secureserver.net) (64.202.165.183) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 02 Oct 2007 18:47:46 +0000 Received: (qmail 27948 invoked from network); 2 Oct 2007 18:46:24 -0000 Received: from unknown (24.15.193.17) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 02 Oct 2007 18:46:24 -0000 Message-ID: <470291FF.7050701@rowe-clan.net> Date: Tue, 02 Oct 2007 13:46:23 -0500 From: "William A. Rowe, Jr." User-Agent: Thunderbird 1.5.0.12 (X11/20070719) MIME-Version: 1.0 To: Eric Covener CC: dev@apr.apache.org, dev@httpd.apache.org Subject: Re: non-blocking stdin on windows References: <1404e5910709270624x119b277q6e38e359cf1f5266@mail.gmail.com> <1404e5910710020629r4e439894l6692b0a1afc43e9c@mail.gmail.com> In-Reply-To: <1404e5910710020629r4e439894l6692b0a1afc43e9c@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Eric Covener wrote: >> >> While the API might be a little ambiguous, and the caller can >> explicitly set the timeout, is this a discrepancy APR should >> eliminate? > > I'm going to add the apr_file_pipe_timeout_set(foo, 0) call instead to > mod_ext_filter unless there are any objections. +1