dougm 02/05/21 09:48:29
Modified:lib/Apache Build.pm
lib/ModPerl BuildOptions.pm
Log:
allow MP_AP_PREFIX to be a source tree directory
Revision ChangesPath
1.87 +10 -9 modperl-2.0/lib/Apache/Build.pm
Index: Build.pm
dougm 02/05/21 09:49:53
Modified:lib/Apache Build.pm
Log:
dont bother looking for the ssl includes, we dont use them
Revision ChangesPath
1.88 +0 -7 modperl-2.0/lib/Apache/Build.pm
Index: Build.pm
dougm 02/05/21 18:59:00
Modified:.Makefile.PL
lib/Apache Build.pm
Log:
make it possible to change the name of src/modules/perl/Makefile
in case static build requires a src/modules/perl/Makefile.in
Revision ChangesPath
1.82 +12 -8
stas02/05/21 22:41:48
Modified:ModPerl-Registry/lib/ModPerl RegistryBB.pm Registry.pm
Log:
the pod part moves into its own file
Revision ChangesPath
1.2 +0 -14 modperl-2.0/ModPerl-Registry/lib/ModPerl/RegistryBB.pm
Index: RegistryBB.pm
Greetings.
[...]
do you have a simple test case to reproduce the problem?
No, I do not. I hope I will be able get/build/test the latest CVS this week,
and perhaps I'll be able to work on making the problem
reproducible/debuggable which may well mean
I'll have to build a debugperl.
Some
On Mon, 20 May 2002 16:23:40 -0500
Gregory Matthews [EMAIL PROTECTED] wrote:
: Unfortunately, we only have one machine. If we did employ the cron job as
: a clean-up utility once per day, wouldn't the potential impact of a site
: being unavailable only be for a few seconds (until Apache
All this talk about memory leakage has got me to wondering more about
a problem I've noticed with mod_perl ever since I started using it:
the more times you gracefully restart, the more memory you lose.
This doesn't seem to be a result of the type of leakage that's being
discussed in the
Stas Bekman wrote:
Hmm, when a new process starts it shares *everything* with the parent.
Why do you say that it's not?
It doesn't share everything with the parent. As soon as it forks there
is unshared memory, and after the first request it handles there is
usually more.
Over time, the
Perrin Harkins wrote:
Stas Bekman wrote:
Hmm, when a new process starts it shares *everything* with the parent.
Why do you say that it's not?
It doesn't share everything with the parent. As soon as it forks there
is unshared memory, and after the first request it handles there is
what version of perl? what modperl Makefile.PL options?
if you're using modperl as a dso, you'll need at least perl 5.6.1 and
modperl-1.26 to prevent this leakage on restarts.
Hello,
I've spent several days working on this problem, reading various FAQ and
whatnot and finally decided to try this email list, hoping that I might find
an answer here.
I'm running Win2KPro and Apache 1.3.23
I downloaded mod_perl2.ppd, and installed the *.so file in the default modules
Stas Bekman wrote:
What you are saying is that when the server is started afresh, the newly
started child processes share more memory with the parent, than newly
started child processes some time later. Am I correct?
Yes, exactly.
Michael Lawrie wrote:
Hello,
I've spent several days working on this problem, reading various FAQ and
whatnot and finally decided to try this email list, hoping that I might find
an answer here.
I'm running Win2KPro and Apache 1.3.23
I downloaded mod_perl2.ppd, and installed the
At 19:51 21.05.2002, Michael Lawrie wrote:
Hello,
I've spent several days working on this problem, reading various FAQ and
whatnot and finally decided to try this email list, hoping that I might find
an answer here.
I'm running Win2KPro and Apache 1.3.23
I downloaded mod_perl2.ppd, and installed
On Tue, 21 May 2002, Michael Lawrie wrote:
Hello,
I've spent several days working on this problem, reading various FAQ and
whatnot and finally decided to try this email list, hoping that I might find
an answer here.
I'm running Win2KPro and Apache 1.3.23
I downloaded mod_perl2.ppd, and
At 10:34 AM -0700 5/21/02, Doug MacEachern wrote:
what version of perl? what modperl Makefile.PL options?
if you're using modperl as a dso, you'll need at least perl 5.6.1 and
modperl-1.26 to prevent this leakage on restarts.
I am using Perl 5.6.1, modperl 1.25, and yes it's a DSO. It's
At 02:15 PM 5/21/02 -0400, Dan Wilga wrote:
I am using Perl 5.6.1, modperl 1.25, and yes it's a DSO. It's compiled with:
USE_APACI=1 SSL_BASE=/usr/local/ssl DO_HTTPD=1
So I guess the solution is to go to 1.26 or newer; I'll try that later in
the week.
Or to just compile mod_perl
On Mon, 20 May 2002 15:50:35 -0500
Gregory Matthews [EMAIL PROTECTED] wrote:
: Thanks to everyone for the great input on Memory Leaks. Now that I have a
: good starting point for tracking down the problem, when I TEST for leaks,
: or simply check for a continued increase in server memory
Stas:
Since you wrote the script, do you recommend some good default settings in
GTopLimit to start with, i.e.,
use Apache::GTopLimit;
Apache::GTopLimit-set_max_size(1);
Apache::GTopLimit-set_min_shared_size(4000);
Apache::GTopLimit-set_max_unshared_size(6000);
Perrin Harkins wrote:
Stas Bekman wrote:
What you are saying is that when the server is started afresh, the
newly started child processes share more memory with the parent, than
newly started child processes some time later. Am I correct?
Yes, exactly.
Any ideas why?
I always do a
Gregory Matthews wrote:
Stas:
Since you wrote the script, do you recommend some good default settings
in GTopLimit to start with, i.e.,
Not really. It all depends on how many modules do you use and how big
they are when compiled. I repeat many times in the guide, that all the
examples
Stas Bekman wrote:
Perrin Harkins wrote:
Stas Bekman wrote:
What you are saying is that when the server is started afresh, the
newly started child processes share more memory with the parent, than
newly started child processes some time later. Am I correct?
Yes, exactly.
Any
Perrin Harkins wrote:
Stas Bekman wrote:
Perrin Harkins wrote:
Stas Bekman wrote:
What you are saying is that when the server is started afresh, the
newly started child processes share more memory with the parent,
than newly started child processes some time later. Am I correct?
Any
I was attempting to store a blessed object via Apache::Session, but
when the session is returned, the hash is empty. I did some google
searching and ran across a similar question:
http://www.geocrawler.com/archives/3/182/2000/5/0/3823715/
I have not found any other information, and was
[ Apologies if you get this twice. ]
I've been lurking on this list for a while but hadn't actually been running
mod_perl. I'm now trying to get it working on my system, but have hit a
wall that I'm sure someone can tell me how to get around.
I'm using the Mandrake RPMs for apache and
I am trying to install GTop in order to install GTopLimit and am getting
the following error on make:
glob failed (child exited with status 2) at Makefile.PL line 242.
glob failed (child exited with status 2) at Makefile.PL line 242.
Note (probably harmless): No library found for -lgtop
Note
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is just a heads up on something I've not seen documented in either the
Eagle book or in the Cookbook (at least not that I can find).
If you create a subrequest via $r-lookup_file(), the per_dir_config entry
doesn't seem to be created. If you
On Tue, 2002-05-21 at 16:16, [EMAIL PROTECTED] wrote:
I was attempting to store a blessed object via Apache::Session, but
when the session is returned, the hash is empty. I did some google
searching and ran across a similar question:
I've been lurking on this list for a while but hadn't actually been running
mod_perl. I'm now trying to get it working on my system, but have hit a
wall that I'm sure someone can tell me how to get around.
I'm using the Mandrake RPMs for apache and mod_ssl:
apache-conf-1.3.23-4mdk
You need to specify a command line option of -DSSL when you start
the server. If you're using the stock apachectl, it's usually
'./apachectl start_ssl'
Not that this question is on topic...
On Tue, 21 May 2002, Chris Garrigues wrote:
I've been lurking on this list for a while but hadn't
I'm sure this is a FAQ, but I can't find it anywhere, and the mail
archives seem to be down.
I am trying to get the following SSI directive to work:
!--#perl sub=MySSI::my_status--
and I get the following error in the server log:
unknown directive perl in parsed doc
Hi, I'm trying to upgrade to and compile mod_perl1.26 and seem to be
getting errors. I am working on OSX 10.1.4 (Darwin 5.4), Perl/5.6.0,
mod_perl/1.25, apache/1.3.23.
I run `perl Makefile.pl NO_HTTPD=1` and get the following errors:
/usr/bin/perl t/TEST 0
Can't locate object method new via
When trying to install GTop, I received the following
Note (probably harmless): No library found for -lgtop
Note (probably harmless): No library found for -lgtop_sysdeps
Note (probably harmless): No library found for -lgtop_common
Note (probably harmless): No library found for -lglib
Can't exec
If you're not able to resolve your difficulties with GTop, try
Apache::SizeLimit instead. It fully supports FreeBSD. You just need to
install the BSD::Resource module, which is useful to have anyway.
- Perrin
On Tue, 21 May 2002, Dan Wilga wrote:
I am using Perl 5.6.1, modperl 1.25, and yes it's a DSO. It's compiled with:
with 1.25, you can also set the PERL_DESTRUCT_LEVEL environment variable
to 2, either before starting the server:
export PERL_DESTRUCT_LEVEL=2
apachectl start
or using
On Tue, 21 May 2002, Alessandro Forghieri wrote:
The execution order turns out to be: 1+2 and *then* 3. It looks like a
thread is allocated to this (client,handler) pair, so Frame 1 and 3 are
running in the same thread, separate from the thread that's running 2.
there should never be
On Tue, 2002-05-21 at 19:19, [EMAIL PROTECTED] wrote:
Chris Winters writes:
Nothing special should be required -- I've done this with no problem
using recent versions -- 1.50+ -- of Apache::Session. The only way it
might be a problem is if you're trying to save a special resource in
the
the #perl directive is disabled if modperl is built as dso, Makefile.PL
prints a message about this. won't be an issue with 2.0 thanks to apr
optional functions. but in 1.x, the modperl .so cannot resolve symbols
from mod_include.so. at least, it can't on all platforms and can't if one
Thanks Perrin. I've wasted so much time today trying to figure out what
was going on with my glib installation.
I guess your suggestion might be the better solution anyhow as I sure don't
want to run into installation problems for my customers down the road!
I also suppose that this means
I'm sorry (i wass in a rush), the errors come up when I run make test,
the `perl Makefile.pl` works fine. (on OSX 10.1.4 (Darwin 5.4),
Perl/5.6.0, mod_perl/1.25, apache/1.3.23)
$ make test
...some more stuff
/usr/bin/perl t/TEST 0
Can't locate object method new via package
Here's an odd question for you. Why is it when I go to places like
cgi-resources.com and other cgi repositories, mod_perl applications are far
and few between...commercially that is?
All I see are common cgi scripts written in plain perl.
Does it have anything to do with the configurability
I posed this question to the Template Toolkit list and got no response,
so I figured I'd give this list a shot...
-
Hello, below is some code I have in a mod_perl handler that checks to
see if an uploaded image is less than 300 pixels tall or wide.
Everything seems to be
my %vars = {TOO_WIDE = 1};
That isn't doing what you think it's doing. Try this:
my $vars = { 'TOO_WIDE' = 1 };
On 21 May 2002 at 22:23, Gregory Matthews wrote:
Here's an odd question for you. Why is it when I go to places like
cgi-resources.com and other cgi repositories, mod_perl applications
are far and few between...commercially that is?
All I see are common cgi scripts written in plain perl.
I just installed Apache 1.3.22 (that's what's in the FreeBSD ports
collection). We were previously running 1.3.14
I installed mod_perl-1.26 into this with
perl Makefile.PL \
APACHE_SRC=/usr/ports/www/apache13/work/apache_1.3.22/src \
DO_HTTPD=1 \
On Tue, 21 May 2002, m31 wrote:
I'm sorry (i wass in a rush), the errors come up when I run make test,
the `perl Makefile.pl` works fine. (on OSX 10.1.4 (Darwin 5.4),
Perl/5.6.0, mod_perl/1.25, apache/1.3.23)
$ make test
...some more stuff
/usr/bin/perl t/TEST 0
Can't
I need to decide who has access based on the URI. I guess this means I
can't use Apache's Basic auth module, since I can't dynamically set
require. Does the cookbook have a code sample of checking the password for
basic authentication?
-Todd
On Mon, 20 May 2002, Geoffrey Young wrote:
That makes sense. I can't use mod_auth because I can't set Require. I'm
using Basic authentication and text based password files. Unfortunately, I
can't find an Apache::Auth* module that handles basic authentication
against text files. Did I miss it somewhere?
Thanks.
-Todd
On Mon, 20 May
On Mon, 20 May 2002, Geoffrey Young wrote:
Todd Chapman wrote:
That makes sense. I can't use mod_auth because I can't set Require.
well, if you're saying that you don't have the ability to set the Require directive
at all
(as in you don't have access to edit httpd.conf), then
On Tue, 21 May 2002, Vicki Brown wrote:
I just installed Apache 1.3.22 (that's what's in the FreeBSD ports
collection). We were previously running 1.3.14
I installed mod_perl-1.26 into this with
perl Makefile.PL \
Gregory Matthews wrote:
When trying to install GTop, I received the following
Note (probably harmless): No library found for -lgtop
Note (probably harmless): No library found for -lgtop_sysdeps
Note (probably harmless): No library found for -lgtop_common
Note (probably harmless): No
I've pawed though the archives, to no avail...
I've almost, but not quite, have Apache::AuthCookieDBI working for
me.
The symptom I'm seeing (to my eye) is that my browser is never
getting cookies sent back to it, even if I hand login.pl a valid
user/password. (So I infer from the final error
52 matches
Mail list logo
