On Thursday 15 April 2004 03:58 pm, you wrote:
> Beau,
>
> Thanks for this great module you have written. I look forward to
> getting it fully functional :)
>
> I built mp2 with MP_INST_APACHE2=1. Apache::Cookie 2.02-dev is not
> found during perl Makefile.PL so maybe this is a specific problem w
When i put
$r->uri('/awstats/awstats.pl');
$r->args("config=$name");
into my authen handler,
the result is /awstats/awstats.pl/?config=$name,
and not /awstats/awstats.pl?config=$name, as it should be.
What do you mean by "result", Petr. please show us the code that you
have the problem wit
John D Groenveld wrote:
In message <[EMAIL PROTECTED]>, Stas Bekman writes:
If the logic has to be more flexible, you could get_handlers(), look at who's
registered and then decide based on that whether to return OK or DECLINED?
In Apache::AuthenDumb, how do I go from the CODE refs returned
fro
On Thu, 2004-04-15 at 21:22, Tom Mornini wrote:
> That, sir, is an opinion.
Regardless, the post has nothing to do with mod_perl. This isn't a perl
cryptography list. Two demerits to the original poster for an off-topic
post with no [OT], and let's kill this thread before it gets out of
control.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 15, 2004, at 4:44 PM, Dave Rolsky wrote:
On Thu, 15 Apr 2004, Fco. Valladolid wrote:
http://www.hirnfrei.org/~simon/hirnfrei.pictures/perl.jpg
This is totally inappropriate for a public mailing list made up almost
entirely of strangers.
That, s
On Thu, 15 Apr 2004, Fco. Valladolid wrote:
> http://www.hirnfrei.org/~simon/hirnfrei.pictures/perl.jpg
This is totally inappropriate for a public mailing list made up almost
entirely of strangers.
-dave
/*===
House Absolute Consulting
www.houseabsolute.com
Thanks to Tom and Geoff for your helpful hints.
I've got a few ideas which i'm going to try based on your ideas and
hopefully one of them will work.
ps: Geoff, the domain www.modperlcookbook.org seems to have lost its A
record (modperlcookbook.org seems to be fine...).
> simran wrote:
John D Groenveld wrote:
> In message <[EMAIL PROTECTED]>, Stas Bekman writes:
>
>>If the logic has to be more flexible, you could get_handlers(), look at who's
>>registered and then decide based on that whether to return OK or DECLINED?
>
>
> In Apache::AuthenDumb, how do I go from the CODE r
In message <[EMAIL PROTECTED]>, Stas Bekman writes:
>If the logic has to be more flexible, you could get_handlers(), look at who's
>registered and then decide based on that whether to return OK or DECLINED?
In Apache::AuthenDumb, how do I go from the CODE refs returned
from $r->get_handlers('Perl
> thus AuthenCache (and others that relied on the incorrect RUN_ALL meme in
> authentication and translation) will need to be rewritten. I'm really sorry
> about that, but mp2 finally gets it right, which is better for everyone in
> the long run. in particular it should make the logic in Authen
John D Groenveld wrote:
> In message <[EMAIL PROTECTED]>, Stas Bekman writes:
>
>>Why can't you return DECLINED?
>
>
> The compelling part of AuthenCache under MP1 was that you got caching
> for existing authentication modules w/o code modification.
the auth phases are RUN_FIRST now for a re
Petr Duchon wrote:
Hello folks!
I've run into an horrible problem.
When i put
$r->uri('/awstats/awstats.pl');
$r->args("config=$name");
into my authen handler, the result is /awstats/awstats.pl/?config=$name,
and not /awstats/awstats.pl?config=$name, as it should be.
What do you mean by "res
Frank Wiles wrote:
On Thu, 15 Apr 2004 12:21:42 -0700
Stas Bekman <[EMAIL PROTECTED]> wrote:
Coolio, I've updated:
http://perl.apache.org/products/apache-modules.html#Ported_3rd_party_Modules
That doesn't include Apache::DProf, Apache::SmallProf, right?
http://perl.apache.org/products/apache-modul
On Thu, 15 Apr 2004 12:21:42 -0700
Stas Bekman <[EMAIL PROTECTED]> wrote:
> Coolio, I've updated:
> http://perl.apache.org/products/apache-modules.html#Ported_3rd_party_Modules
>
> That doesn't include Apache::DProf, Apache::SmallProf, right?
> http://perl.apache.org/products/apache-modules.html#
On Apr 15, 2004, at 12:26 PM, Stas Bekman wrote:
Unless someone reports problems, I'm going to release a new version of
Apache-Test tomorrow. Please test this release candidate:
http://perl.apache.org/~stas/Apache-Test-1.10-dev.tar.gz
All tests pass for me, and my module that uses it still passe
In message <[EMAIL PROTECTED]>, Stas Bekman writes:
>Why can't you return DECLINED?
The compelling part of AuthenCache under MP1 was that you got caching
for existing authentication modules w/o code modification.
John
[EMAIL PROTECTED]
--
Report problems: http://perl.apache.org/bugs/
Mail lis
Unless someone reports problems, I'm going to release a new version of
Apache-Test tomorrow. Please test this release candidate:
http://perl.apache.org/~stas/Apache-Test-1.10-dev.tar.gz
Thanks.
Changes:
add :withtestmore import tag to Apache::Test, which will export
all standard Apache::Test sy
Frank Wiles wrote:
On Thu, 15 Apr 2004 14:00:53 -0500
"Barksdale, Ray" <[EMAIL PROTECTED]> wrote:
Ditto here.
On Thu, 2004-04-15 at 12:16, Frank Wiles wrote:
The uploaded file
Apache-DB-0.08.tar.gz
Nice work Frank! As someone who frequently relies on running the
debugger under mod_perl, I'
On Thu, 15 Apr 2004 14:00:53 -0500
"Barksdale, Ray" <[EMAIL PROTECTED]> wrote:
> Ditto here.
>
> >
> > On Thu, 2004-04-15 at 12:16, Frank Wiles wrote:
> > > The uploaded file
> > >
> > > Apache-DB-0.08.tar.gz
> >
> > Nice work Frank! As someone who frequently relies on running the
> > deb
John D Groenveld wrote:
I'm trying to port AuthenCache to MP2, but hitting a wall, the stacked handler
behavior differences.
http://perl.apache.org/docs/2.0/user/handlers/intro.html#toc_C_RUN_FIRST_>
Is there an easy way to change PerlAuthenHandler's behavior to RUN_ALL
so that my authen module can
Ditto here.
>
> On Thu, 2004-04-15 at 12:16, Frank Wiles wrote:
> > The uploaded file
> >
> > Apache-DB-0.08.tar.gz
>
> Nice work Frank! As someone who frequently relies on running the
> debugger under mod_perl, I'm very pleased to see this ported to mp2.
> Thanks!
>
> - Perrin
Ray
**
I'm beginning my endeavor into the world of mod_perl and so-far
not-so-good. I can't seem to get it to load. I have Apache 2.0.49
and mod_perl distribution 1.99_13 and it's all running on a Linux 9.0
box.
I ran the command # perl Makefile.PL MP_APXS=/usr/sbin/apxs
it ran fine
Where did you
Derrick Spell wrote:
Greetings List!
I'm beginning my endeavor into the world of mod_perl and so-far
not-so-good. I can't seem to get it to load. I have Apache 2.0.49 and
mod_perl distribution 1.99_13 and it's all running on a Linux 9.0 box.
I ran the command # perl Makefile.PL MP_APXS=/
I'm trying to port AuthenCache to MP2, but hitting a wall, the stacked handler
behavior differences.
http://perl.apache.org/docs/2.0/user/handlers/intro.html#toc_C_RUN_FIRST_>
Is there an easy way to change PerlAuthenHandler's behavior to RUN_ALL
so that my authen module can return OK and AuthenCa
On Thu, 2004-04-15 at 12:16, Frank Wiles wrote:
> The uploaded file
>
> Apache-DB-0.08.tar.gz
Nice work Frank! As someone who frequently relies on running the
debugger under mod_perl, I'm very pleased to see this ported to mp2.
Thanks!
- Perrin
--
Report problems: http://perl.apache.org
The uploaded file
Apache-DB-0.08.tar.gz
has entered CPAN as
file: $CPAN/authors/id/F/FW/FWILES/Apache-DB-0.08.tar.gz
size: 7212 bytes
md5: f1e3bd78d56a3b7861e3d838f2068b80
Changes since 0.06
- Ported to work with mp1 and mp2
- Fixed compilation bug on WIN32 systems
Greetings List!
I'm beginning my endeavor into the world of mod_perl and so-far not-so-good. I can't seem to get it to load. I have Apache 2.0.49 and mod_perl distribution 1.99_13 and it's all running on a Linux 9.0 box.
I ran the command # perl Makefile.PL MP_APXS=/usr/sbin/apxs
it ran fine
simran wrote:
>>You could use
>>
>>$r->read($buf, $bytes_to_read, [$offset])
>>
>>if I'm not completely wrong.
>>
>>See:
>>http://perl.apache.org/docs/1.0/api/Apache.html#_r_E_gt_read__buf___bytes_to_readoffset__
>
>
> It would work if something had not already read the data once from the
>
simran wrote:
But there's nobody reading the STDIN if you avoid doing something like this:
my $cgi = new CGI();
my $rq = Apache::Request->new($r);
my $content = $r->content();
Why would you do that if you know that none of these methods will work
because you don't get a real post.
I wish i coul
Hello folks!
I've run into an horrible problem.
When i put
$r->uri('/awstats/awstats.pl');
$r->args("config=$name");
into my authen handler, the result is /awstats/awstats.pl/?config=$name,
and not /awstats/awstats.pl?config=$name, as it should be.
It's the trailing slash problem.
My mod_per
> But there's nobody reading the STDIN if you avoid doing something like this:
>
> my $cgi = new CGI();
> my $rq = Apache::Request->new($r);
> my $content = $r->content();
>
> Why would you do that if you know that none of these methods will work
> because you don't get a real post.
I wish i co
But there's nobody reading the STDIN if you avoid doing something like this:
my $cgi = new CGI();
my $rq = Apache::Request->new($r);
my $content = $r->content();
Why would you do that if you know that none of these methods will work
because you don't get a real post.
Tom
simran wrote:
You could
> You could use
>
> $r->read($buf, $bytes_to_read, [$offset])
>
> if I'm not completely wrong.
>
> See:
> http://perl.apache.org/docs/1.0/api/Apache.html#_r_E_gt_read__buf___bytes_to_readoffset__
It would work if something had not already read the data once from the
filehandle... and since
You could use
$r->read($buf, $bytes_to_read, [$offset])
if I'm not completely wrong.
See:
http://perl.apache.org/docs/1.0/api/Apache.html#_r_E_gt_read__buf___bytes_to_readoffset__
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Li
34 matches
Mail list logo