cvs commit: apachen/htdocs/manual/misc known_bugs.html

1997-12-04 Thread dgaudet
dgaudet 97/12/04 14:10:13

  Modified:htdocs/manual/misc known_bugs.html
  Log:
  solaris 2.6 is common enough, talk about the broken gcc
  
  Revision  ChangesPath
  1.39  +10 -0 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.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- known_bugs.html   1997/11/27 14:48:07 1.38
  +++ known_bugs.html   1997/12/04 22:10:09 1.39
  @@ -52,6 +52,16 @@
   CoreR\buildmark.obj/CODE (and similarly for CODEdel
   CoreD\buildmark.obj/CODE). See 
   A HREF=http://bugs.apache.org/index/full/1473;PR#1473/A.
  +LIbSolaris 2.6/b users may have troubles compiling the server with
  +gcc.  As is frequently the case with gcc compilation troubles, this
  +is the result of an improperly built gcc.  The gcc for solaris 2.6
  +found at a href=http://www.sunfreeware.com/;www.sunfreeware.com/a 
  +was built with a beta version of solaris 2.6.  The release version
  +has changed significantly enough that this version will not properly
  +work with it.  There are two workarounds mentioned in
  +a href=http://bugs.apache.org/index/full/1336;PR#1336/a.
  +bThis is not an Apache bug, and no code will be changed to deal with
  +it./b
   /OL
   
   H2Apache 1.3b2 Bugs/H2
  
  
  


cvs commit: apachen/htdocs/manual/misc known_bugs.html

1997-12-04 Thread dgaudet
dgaudet 97/12/04 14:22:48

  Modified:htdocs/manual/misc known_bugs.html
  Log:
  tweak
  
  Revision  ChangesPath
  1.40  +2 -2  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.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- known_bugs.html   1997/12/04 22:10:09 1.39
  +++ known_bugs.html   1997/12/04 22:22:47 1.40
  @@ -57,8 +57,8 @@
   is the result of an improperly built gcc.  The gcc for solaris 2.6
   found at a href=http://www.sunfreeware.com/;www.sunfreeware.com/a 
   was built with a beta version of solaris 2.6.  The release version
  -has changed significantly enough that this version will not properly
  -work with it.  There are two workarounds mentioned in
  +of solaris 2.6 changed a few header files enough that the beta-built
  +gcc won't work with it.  There are two workarounds mentioned in
   a href=http://bugs.apache.org/index/full/1336;PR#1336/a.
   bThis is not an Apache bug, and no code will be changed to deal with
   it./b
  
  
  


cvs commit: apachen/htdocs/manual/misc known_bugs.html

1997-11-27 Thread pcs
pcs 97/11/27 06:48:08

  Modified:htdocs/manual/misc known_bugs.html
  Log:
  Add note about the error building Apache from source on Win32 because
  buildmark.obj does not exist
  
  Revision  ChangesPath
  1.38  +6 -0  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.37
  retrieving revision 1.38
  diff -u -r1.37 -r1.38
  --- known_bugs.html   1997/11/20 17:29:01 1.37
  +++ known_bugs.html   1997/11/27 14:48:07 1.38
  @@ -46,6 +46,12 @@
   This will be corrected in a later beta.  A workaround for now is
   to edit codesrc/main/httpd.h/code and remove the definition
   of codeOPTIMIZE_TIMEOUTS/code near the bottom.
  +LIbWin32 only:/b Building from source may fail because the 
buildmark.obj
  +file does not exist. Edit CODEMakefile.nt/CODE and replace the
  +line CODEdel CoreR\buildmark.obj/CODE with CODE-del
  +CoreR\buildmark.obj/CODE (and similarly for CODEdel
  +CoreD\buildmark.obj/CODE). See 
  +A HREF=http://bugs.apache.org/index/full/1473;PR#1473/A.
   /OL
   
   H2Apache 1.3b2 Bugs/H2
  
  
  


cvs commit: apachen/htdocs/manual/misc known_bugs.html

1997-11-20 Thread dgaudet
dgaudet 97/11/20 09:26:37

  Modified:htdocs/manual/misc known_bugs.html
  Log:
  document the unknown error mmap bug
  
  Revision  ChangesPath
  1.36  +8 -0  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.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- known_bugs.html   1997/11/11 23:47:15 1.35
  +++ known_bugs.html   1997/11/20 17:26:36 1.36
  @@ -34,6 +34,14 @@
   and A HREF=known_client_problems.htmlour list of known client 
problems./A/P
   HR
   
  +H2Apache 1.3b3 Bugs/H2
  +
  +OL
  +LIThe error_log may contain (0)Unknown error: mmap_handler:
  +mmap failed errors.  Ignore them, it is a logic error and does not
  +indicate any problem.  This will be corrected in a later beta.
  +/OL
  +
   H2Apache 1.3b2 Bugs/H2
   
   H3Win32 only/H3
  
  
  


cvs commit: apachen/htdocs/manual/misc known_bugs.html

1997-09-06 Thread Marc Slemko
marc97/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  ChangesPath
  1.28  +80 -65apachen/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.
   
  +PThis document is not a complete list of known bugs, but simply
  +a list of some of the more common ones.  FONT COLOR=redBe sure
  +to check the bug database before assuming that if it isn't listed
  +here it isn't reported or fixed./FONT
  +
   PSee Also: A HREF=compat_notes.htmlCompatibility notes/A/P
   HR
   
  @@ -38,40 +43,8 @@
   /OL
 
   H2Apache 1.2 Bugs/H2
  -
  +H3Bugs still present in 1.2.4/H3
   OL
  -LIbExists 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
  - liRetrieve a 
href=http://www.apache.org/dist/patches/apply_to_1.2.1/solaris_hup.patch;this 
patch/a.
  - codecd/code to your codeapache_1.2.1/code directory, and
  - type codepatch -s -p1 lt; /path/to/patchfile/code.  Then rebuild
  - Apache.p
  - liUse SIGUSR1 instead of SIGHUP, see a href=../stopping.html
  - Stopping and Restarting Apache/a for more details.p
  - liAdd code-DNO_SLACK/code to
  - codeEXTRA_CFLAGS/code in
  - your codeConfiguration/code file, re-run codeConfigure/code
  - and rebuild your server.  This disables the
  - a href=descriptors.htmldescriptor slack workaround/ap
  - 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
  -codeNO_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
  -
   LIa name=listenbugOn some architectures/A
   if your configuration uses multiple
   a href=../mod/core.html#listenListen/a directives then it is 
possible
  @@ -84,27 +57,18 @@
   This affects any architecture that doesn't use one of the
   codeUSE_x_SERIALIZED_ACCEPT/code definitions, see the
   source file codeconf.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
  -
  -LIbFixed in 1.2.1./b
  -a name=cnegbugApache's/A A 
HREF=../content-negotiation.htmlContent
  -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.patchpatch/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
  +PTo 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.
  +/LIP
   
   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
  +/LIP
   
   LIUsers 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
  +/LIP
   
  -LICompilation fails on SCO3 when using gcc instead of cc, complaining
  -with CODEgcc: noinline: No