From 3b331a4447bbcb23118cf2ca40e2dd5de1040846 Mon Sep 17 00:00:00 2001 From: Justin Erenkrantz Date: Thu, 6 Jun 2002 21:49:59 +0000 Subject: [PATCH] I have no earthly idea what this comment is referring to. Nuke it. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@95553 13f79535-47bb-0310-9956-ffa450edef68 --- modules/filters/mod_include.c | 6 ------ 1 file changed, 6 deletions(-) diff --git a/modules/filters/mod_include.c b/modules/filters/mod_include.c index 4edf13aeec..311c61e64a 100644 --- a/modules/filters/mod_include.c +++ b/modules/filters/mod_include.c @@ -3353,12 +3353,6 @@ static apr_status_t includes_filter(ap_filter_t *f, apr_bucket_brigade *b) ap_add_cgi_vars(r); add_include_vars(r, conf->default_time_fmt); } - /* XXX: this is bogus, at some point we're going to do a subrequest, - * and when we do it we're going to be subjecting code that doesn't - * expect to be signal-ready to SIGALRM. There is no clean way to - * fix this, except to put alarm support into BUFF. -djg - */ - /* Always unset the content-length. There is no way to know if * the content will be modified at some point by send_parsed_content. * It is very possible for us to not find any content in the first -- 2.50.1