Stas Bekman wrote:
I'm thinking that it might be beneficial to implement it in C.
Would I be better served by switching to using libapreq? Isn't this what it's for? I recall you sent me that code a long time ago as the libapreq stuff wouldn't compile cleanly on NetBSD.
I'd prefer not to have to maintain code that goes this deeply into mod_perl :) I won't pretend to be anything like a solid enough perl hacker to do anything but make an awful mess!
Once mp2.0 is released, there will be no API changes that will break your existing code. Hence it's not released yet, as we polish it.
Yes, you absolutely want to use libapreq2[1], though I don't know whether it works fine under NetBSD, download it, test it and chances are that it works just fine, then switch to it.
I just think that sometimes it's useful to be able to grab the whole request body w/o depending on any external library.
[1] http://httpd.apache.org/apreq/
p.s. if you know that the client provides a correct Content-Length header you could get the content in one line:
my $len = $r->read(my $data, $r->headers_in->{'Content-Length'});but I won't trust all the clients to do it right.
-- __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
-- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
