at there is no way to free the memory after I've
done print() and rflush()?
BTW thanks for the other suggestions, switching to cgi seems like
the only reasonable thing for me, I just want to make sure that this
is how mod_perl operates and it is not me who is doing something
wron
You could use Apache2::SizeLimit ("because size does matter") which
evaluates the size of Apache httpd processes when they complete HTTP
Requests, and kills those that grow too large. (Note that
Apache2::SizeLimit can only be used for non-threaded MPMs, such as
prefork.) Since it operates a
i/Apache2/SizeLimit.pod>
to handle most memory problems, and simply processes that blow up die
without feedback to users. Not ideal, but they should be extremely rare
events.
BR
A
Perrin Harkins wrote:
On Sun, Mar 14, 2010 at 11:22 AM, Arthur Goldberg wrote:
Perhaps you're referrin
ocated
# write some info (especially user identity) to a file, that
crash-recover.pl will use
} else {
$original_handler( @_ );
}
}
BR
A
Perrin Harkins wrote:
On Thu, Mar 11, 2010 at 4:41 PM, ARTHUR GOLDBERG wrote:
2) Kill apache httpd processes occasionally, to control the
Running Perl programs in mod_perl in Apache (2.2) on RHEL:
[10 a...@virtualplant:/etc]$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.4 (Tikanga)
[11 a...@virtualplant:/etc]$ uname -r
2.6.18-164.11.1.el5
Occasionally a process grows so large that it freezes the system:
se
a sym link.
On Jun 19, 2009, at 10:32 AM, ARTHUR GOLDBERG wrote:
Hi
I'm installing mod_perl on Ubuntu 8.04.2 LTS 32-bit. I receive the
error
make[3]: Entering directory `/home/artg/Downloads/mod_perl-2.0.4/
xs/APR/APR'
rm -f ../../../blib/arch/auto/APR/APR.so
LD_RUN_PATH=&qu
Hi
I'm installing mod_perl on Ubuntu 8.04.2 LTS 32-bit. I receive the error
make[3]: Entering directory `/home/artg/Downloads/mod_perl-2.0.4/xs/
APR/APR'
rm -f ../../../blib/arch/auto/APR/APR.so
LD_RUN_PATH="/usr/lib:/lib" cc -shared -L/usr/local/lib APR.o
modperl_error.o modperl_bucket.o
