httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Slemko <m...@hyperreal.org>
Subject cvs commit: apache/htdocs/manual/misc known_bugs.html
Date Sun, 07 Sep 1997 00:52:01 GMT
marc        97/09/06 17:52:01

  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    apache/htdocs/manual/misc/known_bugs.html
  
  Index: known_bugs.html
  ===================================================================
  RCS file: /export/home/cvs/apache/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 00:51:59	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 &lt; /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 &lt; /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" -->
  
  
  

Mime
View raw message