httpd-apreq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stas Bekman <s...@stason.org>
Subject Re: [PROPOSAL-apreq2] dropping apreq_cfg_t
Date Sat, 13 Mar 2004 01:27:57 GMT
Joe Schaefer wrote:
> Instead of dropping a few fields from apreq_cfg_t,
> after some consideration I think we should drop 
> apreq_cfg_t entirely, and replace it with a few
> new environment functions.
> 
> Rationale:  Having apreq's parsers enforce the 
> controls is clumsy and in certain situations totally
> ineffective.  For instance, currently the max_len
> attribute of apreq_cfg_t doesn't work at all in 
> the default CGI environment, because the stdin pipe
> bucket's length cannot be computed (it's -1).
> Once that bucket is passed to a parser, the parser
> will consume everything until the stdin pipe is 
> closed (by apache).  We could work around this
> by changing how cgi_read() is coded, but that just
> goes to my point - it's the environment's job
> to do (or not do) this enforcement, not the parser's.
> 
> I propose that we drop apreq_cfg_t from the C API
> entirely, and rework the environments to pick up
> the slack.
> 
> Objections?

+1



-- 
__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Mime
View raw message