Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

DO NOT REPLY [Bug 10522] - mod_include does not recurse

From: <bugzilla(at)apache.org>
Date: Fri Nov 22 2002 - 23:33:03 EST


DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10522>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10522

mod_include does not recurse

trawick@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED
            Version|2.0.39                      |2.0.43
  • Additional Comments From trawick@apache.org 2002-11-23 04:33 ------- configuring .ssi for INCLUDES still fails on today's HEAD... something really insidious is happening... hash lookup for ssi fails in mod_mime:find_ct() but ssi was properly parsed out and mod_mime was able to store it in hash at config time...

I don't know if something bad happened with the hashes at dir config merge time... oops, apr_hash_merge() is busted...

looks like .ssi was the last element in the hash (higher hash value than .html) and apr_hash_merge() had a bug where it would lose the last entry in one of the hashes being merged

Here is the tiny fix I'm about to commit to srclib/apr/tables/apr_hash.c to fix the lack of parsing of .ssi:

Index: tables/apr_hash.c



RCS file: /home/cvs/apr/tables/apr_hash.c,v retrieving revision 1.30
diff -u -r1.30 apr_hash.c
--- tables/apr_hash.c 19 Jul 2002 11:36:19 -0000 1.30 +++ tables/apr_hash.c 23 Nov 2002 04:26:55 -0000 @@ -442,7 +442,7 @@
         }
     }
  • for (k = 0; k < overlay->max; k++) { + for (k = 0; k <= overlay->max; k++) { for (iter = overlay->array[k]; iter; iter = iter->next) { i = iter->hash & res->max; for (ent = res->array[i]; ent; ent = ent->next) {

Hopefully this fix will make it to 2.0.44. If not, apply locally (yeah, that sounds stupid but the exact contents of 2.0.44 are yet to be determined).

Do you need help?X

Thanks for your report, and thanks for using Apache!



To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org Received on Sat Nov 23 04:31:55 2002

This archive was generated by hypermail 2.1.8 : Wed Aug 23 2006 - 16:44:08 EDT


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library