You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by "Ralf S. Engelschall" <rs...@engelschall.com> on 1997/07/30 09:39:43 UTC

[STATUS] Apache 1.2.2 (Wed 30-Jul-1997 09:39 MET DST)

STATUS for Apache 1.2.2 
=======================

Patches already committed: 
(see ``src/CHANGES'' file for more details)

    o PR#813,814: obscure proxy stuff (case on Host:, etc.)
    o PR#797: fix mod_include logging a little...
    o PR#832: solaris -HUP problem with slack fd
    o PR#378 part 1: Fix handling of request body in core
    o API Symbol APACHE_RELEASE provides numeric form
    o PR#094: revisited

Patches available: 
(see appended MIME-part ``patches.txt'' for diff snippets)

    o [patch.solarisdup]
      Dean's patch for the solaris which superseeds
      "PR#832: solaris -HUP problem with slack fd"
      ** Marc has also found a way for Solaris with slacking **
      ** We have to wait for a final solution which really works... **
      Status: Dean +1, RSE +0, Ken +1
      => ** WAITING IN QUEUE BECAUSE WE ARE
            STILL NOT SURE WHICH FIX SHOULD BE TAKEN:
            - the existing already comitted one?
            - this one which superseeds the existing one?
            - or a (still not available) patch based on Marc's new way? **

    o [patch.pr748]
      Dean's patch for PR#748: 
      mod_imap infinite loop for references above the server root
      Status: RSE +0, Randy +0 
      => ** STILL NEEDS TESTING **

    o [patch.chunkerr]
      Dean's "[PATCH] 1.2.2: obscure chunking error":
      <Pi...@benchlark.arctic.org>
      While chunking, it is possible to exit bwrite() or bflush() without
      having started the next chunk.  It should only happen when there's a
      write error ... but in some cases it would return without setting the
      error flags.
      Status: Dean +1, RSE +0 
      => ** STILL NEEDS TESTING **

    o [patch.pr848]
      Marc's patch for PR#848: 
      treat <files> container like other containers in mod_info. 
      (already in 1.3)
      Status: Dean +1, RSE +1, Ken +1, Jim +1
      => to be comitted

    o [patch.pr815]
      Kenichi Hori <ke...@d2.bs1.fc.nec.co.jp>'s patch for PR#815: 
      get_client_block() returns wrong length if policy is
      REQUEST_CHUNKED_DECHUNK
      (already in 1.3)
      Status: Dean +1, RSE +1, Jim +1
      => to be comitted

    o [patch.pr875]
      Dean's MSIE 4.0 PR2 workaround for PR#875:
      "force-response-1.0" now only applies to requests which are HTTP/1.0 to
      begin with.  "nokeepalive" now works for HTTP/1.1 clients.  Added
      "downgrade-1.0" which causes Apache to pretend it received a 1.0.
      mod_browser now triggers during translate_name to workaround a
      deficiency in the header_parse phase.
      (already in 1.3)
      Status: Dean +1, Roy +1, RSE +1, Jim +1
      => to be comitted

    o [patch.pr868]
      Dean's patch for PR#421, PR#868: 
      mod_auth_anon logs multiple times
      (already in 1.3)
      Status: Dean +1, RSE +1, Dirk v. Gulik +1, Ken +1, Jim +1
      => to be comitted

    o [patch.modrewrite]
      RSE's totally new patch to bring mod_rewrite up to date for Apache
      1.2.2: I've collected and reconstructed all bugfixes we already have in
      1.3 to be workable with the 1.2 sources. Actually the resulting version
      is the one from 1.3 minus NT stuff, minus the 64Bit-casting stuff, minus
      new API hooks, etc.
      (already in 1.3)
      Status: RSE +1, Jim +1, Randy +1
      => to be comitted

    o [patch.modinclude]
      Howard Fear's patch to cleanup mod_include:
      handle_else was being used to handle endif. 
      It didn't cause problems, but it was cleaned up too.
      (already in 1.3)
      Status: RSE +1, Ken -0, Jim +1, Randy +1
      => to be comitted 

TODO-list:
(still not done) 

    o more merging from 1.3 htdocs, but only stuff which is valid for Apache 1.2.2
    o incorporation of missing mod_rewrite docs into 1.3 and then merging into 1.2.2
    o checking of the 1.3 commit logs for finding still missing bugfix only patches
      which should also be applied to 1.2.2
    o checking of open PR's for Apache 1.2.2
    o ..??..

                                       Ralf S. Engelschall
                                       rse@engelschall.com
                                       www.engelschall.com

Re: [STATUS] Apache 1.2.2 (Wed 30-Jul-1997 09:39 MET DST)

Posted by Dean Gaudet <dg...@arctic.org>.

On Wed, 30 Jul 1997, Marc Slemko wrote:

> On Wed, 30 Jul 1997, Dean Gaudet wrote:
> 
> > 
> > At any rate, the key thing we need to do in 1.2.2 is the solaris fix and
> > we're still not sure of the best fix.  Marc, has my latest test program
> > passed on your system?
> 
> I think so, but I need to look at it further.  If you were bored I could
> give you a shell on the Solaris x86 box (it is just a test box right now),
> but I don't know that that would be useful.
> 
> I'm trying to find some time to look at it further.

Nevermind.  I just moved SO_REUSEADDR before the dup, and kill -HUP still
screws up.  It probably has to do with children not exiting fast enough. 
At this point I just want to say "too bad for you users of solaris < 2.6".
Let's use my recently posted patch (disabling ap_slack for sockets) for
1.2.2.  For 1.3 it just needs to be tweaked to look for SOLARIS2 >= 260. 

Dean


Re: [STATUS] Apache 1.2.2 (Wed 30-Jul-1997 09:39 MET DST)

Posted by Marc Slemko <ma...@worldgate.com>.
On Wed, 30 Jul 1997, Dean Gaudet wrote:

> 
> At any rate, the key thing we need to do in 1.2.2 is the solaris fix and
> we're still not sure of the best fix.  Marc, has my latest test program
> passed on your system?

I think so, but I need to look at it further.  If you were bored I could
give you a shell on the Solaris x86 box (it is just a test box right now),
but I don't know that that would be useful.

I'm trying to find some time to look at it further.



Re: [STATUS] Apache 1.2.2 (Wed 30-Jul-1997 09:39 MET DST)

Posted by Dean Gaudet <dg...@arctic.org>.

On Wed, 30 Jul 1997, Ralf S. Engelschall wrote:

>     o more merging from 1.3 htdocs, but only stuff which is valid for Apache 1.2.2

If you look at the docs files you'll notice they all have a tag
dg_last_1_2_doc_merge.  That's the last rev that I've done a merge
against.  For a while I was just able to do:

    cd to_a_1_2_working_copy/htdocs
    cvs update -j dg_last_1_2_doc_merge -j 1
    resolve conflicts
    cvs commit

    cd to_a_1_3_working_copy/htdocs
    cvs update
    cvs tag -F dg_last_1_2_doc_merge

But that became a pain when the real 1.3 documentation started appearing.
That's when I just started queueing up all the 1.3 doc changes comming
across apache-cvs which were relevant to 1.2.  You can apply apache-cvs
mail directly as a patch (patch notices the two spaces of indentation and
strips them, I love patch).

At the moment the only thing left in that queue is the FAQ change that Ken
did yesterday.

If you want to make sure I didn't miss anything you could do something
like the update above followed by a diff... and then edit the diff so
that it contains only hunks that apply to 1.3 and then patch -R it.

>     o checking of the 1.3 commit logs for finding still missing bugfix only patches
>       which should also be applied to 1.2.2

I think I nailed most of these.  But it's still worth a check.

At any rate, the key thing we need to do in 1.2.2 is the solaris fix and
we're still not sure of the best fix.  Marc, has my latest test program
passed on your system?

Dean