apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ryan Bloom <...@covalent.net>
Subject Re: cvs commit: apr CHANGES configure.in
Date Tue, 14 Aug 2001 06:03:50 GMT
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 Bloom                        	rbb@apache.org
Covalent Technologies			rbb@covalent.net

View raw message