Very Computer

I'm running SCO/Caldera OpenServer 5.0.5 with;

    gcc 3.04,  autoconf 2.53,  libtool 1.4.2,  automake 1.6.1

When I attempt to run ./configure for Apache 2.0.35 I get the following
error message under the 'Checking for Shared Memory Support...' section.

    Checking for Shared Memory Support...

    checking for sys/mman.h... yes
    checking for MAP_ANON in sys/mman.h... no
    checking for mmap... no
    checking for munmap... no
    checking for shm_open... no
    checking for shm_unlink... no
    checking for /dev/zero... yes
    checking for sys/ipc.h... yes
    checking for sys/shm.h... yes
    checking for sys/file.h... yes
    checking for shmget... no
    checking for shmat... no
    checking for shmdt... no
    checking for shmctl... no
    checking for kernel/OS.h... no
    checking for create_area... no
    checking for os2.h... no
    /src/httpd-2.0.35/srclib/apr/configure:Error: decision on anonymous
shared memory allocation method failed
    configure failed for srclib/apr

All I'm entering is './configure --prefix=/usr/local/apache'

Does anyone know what causes this or how to get it to work ? I don't know
enough about C to be able to look at this properly.

Apache 1.3.24 compiles fine using the same system with
'./configure --prefix=/usr/local/apache-1.3.24'. I've also compiled Samba
2.2.3a fine so I don't think its my set-up, but I could be wrong.

Many thanks for any insight you can give me about this problem.

David McCormack

Do the older Apache and Samba check for shared memory support?  My guess is
they don't, and that the newer Apache is the first time the configure script's
shared memory questions are being asked.  Some of the "answers" above are
obviously wrong for OpenServer 5.0.5 ... it does contain mmap() and munmap(),
it does contain the shm*() functions.  Configure is finding the header files
these functions are in (sys/mman.h, sys/shm.h), so if it isn't finding the
functions, perhaps it's because it's passing in the wrong -D's, or because
GCC 3.0.x is creating its own versions of these headers?  I don't know....

If you really don't know C (and headers and how the UNIX C compilers work
and so on), you are unlikely to be able to figure out how to fix this.
It's one of the ironies of the open source movement that so many people
try to build open source programs who don't know how to read the source
code.  I don't think that's what Stallman, Linus, et al. had in mind!

Jonathan Schilling