httpd-apreq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stas Bekman <>
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?


Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker     mod_perl Guide --->

View raw message