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
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://server_name:8080/index.pl the
I am using RedHat 7.2, apache 1.3.27, mod_perl 1.27. Everything istalls
correctly and make test is all a go. I then start the server, run a
print env script and I dont get a MOD_PERL env and the gatway interface
is CGI/1.1, I am however getting the server software env with
mod_perl/1.27. I
John Heitmann [EMAIL PROTECTED] writes:
[...]
DirectoryIndex index.pl
DocumentRoot /tmp/web_directory
Directory /tmp/web_directory
AddHandler perl-script .pl
PerlHandler Apache::Registry
/Directory
[...]
That httpd.conf combined with the code in the previous mail placed in
John Heitmann [EMAIL PROTECTED] wrote ...
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
David Kaufman wrote:
John Heitmann [EMAIL PROTECTED] wrote ...
in fact, i've avoided using pnotes after seeing
similar inconsistencies and reading reports of others having them, too.
that was a while back, though.
I've used pnotes extensively for exactly this sort of thing and have
found it to
Chris Hoffmann wrote:
[...]
My need is to scan incoming data.
If anyone has used mod_vscan on incoming data or know if the All-in-One Filter example located at;
http://perl.apache.org/docs/2.0/user/handlers/filters.html#All_in_One_Filter
can do this please contact me.
I'm not familiar with
Matt Lopresti wrote:
I am using RedHat 7.2, apache 1.3.27, mod_perl 1.27. Everything istalls
correctly and make test is all a go. I then start the server, run a
print env script and I dont get a MOD_PERL env and the gatway interface
is CGI/1.1, I am however getting the server software env
I am worried about the ENV{MOD_PERL} var not being set. What would cause
that not to get set? Is it a perms issue? In the conf file the User is
nobody and the Group is nobody. I am doing the entire make as root.
Stas Bekman wrote:
Matt Lopresti wrote:
I am using RedHat 7.2, apache 1.3.27,
Matt Lopresti wrote:
I am worried about the ENV{MOD_PERL} var not being set. What would cause
that not to get set? Is it a perms issue? In the conf file the User is
nobody and the Group is nobody. I am doing the entire make as root.
If you are seeing the mod_perl token in the server response
If you are seeing the mod_perl token in the server response headers or
the server startup:
http://perl.apache.org/docs/1.0/guide/install.html#Checking_the_error_log
http://perl.apache.org/docs/1.0/guide/install.html#Testing_via_telnet
but not in the script:
11 matches
Mail list logo