marc 97/09/06 20:09:27
Modified: htdocs/manual/misc known_bugs.html Log: Update and rearrange to have a consistent order of what is fixed in which version and make it clear what bugs are still present in 1.2.4. PR: 1089 Revision Changes Path 1.28 +80 -65 apachen/htdocs/manual/misc/known_bugs.html Index: known_bugs.html =================================================================== RCS file: /export/home/cvs/apachen/htdocs/manual/misc/known_bugs.html,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- known_bugs.html 1997/07/29 14:22:59 1.27 +++ known_bugs.html 1997/09/07 03:09:26 1.28 @@ -22,6 +22,11 @@ and thing you have found a bug, please upgrade to 1.2. Many bugs in early versions have been fixed in 1.2. +<P>This document is not a complete list of known bugs, but simply +a list of some of the more common ones. <FONT COLOR="red">Be sure +to check the bug database before assuming that if it isn't listed +here it isn't reported or fixed.</FONT> + <P>See Also: <A HREF="compat_notes.html">Compatibility notes</A></P> <HR> @@ -38,40 +43,8 @@ </OL> <H2>Apache 1.2 Bugs</H2> - +<H3>Bugs still present in 1.2.4</H3> <OL> - <LI><b>Exists in 1.2.1 only.</b> - On Solaris 2.x the server will stop running after receiving a - SIGHUP. Four workarounds exist (choose one):<p> - <ul> - <li>Retrieve <a href="http://www.apache.org/dist/patches/apply_to_1.2.1/solaris_hup.patch">this patch</a>. - <code>cd</code> to your <code>apache_1.2.1</code> directory, and - type <code>patch -s -p1 < /path/to/patchfile</code>. Then rebuild - Apache.<p> - <li>Use SIGUSR1 instead of SIGHUP, see <a href="../stopping.html"> - Stopping and Restarting Apache</a> for more details.<p> - <li>Add <code>-DNO_SLACK</code> to - <code>EXTRA_CFLAGS</code> in - your <code>Configuration</code> file, re-run <code>Configure</code> - and rebuild your server. This disables the - <a href="descriptors.html">descriptor slack workaround</a><p> - <li>(Least preferable) Use Apache 1.2.0 instead of 1.2.1.<p> - </ul> - This problem will be tracked as - <a href="http://www.apache.org/bugdb.cgi/full/832">PR#832</a>.<p> - </li> - - <LI>(Exists in 1.2.0 and in 1.2.1 after either of the - <code>NO_SLACK</code> or patch provided by the previous bug are applied.) - Solaris 2.5.1 (and probably other versions of Solaris) appear to have - a race condition completely unrelated to all the others. It is possible - during a SIGHUP that the server will fail to start because it will not - be able to re-open its sockets. To our knowledge this has only shown - up during testing when we pummel the server with as many SIGHUP requests - per second as we can. This appears unrelated to the similar sounding bug - described in <a href="http://www.apache.org/bugdb.cgi/full/832">PR#832</a>. - <p> - <LI><a name="listenbug">On some architectures</A> if your configuration uses multiple <a href="../mod/core.html#listen">Listen</a> directives then it is possible @@ -84,27 +57,18 @@ This affects any architecture that doesn't use one of the <code>USE_xxxxx_SERIALIZED_ACCEPT</code> definitions, see the source file <code>conf.h</code> for your architecture. - This will be tracked as + This is being tracked as <a href="http://www.apache.org/bugdb.cgi/full/467">PR#467</a>. - <P></LI> - - <LI><b>Fixed in 1.2.1.</b> - <a name="cnegbug">Apache's</A> <A HREF="../content-negotiation.html">Content - Negotiation</A> should pick the smallest variant if there - are several that are equally acceptable. A bug in 1.2 means it no - longer does this unless all the variants have character sets. - This <A HREF="../../dist/contrib/patches/1.2/conneg-bug.patch">patch</A> - fixes this problem. It also fixes the problem which makes Apache - pick the last equally acceptable variant instead of the first. - This will be tracked as - <a href="http://www.apache.org/bugdb.cgi/full/94">PR#94</a>. - <P></LI> + <P>To resolve this problem, we are adding one of the above settings + to the default settings for platforms as we discover which is + appropriate for them. + </LI><P> <LI> The PATH_INFO part of a request URI cannot include the sequence <CODE>%2f</CODE>. This will be tracked as <A HREF="http://www.apache.org/bugdb.cgi/full/543">PR#543</A>. - <P></LI> + </LI><P> <LI>Users of early 1.2 betas reported problems with many connections stuck in the FIN_WAIT_2 state due to server @@ -120,12 +84,14 @@ Due to buggy browser behavior and the lack of a FIN_WAIT_2 timeout on SunOS4, "KeepAlive Off" is necessary to avoid filling up the mbuf table on busy sites. - <P></LI> + </LI><P> - <LI>Compilation fails on SCO3 when using gcc instead of cc, complaining - with "<CODE>gcc: noinline: No such file or directory</CODE>". Fix - is given in <a href="http://www.apache.org/bugdb.cgi/full/695">PR#695</A>. - <P></LI> + <LI> + Compiling on Solaris 2 with SunSoft's C compiler gives the warning + <CODE>"mod_include.c", line 1123: warning: end-of-loop code not + reached</CODE>. This is a bogus warning and can be ignored. + See <A HREF="http://www.apache.org/bugdb.cgi/full/681">PR#681</A>. + </LI><P> <LI>If compilation fails complaining about "unknown symbol __inet_ntoa()" then you have probably installed version 8 of bind. You will need to @@ -133,35 +99,84 @@ to <CODE>EXTRA_LDFLAGS</CODE> in <CODE>Configuration</CODE>. See <A HREF="http://www.apache.org/bugdb.cgi/full/616">PR#616</A> and the - <A HREF="FAQ.html#bind8.1">Apache FAQ</A>. - <P></LI> + <A HREF="FAQ.html#bind8.1">Apache FAQ</A>. This is not a bug + in Apache. + </LI><P> <LI>The message "<CODE>created shared memory segment #730499</CODE>" in error_log is not an error and should be ignored. See <a href="http://www.apache.org/bugdb.cgi/full/696">PR#696</A>. - <P></LI> + </LI><P> +</OL> +<H3>Fixed in 1.2.4:</H3> +<OL> <LI> - Compiling on Solaris 2 with SunSoft's C compiler gives the warning - <CODE>"mod_include.c", line 1123: warning: end-of-loop code not - reached</CODE>. This is a bogus warning and can be ignored. - See <A HREF="http://www.apache.org/bugdb.cgi/full/681">PR#681</A>. - <P></LI> + On Solaris 2.x the server will stop running after receiving a + SIGHUP. Four workarounds exist (choose one):<p> + <ul> + <li>Recommended: upgrade to 1.2.4. + <li>If you are running Apache 1.2.1, retrieve + <a href="http://www.apache.org/dist/patches/apply_to_1.2.1/solaris_hup.patch">this patch</a>. + <code>cd</code> to your <code>apache_1.2.1</code> directory, and + type <code>patch -s -p1 < /path/to/patchfile</code>. Then rebuild + Apache.<p> + <li>Use SIGUSR1 instead of SIGHUP, see <a href="../stopping.html"> + Stopping and Restarting Apache</a> for more details.<p> + <li>Add <code>-DNO_SLACK</code> to + <code>EXTRA_CFLAGS</code> in + your <code>Configuration</code> file, re-run <code>Configure</code> + and rebuild your server. This disables the + <a href="descriptors.html">descriptor slack workaround</a> + </ul><P> + This problem was tracked as + <a href="http://www.apache.org/bugdb.cgi/full/832">PR#832</a>. + </li><P> - <LI><a href="descriptors.html"><b>Workaround available in 1.2.1.</b></a> + <LI>(Exists in 1.2.0 and in 1.2.1 after either of the + <code>NO_SLACK</code> or patch provided by the previous bug are applied.) + Solaris 2.5.1 (and probably other versions of Solaris) appear to have + a race condition completely unrelated to all the others. It is possible + during a SIGHUP that the server will fail to start because it will not + be able to re-open its sockets. To our knowledge this has only shown + up during testing when we pummel the server with as many SIGHUP requests + per second as we can. This appears unrelated to the similar sounding bug + described in <a href="http://www.apache.org/bugdb.cgi/full/832">PR#832</a>. +</OL> +<P> + +<H3>Fixed in 1.2.1</H3> +<OL> + <LI><a href="descriptors.html"><B>Workaround added</B></a> There appears to be a problem on BSDI 2.1 with large numbers of virtual hosts. This appears similar to a file-descriptor limit but BSDI should not have this problem. This will be tracked as <A HREF="http://www.apache.org/bugdb.cgi/full/611">PR#611</A>. See also the <A HREF="FAQ.html#fdlim">Apache FAQ</A>. - <P></LI> + </LI><P> - <LI><a href="descriptors.html"><b>Workaround available in 1.2.1.</b></a> + <LI><a href="descriptors.html"><b>Workaround added.</b></a> Solaris 2 has problems with large numbers of virtual hosts. This is because of an operating system limit of 256 file pointers, not due to Apache. See also the <A HREF="FAQ.html#fdlim">Apache FAQ</A>. - <P></LI> + </LI><P> + <LI> + <a name="cnegbug">Apache's</A> <A HREF="../content-negotiation.html">Content + Negotiation</A> should pick the smallest variant if there + are several that are equally acceptable. A bug in 1.2 means it no + longer does this unless all the variants have character sets. + This <A HREF="../../dist/contrib/patches/1.2/conneg-bug.patch">patch</A> + fixes this problem. It also fixes the problem which makes Apache + pick the last equally acceptable variant instead of the first. + This will be tracked as + <a href="http://www.apache.org/bugdb.cgi/full/94">PR#94</a>. + </LI><P> + + <LI><P>Compilation fails on SCO3 when using gcc instead of cc, complaining + with "<CODE>gcc: noinline: No such file or directory</CODE>". Fix + is given in <a href="http://www.apache.org/bugdb.cgi/full/695">PR#695</A>. + </LI> </OL> <!--#include virtual="footer.html" -->