Re: Building 1.99_17 with apache 2.0.52

Stas Bekman wrote: Juan Julian Merelo Guervos wrote: Hi, I seem to have a catch-22 problem when trying to build mod_perl (above version), static build. If I write: [EMAIL PROTECTED] mod_perl-1.99_17]# perl Makefile.PL MP_USE_STATIC=1 MP_AP_CONFIGURE="--with-mpm=prefork" MP_APR_CONFIG=/usr/local

Re: bytes_received?

Malcolm J Harwood wrote: I see. That should be relatively use to calculate with modperl2's input connection filter (not w/o a small overhead of course): http://perl.apache.org/docs/2.0/user/handlers/filters.html#Connection_Input _Filters Assuming I've understood the docs, something like: sub handl

Re: bytes_received?

On Thursday 9 December 2004 04:21 pm, Geoffrey Young wrote: > >> Is there an equivalent of Apache::RequestRec::bytes_sent for the size > >> of the incoming request? (I have a situation where I need to log the > >> size of the data transfer each way to a db). I've searched through the > >> docs (an

Re: bytes_received?

Stas Bekman wrote: > [...] > >> I think what Malcolm is after is the size of the initial request, message >> body, headers, and all, which there just doesn't seem to be an easy >> way to >> get to. > > [...] > >> you might be able to glean the size from a combination of >> $r->the_request, >>

Re: bytes_received?

[...] I think what Malcolm is after is the size of the initial request, message body, headers, and all, which there just doesn't seem to be an easy way to get to. [...] you might be able to glean the size from a combination of $r->the_request, $r->headers_in, and $r->content_length. I see. That sho

Re: bytes_received?

Stas Bekman wrote: > Malcolm J Harwood wrote: > >> Is there an equivalent of Apache::RequestRec::bytes_sent for the size >> of the incoming request? (I have a situation where I need to log the >> size of the data transfer each way to a db). I've searched through the >> docs (and google) and not

Re: CGI::Carp and PerlRun

Brian Dimeler wrote: Hi, I've noticed that on some of my simpler CGI scripts, in which I use CGI::Carp's 'die' replacement to print an error message to the browser, PerlRun will give an internal server error instead, but still log the error message. These scripts worked fine under mod_cgi. CGI:

Re: bytes_received?

Malcolm J Harwood wrote: Is there an equivalent of Apache::RequestRec::bytes_sent for the size of the incoming request? (I have a situation where I need to log the size of the data transfer each way to a db). I've searched through the docs (and google) and not found anything. The closest I've f

Re: [mp2] Ported 3rd-party Modules

John D Groenveld wrote: http://perl.apache.org/products/apache-modules.html#Porting_CPAN_modules_to_mod_perl_2_0_Status> I've updated Apache::AuthenURL and Apache::DBILogin for mod_perl2. Thanks John, updated. (will appear online within 6 hours) -- __

Re: Building 1.99_17 with apache 2.0.52

Juan Julian Merelo Guervos wrote: Hi, I seem to have a catch-22 problem when trying to build mod_perl (above version), static build. If I write: [EMAIL PROTECTED] mod_perl-1.99_17]# perl Makefile.PL MP_USE_STATIC=1 MP_AP_CONFIGURE="--with-mpm=prefork" MP_APR_CONFIG=/usr/local/new_apache/bin/apr

CGI::Carp and PerlRun

Hi, I've noticed that on some of my simpler CGI scripts, in which I use CGI::Carp's 'die' replacement to print an error message to the browser, PerlRun will give an internal server error instead, but still log the error message. These scripts worked fine under mod_cgi. CGI::Carp's documentatio

bytes_received?

Is there an equivalent of Apache::RequestRec::bytes_sent for the size of the incoming request? (I have a situation where I need to log the size of the data transfer each way to a db). I've searched through the docs (and google) and not found anything. The closest I've found to getting this is

Re: undef or scoping problem in modperl?

On Thu, Dec 09, 2004 at 03:25:30PM +0200, Reenen C Kroukamp wrote: > Hi, > > I have a hash, %tt_vars which seems to retain information across calls to the > modperl script even though I undef it at the beginning of the script: Grrr... Never mind. I was looking in all the places except the most o

undef or scoping problem in modperl?

Hi, I have a hash, %tt_vars which seems to retain information across calls to the modperl script even though I undef it at the beginning of the script: Here is the start of the script: use diagnostics; use strict; use Template; use CGI qw/:standard/; use D

Building 1.99_17 with apache 2.0.52

Hi, I seem to have a catch-22 problem when trying to build mod_perl (above version), static build. If I write: [EMAIL PROTECTED] mod_perl-1.99_17]# perl Makefile.PL MP_USE_STATIC=1 MP_AP_CONFIGURE="--with-mpm=prefork" MP_APR_CONFIG=/usr/local/new_apache/bin/apr-config Reading Makefile.PL args f

Re: Cleanup_register

Denis Banovic wrote: > Hi everybody! > > I have a small problem with the APR::Pool::cleanup_register; > I get this error_message: > ModPerl::Registry: Usage: APR::Pool::cleanup_register(p, cv, arg=Nullsv) at > > shift->pool->cleanup_register(&init_globals());