Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 3686 invoked by uid 500); 28 Apr 2002 07:55:19 -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 3675 invoked from network); 28 Apr 2002 07:55:19 -0000 X-Authentication-Warning: cancer.clove.org: jerenk set sender to jerenkrantz@apache.org using -f Date: Sun, 28 Apr 2002 00:55:31 -0700 From: Justin Erenkrantz To: dev@apr.apache.org Subject: Re: cvs commit: apr configure.in CHANGES Message-ID: <20020428005531.K31982@apache.org> Mail-Followup-To: Justin Erenkrantz , dev@apr.apache.org References: <20020428074934.47728.qmail@icarus.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020428074934.47728.qmail@icarus.apache.org>; from jerenkrantz@apache.org on Sun, Apr 28, 2002 at 07:49:34AM -0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Sun, Apr 28, 2002 at 07:49:34AM -0000, jerenkrantz@apache.org wrote: > jerenkrantz 02/04/28 00:49:34 > > Modified: . configure.in CHANGES > Log: > Not all platforms can mmap /dev/zero, so we need to do an explicit check > for that. If that were to fail, then make it appear as /dev/zero never > existed in the first place. > > PR: 8537 Can we make sure this change does NOT get into 2.0.36? (Don't think it should, but if Sander retags .36 from HEAD...) I'm worried that this may return a false negative in some circumstances on platforms I don't have access to (it correctly passes on Linux), so I'd like this to get the benefit of a complete development cycle. I've pointed the person who filed the PR to CVS. -- justin