Hello Stas,
perl Makefile.PL NO_HTTPD=1 \
EVERYTHING=1 \
USE_APACI=1 \
APACHE_SRC=../apache_1.3.29/src \
PREP_HTTPD=1
did the thing.
Thanks
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/mai
Hi All,
I'm having trouble compiling libapreq in userspace.
[EMAIL PROTECTED] mod_perl-1.29 $ cat .makepl_args.mod_perl
NO_HTTPD=1 EVERYTHING=1
[EMAIL PROTECTED] mod_perl-1.29 $ /home/ag/apps/perl-5.8.4/bin/perl Makefile.PL
&& make && make install
[EMAIL PROTECTED] mod_perl-1.29 $ cd ../apache_1.
Hi Simon,
Simon Clewer wrote
Hi,
We're using ithreads with modperl to run some complicated robots
concurrently ( in a commercial environment ) - there is however an issue.
Huge memory usage ... each ithread uses about 10M of ram ( image of Apache,
image of mod perl and image of our deep-link ro
Hello Geoffrey,
Geoffrey Young wrote:
I've been wondering if the random-hash ordering foo in recent perls would
cause Apache::DBI to break - IIRC it was somewhat dependent on the order of
the connect() arguments. I've been meaning to dig into it just out of
curiosity (I don't really use Apache::
Hi Stas
Stas Bekman wrote:
Aleksandr Guidrevitch wrote:
I need to see that backtrace in hope to get an idea of what's going on.
How to do that ?
I started httpd within gdb, then send it a sigint:
(gdb) run -X -f /home/ag/development/tauction/conf/httpd.conf
Starting program: /usr/local/a
Stas Bekman wrote:
As I've already said - if the server times out (in the example above)
at least once -
it still continue serving requests. But when I press ctrl-c to stop
the server - it stops
with segmentation fault, that means segmentation fault occurs only
when the server
get a ctrl-c (sig
Stas Bekman wrote:
yep, that closes the connection after $timeout_secs and looks to me
like the right solution.
However, If I try to stop apache it exits with 'Segmentation fault'
(in case a timeout occured),
seems due to the fact that the perl code haven't had a chance to
clean up. Can I trap
Hi Stas
Stas Bekman wrote:
yep, that closes the connection after $timeout_secs and looks to me
like the right solution.
However, If I try to stop apache it exits with 'Segmentation fault'
(in case a timeout occured),
seems due to the fact that the perl code haven't had a chance to
clean up. Ca
Hello, Stas
Stas Bekman wrote:
alarm(300) is an Apache alarm. Can you see the perl's alarm calls
earlier in the trace? since you tried alarm 1, grep for alarm(1).
[EMAIL PROTECTED] tauction]$ grep -P 'alarm'
seems it is here
I think what happens is that perl sets the alarm, but then Apache
rese
Hi Frank
[EMAIL PROTECTED] tauction]$ grep -P '.*= 3'
...
accept(16, {sa_family=AF_INET, sin_port=htons(38587),
sin_addr=inet_addr("127.0.0.1")}, [16]) = 3
alarm(300) = 300
alarm(0)= 300
read(4, "package Test::Handler;\n\nuse "..., 409
Stas Bekman wrote:
I suppose that since $apr->param is an XSUB perl decides that it's
unsafe to interrupt it. Or may be it's an OS issue, so perl doesn't
even get a chance to intervene.
Have you tried strace(1)ing httpd and seeing where does it hang? Of
course start the server with -X so you h
Hi, Stas
# working around buggy opera multipart/form-data
eval {
local $SIG{ALRM} =
sub { die "Sorry timed out. Please try again\n" };
alarm 1;
$apr->param;
alarm 0;
};
warn "works ok\n";
It doesn't work :( Any other suggestions ?
Alex
Stas Bekman
Prerequesities:
1. Opera browser
Version 7.21 Final
Build 480
Platform Linux
System i686, 2.4.20-alt5-up
Qt library 3.1.1
JavaNo Java Runtime Environment installed
2. custom PerlHandler
sub handler ($$) {
...
$apr = Apache::Request->new($r);
13 matches
Mail list logo