Hello,
Over the weekend I posted here with questions about a problem where
variables stored in pnotes did not get garbage collected. Thanks to
some very helpful hints I was able to determine that mod_perl was
leaking pnotes in a request with an internal redirect. A patch to fix
that was posted
Oops, typo in my comment
On Sunday, January 5, 2003, at 07:25 AM, John Heitmann wrote:
$r->pnotes("lemming" => undef) if 0; #if 1 then destroy is never called
That should be "# if 0 then DESTROY is never called."
I've tracked it down further. When I run
http:
Hello,
I am seeing an issue where it appears that the contents of pnotes does
not get destroyed when code is run inside of Apache::Registry. I first
noticed this when I saw that connections to our db remained open after
a request was finished (we store the dbi handle in pnotes for
inter-reques
Hello,
We use this patch (on Apache::Filter 1.019) and it works ok. It won't
get you up and running with Apache::Registry, but it will do if you can
initialize the filter yourself.
Add this to Filter.pm:
sub Apache::Request::filter_register {
my $r= shift;
@ISA = qw(Apache::Request);
will eventually do that, but it would be cool to see a solution
that works with my current setup. Is there maybe a way to do tricks to
modules like Apache::Registry does to scripts by automagically
prepending the directory name behind the scenes? Any other ideas or
places to RTFM?
Thanks,
John Heitmann