Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 56985 invoked by uid 500); 14 Aug 2001 06:03:24 -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 56974 invoked from network); 14 Aug 2001 06:03:23 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Ryan Bloom Reply-To: rbb@covalent.net Organization: Covalent Technologies To: Justin Erenkrantz , dev@apr.apache.org Subject: Re: cvs commit: apr CHANGES configure.in Date: Mon, 13 Aug 2001 23:03:50 -0700 X-Mailer: KMail [version 1.2] References: <20010814051500.83993.qmail@icarus.apache.org> <20010813225405.R1397@ebuilt.com> In-Reply-To: <20010813225405.R1397@ebuilt.com> MIME-Version: 1.0 Message-Id: <01081323035008.24774@koj.rkbloom.net> Content-Transfer-Encoding: 8bit X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Monday 13 August 2001 22:54, Justin Erenkrantz wrote: > On Tue, Aug 14, 2001 at 05:15:00AM -0000, rbb@apache.org wrote: > > rbb 01/08/13 22:15:00 > > > > Modified: . CHANGES configure.in > > Log: > > Fix the new shared memory configure script. The APR_DECIDE > > macros go in order, so the last set of dependancies that are > > met are the ones used. That means that when using those macros, > > options should be listed with the least desirable option first, > > and the most desirable last. The new shared memory routines did > > the opposite, so we chose the wrong shared memory option on Linux. > > CS: Obtained from: > > Eh, what? > > Don't we want to avoid MMAP on a temporary file? This seems contrary > to how I understand things. Now, we have to have enough disk space > to back the shared memory. Ack. > > The ordering was as I intended and is similar to the ordering in MM. > MAP_ANON should be our preference on Linux. There are some reports > that older versions of Linux don't support MAP_ANON properly. But, > I haven't run across that yet. -- justin Well, looking at MM, it decides to use IPCSHM on my linux box. I was unable to make my machine work when using MAP_ANON. I also looked at what we did for Apache-1.3. We used SHMGET for Linux on 1.3. This makes me think we should be using SHMGET on linux. I just did what I needed to, to get Linux up and running again. If you can make MAP_ANON work, great. Otherwise, for right now, we have a working server. :-) Ryan ______________________________________________________________ Ryan Bloom rbb@apache.org Covalent Technologies rbb@covalent.net --------------------------------------------------------------