[EMAIL PROTECTED] wrote:

jerenkrantz 2003/12/26 23:41:28

  Modified:    .        Tag: APACHE_2_0_BRANCH STATUS
  Log:
  Reflect merged backports (those that I casted at least the 3rd +1 for), and
  cast some votes on those with less than 3 +1s.

Happy holidays!!!


Index: STATUS

  @@ -209,7 +185,8 @@
           modules/generators/mod_cgid.c r1.152, r1.161
           server/mpm_common.c r1.111
           PREREQ: ap_mpm_query(mpm-state) support in Unix MPMs
  -        +1: trawick, stoddard
  +        jerenkrantz asks: What does mpm_common.c r1.111 have to do with this?
  +        +1: trawick, stoddard, jerenkrantz

Prior to r1.111, that code relied on a global variable (holding the pid) to be set in a child process. However, the global variable was not being set for a *restarted* cgid daemon, so if a *restarted* cgid daemon crashed, an entry would be written to the error log stating that the parent had crashed. The change removes the requirement for having the global variable set.


       * ab: catch out of memory (reasoning report ID 29)
           support/ab.c: r1.125
  @@ -239,6 +216,7 @@
                 around... :)
                 Yes, I think, a useful error message is better than
                 a coredump in this case.
  +          jerenkrantz: Oh, bah.  Let 'em segfault.  Use flood!

how about a shell script ("flab"?) to generate appropriate xml from an ab command-line, and then run it?


       * Fix a long delay with CGI requests and keepalive connections on
         AIX.
           modules/generators/mod_cgid.c r1.159
  -      +1: trawick, stoddard
  +      jerenkrantz: Could we do this on other platforms, too?
  +      +1: trawick, stoddard, jerenkrantz

extremely likely :)





Reply via email to