Eric J. Hansen wrote:
On further investigation, the problem seems to be that the object
is losing its namespace.
That's not it. Many people have successfully stored objects in pnotes
before.
In the first handler (where I define
the object and store it in pnotes) I'm logging the value of
"ref $db
hello,
i have asked this question on apache group and irc. no one has come to a answer yet.
hope people
here will help me with it.
i have a directory which execute mod_perl program. i want to requestion
site.com/printer/ and
index.pl get executed. however i got directory listing instead. reques
I tried Perrin's suggestion, but got the same error message
(Can't call method "Name" on an undefined value at)
On further investigation, the problem seems to be that the object
is losing its namespace. In the first handler (where I define
the object and store it in pnotes) I'm logging the va
Eric J. Hansen wrote:
my $dbrecord = ClassDBI_Table1->retrieve ( 1 ); # ClassDBI_Table1
is of base Class::DBI::mysql
$r->pnotes('INFO_FOR_LATER', \$dbrecord );
Should be
$r->pnotes('INFO_FOR_LATER', $dbrecord );
my $existing_dbrecord = $r->pnotes('INFO_FOR_LA
Eric Sammer wrote:
I'm sure I can solve the problem by moving the PerlInitHandler handler
to something post-uri-translate.
I was wrong. Moving the handler to a Perl*Handler that takes place after
PerlTransHandler does not fix the problem. I have to admit defeat. If
anyone is aware of a fix for this
I'm trying to use $r->pnotes to store a Class::DBI object in an early
stage handler so it may be retrieved by a later stage handler. Specifically:
in my PerlTransHandler:
my $dbrecord = ClassDBI_Table1->retrieve ( 1 ); # ClassDBI_Table1 is
of base Class::DBI::mysql
$r->p
I apologize for bad form replying to my own message...
I found the $r is different because the file being processed by the
Files PerlHandler was an index page and was being accessed via '/'
(rather than '/index.tt'). When accessed as '/index.tt' $r->pnotes() is
populated as expected.
I'm sure I ca
All:
Apache 1.3.28, MP 1.29, Perl 5.8.0
I'm having a problem with $r being different between request phases of
the same request. Specifically, $r->pnotes() is missing a parameter that
is packed into it by an earlier handler. Here's the setup:
In virtual host context:
PerlInitHandler - Does so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I recently encountered problems with stuck Apache processes that upon
analysis can be traced back to the signal handler saving/restoration code
within mod_perl. This issue appears to have been originally reported by
Charles Jardine in Oct 2002 (see
Joe
I took your advise and tried to provide a patch for the test-suite
which should test the things related to the expiration and the secure flag.
##
--- t/cookie.c 2003-12-18 17:48:13.0 +0100
+++ t/cookie3.c 2003-12-18 17:43:06.00
> "justin" == justin <[EMAIL PROTECTED]> writes:
justin> The last time I traced mod_rewrite on the front-end, and map files,
justin> discovered it opens, reads, and closes, the file *every single request*.
justin> I use a map like that to block IPs fast, but thought that was rather
justin> in
Ok, I was a bit wrong in saying that the secure flag is not working,
actually it is working but not as described.
While I was checking the sources I figured that the parameter to enable
the secure flag has to be 'on' instead of '1' .
Anyway, I thought I let you know .
Mit freundlichen Grüßen /
Stas Bekman <[EMAIL PROTECTED]> [2003:12:17:23:51:14-0800] scribed:
> Michael D Schleif wrote:
> >I am trying to setup Apache::DB on my Debian box.
> >
> >In httpd.conf I have this inside my mod_perl Location directive:
> >
> > PerlFixupHandler Apache::DB
> >
> >I PerlRequire this, according to t
justin writes:
> The last time I traced mod_rewrite on the front-end, and map files,
> discovered it opens, reads, and closes, the file *every single request*.
> I use a map like that to block IPs fast, but thought that was rather
> inefficient? should I not be concerned about such trifles?
We hav
All,
[ Apache/1.3.29 (Unix) mod_perl/1.29, Storable 2.08 ]
A sub-routine in my handler does this:
--snip--
my $f_form = Storable::freeze( $form );
$session->param("billing-account", $f_form );
--snip--
where session is a CGI::Session object.
When that subroutine is complete, I do an $r->looku
"Swen Schillig" <[EMAIL PROTECTED]> writes:
> Joe
>
> Thanks for the patch the expiration is working fine now
> even though the test fails :-)
>
>
> t/testall -v
> All APREQ Tests:
> Cookie: ..F.
> Param:...
> Parsers: ..
>
> 9
Joe
Thanks for the patch the expiration is working fine now
even though the test fails :-)
t/testall -v
All APREQ Tests:
Cookie: ..F.
Param:...
Parsers: ..
9 tests run: 8 passed, 1 failed, 0 not implemented.
Failed tests in C
Hello,
we're using Apache 1.3.26 / mod_perl 1.29 on Solaris 8 with Perl 5.6.1 and
gcc 2.95.3.
I experienced occasional hangs of Apache::AuthenNTLM 2.04.
I suspect that the "MaxKeepAliveRequests" option within httpd.conf might
be involved:
Maybe one httpd-process acquires successfully the semapho
Hi all,
On Wed, 17 Dec 2003, Stas Bekman wrote:
> Michael D Schleif wrote:
> [...]
> > Soon, I will be adept at searching for my answers;
>
> No worries, try to do your best to find the answers in the copious docs at
> perl.apache.org (hint: use the search)
I still find that it's productive to
The last time I traced mod_rewrite on the front-end, and map files,
discovered it opens, reads, and closes, the file *every single request*.
I use a map like that to block IPs fast, but thought that was rather
inefficient? should I not be concerned about such trifles?
-Justin
RN> Brian Hirt writ
Michael D Schleif wrote:
I am trying to setup Apache::DB on my Debian box.
In httpd.conf I have this inside my mod_perl Location directive:
PerlFixupHandler Apache::DB
I PerlRequire this, according to the manpage:
use Apache::DB ();
Apache::DB->init;
1;
After stopping apache, I star
I am trying to setup Apache::DB on my Debian box.
In httpd.conf I have this inside my mod_perl Location directive:
PerlFixupHandler Apache::DB
I PerlRequire this, according to the manpage:
use Apache::DB ();
Apache::DB->init;
1;
After stopping apache, I start it from CLI:
sudo
Michael D Schleif wrote:
[...]
I maybe asking alot of questions on this list over the next couple of
weeks. I assure you that I am using TFM to the best of my abilities.
Soon, I will be adept at searching for my answers; but, in the interim,
please, accept my apologies for my -- short lived -- ign
Stas Bekman <[EMAIL PROTECTED]> [2003:12:17:22:46:48-0800] scribed:
> With pleasure:
> http://perl.apache.org/docs/1.0/guide/config.html#The_Confusion_with_use___in_the_Server_Startup_File
> You should always load the module before using it and never rely that
> something else will load it. Perl
24 matches
Mail list logo