Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 33780 invoked by uid 500); 7 Feb 2002 17:46:36 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 33759 invoked from network); 7 Feb 2002 17:46:36 -0000 Date: Thu, 7 Feb 2002 09:46:36 -0800 From: Aaron Bannert To: dev@httpd.apache.org Subject: Re: configure option to specify mmap/shm Message-ID: <20020207094636.H31582@clove.org> Mail-Followup-To: Aaron Bannert , dev@httpd.apache.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.23i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thu, Feb 07, 2002 at 09:21:20AM -0800, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote: > Nope.. It does not work (for me).. That's the reason I need to change to to > use SHMGET_ANON.. I was thinking that there'a already a option available to > do such things.. > > BTW, is it not strange that it picks up APR_USE_SHMEM_SHMGET, but not > APR_USE_SHMEM_SHMGET_ANON and rather decides to select > APR_USE_SHMEM_MMAP_ZERO.. For anonymous shared memory, it prefers MMAP_ZERO over SHMGET_ANON. You probably have these on your system: header:sys/mman.h func:mmap() func:munmap() file:/dev/zero Is there anything else we could test to see if it's not working? Is it possible that MMAP_ZERO's implementation is simple broken? Send me the error you are seeing, and optionally a truss output also. -aaron