You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/11/23 05:33:03 UTC
DO NOT REPLY [Bug 10522] -
mod_include does not recurse
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).
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