This is the first release of this code, and it's probably buggy, but I
think it's pretty neat.
>From the docs ...
=head1 SYNOPSIS
# Create a subclass of MasonX::WebApp
package My::WebApp;
use base 'MasonX::WebApp';
sub _init
{
# do neat stuff
}
# In your Apache config file
On Tue, 2004-05-11 at 16:51, sagi wrote:
> Perl version 5.005_03
That's pretty old. You should seriously consider going to 5.6.1 or
later when you can.
> things start to go wrong. IE, data is not all there which gives
> errors, die statement, warnings. All sorts of bad stuff, but when
> hitting
Hello everyone. Before asking for help, let me state my
configuration:
FreeBSD 4.9
Apache 1.3.29
Perl version 5.005_03
Mod_perl 1.29
Httpd.conf using:
PerlModule Apache::DBI
PerlModule Apache::Registry
PerlModule Apache::Resource
PerlSetEnv PERL_RLIMIT_CPU 60:90
PerlChild
On Tue, 2004-05-11 at 15:14, Angie Ahl wrote:
> Now what I'd like to try and do is this:
>
> Catch failed attempts to AuthDBI::authen AND if the realm password was
> wrongpw
> - redirect them to a logged out page.
>
> If I've worked this out right the next time they go to the realm
> protected
Hi people.
I'm trying to find a way to allow users to log out of a realm based
site (ie using basic authentication).
I've read it can't be done. but I'm stubborn and think I may possibly
have a way around it (for my needs anyway)
I'm using PerlAuthenHandler Apache::AuthDBI::authen
I'd like to
Hi
I'm running Apache-AuthenNTLM 2.07 and I'm quite sure I've found a bug
in the code.
The REMOTE_HOST variable does not get set when using AuthenNTLM which
makes the logfield of %h in access log empty.
Apache version: 1.3.29
mod_perl: 1.29
Please let me know if there is anything I can do to
Erik Scholtz, ArgonSoft GmbH wrote:
I think, the problem has to do with mod_perl, because when I run the
script on the console, everything works fine. If I run the script
without mod_perl (over the web with apache), the script also works
without any problems. The script also works with mod_perl
> { name => 'CASServerName',
> errmsg => 'Name of the CAS server',
> args_how => 'TAKE1',
> req_override => 'OR_AUTHCFG', }
>
> quote
> (gdb) bt
> #0 0x0807d151 in perl_perl_create_cfg (sv=0x888fdcc, pclass=0x816fcc4,
> parms=0xba10, type=0x80ed6c9 "SERVER_CREATE")
It isn't so much mod_perl as it is the perl DBI::mysql driver...
I imagine that as 4.1.1 comes out of alpha eventually the
maintainers will update to the new libraries...
You might also want to be aware that if you added users while
mysql was in 'new passwords' mode, they'll have the long pass
Garrison Hoffman wrote:
On Tue, 2004-05-11 at 05:02, Erik Scholtz, ArgonSoft GmbH wrote:
failed: Client does not support authentication protocol requested by
server; consider upgrading MySQL client at
This may help:
http://dev.mysql.com/doc/mysql/en/Old_client.html
Thanks for your answer. Th
On Tue, 2004-05-11 at 05:02, Erik Scholtz, ArgonSoft GmbH wrote:
> failed: Client does not support authentication protocol requested by
> server; consider upgrading MySQL client at
This may help:
http://dev.mysql.com/doc/mysql/en/Old_client.html
--
On Tue, 2004-05-11 at 05:02, Erik Scholtz, ArgonSoft GmbH wrote:
> failed: Client does not support authentication protocol requested by
> server; consider upgrading MySQL client at
This may help:
http://dev.mysql.com/doc/mysql/en/Old_client.html
--
Hello,
we migrated to mysql 4.1.1. Now, when my perl-script tries to connect to
the mysql-server, the following error occurs:
--
Error message:
DBI
connect('database=mydatabase;mysql_client_found_rows=0;host=myhost.net','myuser',...)
failed: Client does not support authentication protocol requ
This is a clean up version. Upgrade is not necessary.
The uploaded file
Apache-Dynagzip-0.15.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/SL/SLAVA/Apache-Dynagzip-0.15.tar.gz
size: 23843 bytes
md5: 00cfe9677721bb745bea0157a3bcde34
Thanks,
Slava
--
Report problems: http://perl.apache
14 matches
Mail list logo
