You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by Marc Slemko <ma...@hyperreal.org> on 1997/09/07 05:09:28 UTC
cvs commit: apachen/htdocs/manual/misc known_bugs.html
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" -->