httpd-current-testers mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Cliff Woolley <>
Subject Apache 2.0.22 ready for testing
Date Tue, 31 Jul 2001 00:32:56 GMT

We have just rolled tarballs for 2.0.22.  They are available for testing
at  Please enjoy testing them, and report any
problems to  If enough people like these tarballs,
they will become the second beta release of Apache 2.0.



Known issues with 2.0.22:

1) Win9x, WinME, and Netware do not yet work
2) There are a few known issues with the threaded MPM, including some
   problems during graceful restarts and a discrepancy between the number
   of running workers and the number configured.  A revamp of the threaded
   MPM that should fix these problems is currently under development.
3) mod_dav fails to compile as a DSO if you use --enable-mods-shared=all
   or --enable-shared=most.  It has been reported that using
   --enable-dav=shared --enable-dav_fs=shared explicitly works around
   the problem.
4) mod_auth_dbm, mod_auth_db, and mod_auth_digest might not compile on
   some systems due to missing headers or libraries which are not
   correctly flagged as missing by configure.  A workaround is to
   rerun configure, explicitly disabling the offending module using
   --disable-auth-dbm, --disable-auth-db, or --disable-auth-digest.
5) mod_ssl is still in the process of being ported to Apache 2.0 and
   should be considered alpha quality at best.  It might not work or
   even compile on all systems and not all functionality is currently
6) The config.guess included in the tarball does not correctly
   recognize Mac OS X/Darwin.  A workaround for this is to replace
   all copies of config.guess in the tarball with a newer copy from
7) There is a known build problem when using GNU make version 3.77
   on some systems, which appears to be a bug in that version of gmake.
   Upgrading to a newer version of gmake fixes the problem.
8) srclib/apr/threadproc/unix/signals.c fails to link on Mac OS X/Darwin
   due to unresolved symbols.  This can be worked around with the
   following patch (which should only be used on OS X):

--- srclib/apr/threadproc/unix/signals.c~       Mon Jul 30 13:13:47 2001
+++ srclib/apr/threadproc/unix/signals.c        Mon Jul 30 13:11:15 2001
@@ -330,6 +330,7 @@
     /* All threads should mask signals out, according to sigwait(2) man
page */

     rv = sigprocmask(SIG_SETMASK, &sig_mask, NULL);

   Cliff Woolley
   Charlottesville, VA

View raw message