Sorry if this is already known, or if I'm posting to the wrong
people, (I'm new to the mod_perl world), but :
Looks like there's a minor bug in Apache::Session::Lock::File::clean().
Patch : (against version 1.01, in distribution Apache-Session-1.54)
(also adding proper local()ization of handles)
The URL
http://www.modperlcookbook.org/~geoff/modules/Apache-Clean-0.04.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GE/GEOFF/Apache-Clean-0.04.tar.gz
size: 5009 bytes
md5: 867280d1d142c8099380e189332244c5
this release adds a new directive, CleanCache, which controls
Christian == Christian Gilmore [EMAIL PROTECTED] writes:
Christian Hi, Drew.
I came across the very problem you're having. I use mod_bandwidth, its
actively maintained, allows via IP, directory or any number of ways to
monitor bandwidth usage http://www.cohprog.com/mod_bandwidth.html
Hi,
I am trying to setup Apache::VMonitor on a mod-perl enabled server. The
page is returned OK but some of the information seem corrupt. The
following is an example of the output which I get:
##PID M Elapsed LastReq Srvd Size Share VSize Rss Client
Request (first 64
Richard Titmuss wrote:
Hi,
I am trying to setup Apache::VMonitor on a mod-perl enabled server. The
page is returned OK but some of the information seem corrupt. The
following is an example of the output which I get:
##PID M Elapsed LastReq Srvd Size Share VSize Rss Client
Just putting about a little feeler about this package I started writing last
night. Wondering about its usefulness, current availability, and just
overall interest. Designed for mod_perl use. Doesn't make much sense
otherwise.
Don't want to go into too many details here, but File::Redundant,
Cahill, Earl [EMAIL PROTECTED] wrote:
Just putting about a little feeler about this package I started writing last
night. Wondering about its usefulness, current availability, and just
overall interest. Designed for mod_perl use. Doesn't make much sense
otherwise.
I would think it could be
On Thu, 25 Apr 2002, James G Smith wrote:
What's a `very large amount of data' ? Our NIS maps are on the order
of 3 GB per file (64k users). Over a gigabit ethernet link, this
still takes half a minute or so to copy to a remote system, at least
(for NIS master-slave copies) -- this is
Interesting ... not sure if implementing this in this fashion would be
worth the overhead. If such a need exists I would imagine that would have
choosen a more appropriate OS level solution. Think OpenAFS.
On Thu, 25 Apr 2002, Cahill, Earl wrote:
Just putting about a little feeler about
Hi,
I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
But encounter the following error:
[Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
[Thu Apr 25 15:32:15 2002] [error] Bareword Apache::OK not allowed while
strict subs in use at
Lihn, Steve wrote:
[Thu Apr 25 15:32:15 2002] [error] Bareword Apache::OK not allowed while
strict subs in use at C:\Apache2/blib/lib/Apache2/Apache/Echo.pm line 25.
Compilation failed in require at (eval 2) line 3.
What do I miss?
Try Apache::OK() instead. Damn these faux constants!
maybe a use Apache::Constants qw/ :common /;
--Jon Robison
Lihn, Steve wrote:
Hi,
I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
But encounter the following error:
[Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
[Thu Apr
Andrew McNaughton [EMAIL PROTECTED] wrote:
On Thu, 25 Apr 2002, James G Smith wrote:
What's a `very large amount of data' ? Our NIS maps are on the order
of 3 GB per file (64k users). Over a gigabit ethernet link, this
still takes half a minute or so to copy to a remote system, at least
Oops, that's right, it's in the Apache::Constants package. Changing
your code to say Apache::Constants::OK should do it. No need to import
all of that stuff unless you want to.
Jon Robison wrote:
maybe a use Apache::Constants qw/ :common /;
--Jon Robison
Lihn, Steve wrote:
Hi,
At 21:39 25.04.2002, Lihn, Steve wrote:
Hi,
I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
But encounter the following error:
[Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
[Thu Apr 25 15:32:15 2002] [error] Bareword Apache::OK not
At 22:00 25.04.2002, Perrin Harkins wrote:
Oops, that's right, it's in the Apache::Constants package. Changing your
code to say Apache::Constants::OK should do it. No need to import all of
that stuff unless you want to.
This is mod_perl 2, so Apache::Constants has been replaced by
From: D. Hageman [mailto:[EMAIL PROTECTED]]
Subject: Re: File::Redundant
Interesting ... not sure if implementing this in this fashion would be
worth the overhead. If such a need exists I would imagine that
would have
choosen a more appropriate OS level solution. Think OpenAFS.
This
At 22:04 25.04.2002, Per Einar Ellefsen wrote:
At 21:39 25.04.2002, Lihn, Steve wrote:
Hi,
I am testing the Apache::Echo connection handler for Apache2 and mod_perl 2.
But encounter the following error:
[Thu Apr 25 15:32:15 2002] [error] failed to resolve handler `Apache::Echo'
[Thu Apr 25
This combination allows Apache2 to compile.
use Apache::Const qw/:common/;
return OK;
But when I telnet to that port. I do not get anything.
Error log does not show anything as LogLevel is set to debug.
Can someone take a close look what is wrong in Apache::Echo?
Steve Lihn
FIS Database
I'm hoping someone has tackled this already and can give me a hint.
I'm trying to implement Apache::AuthCookieDBI to do ticket-based
authentication, but it's not working. I'm getting this in my error log:
[error] access to /LOGIN failed for 192.168.1.2, reason: Apache::AuthCookieDBI:
didn't
On Thu, 25 Apr 2002, Les Mikesell wrote:
From: D. Hageman [mailto:[EMAIL PROTECTED]]
Subject: Re: File::Redundant
Interesting ... not sure if implementing this in this fashion would be
worth the overhead. If such a need exists I would imagine that
would have
choosen a more
At 22:56 25.04.2002, Doran L. Barton wrote:
I've gone over this several times and I'm pretty sure I've done everything
right. So... I started hacking debug statements into AuthCookieDBI.pm. What
I discovered was that the %SECRET_KEYS hash is not being populated at
server startup via the BEGIN
Within 5 minutes of sending this out, I found the solution and promptly
slapped my head several times. My apologies for wasting bandwidth, but
while I'm at it, here's the solution (to help those in the future who fall
into this snare):
You have to make sure your PerSetVar directive for the
Well, let's start with the basics...
In httpd.conf (or mod_perl.conf or wherever) you have...
PerlSetVar AFS_AdminDBI_SecretKeyFile /path/to/your/keyfile
right? From the error you describe it sounds like you don't have this
variable declared correctly.
-Fran
my keyfile_vars = grep
Can someone take a close look what is wrong in Apache::Echo?
Sorry about this! It is working. In the docs, the input is echoed
twice. I only saw it once on my screen so I thought it is not working.
Later I put some debug code into the module. It indicates it receives
the input. Maybe telnet on
Per Einar Ellefsen wrote:
At 22:04 25.04.2002, Per Einar Ellefsen wrote:
At 21:39 25.04.2002, Lihn, Steve wrote:
Hi,
I am testing the Apache::Echo connection handler for Apache2 and
mod_perl 2.
But encounter the following error:
[Thu Apr 25 15:32:15 2002] [error] failed to resolve
For a nice review of the latest and the greatest mod_perl cookbook head
to perl.com: http://www.perl.com/pub/a/2002/04/25/review.html
(by Simon Cozens)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
Hi Guys,
Can someone suggest a good method for debugging the server portion of
soaplite applications when used in a mod perl context.
Debugging in the sense that I want to print out strings to apache log or
similar.
Ric
At 04:11 26.04.2002, Stas Bekman wrote:
Per Einar Ellefsen wrote:
At 22:04 25.04.2002, Per Einar Ellefsen wrote:
At 21:39 25.04.2002, Lihn, Steve wrote:
Hi,
I am testing the Apache::Echo connection handler for Apache2 and
mod_perl 2.
But encounter the following error:
[Thu Apr 25 15:32:15
Per Einar Ellefsen wrote:
Yes, Stas, but I think this example was taken from the docs:
http://perl.apache.org/preview/modperl-docs/dst_html/docs/2.0/user/overview/overview.html#Apache__Echo
These examples need to be synced with the CVS versions then.
done, thanks
30 matches
Mail list logo
