> On Tue, 21 May 2002 19:57:35 -0500, Gregory Matthews <[EMAIL PROTECTED]> said:
GK> [..snip..]
GK> My glib-config directory is /usr/local/bin and the name of the actual
GK> file is glib12-config.
GK> How can I tell GTop where this file is and what the actual file name
GK> is? Don't ask me
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 m
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 l
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 \
> APACHE_SRC=/usr/ports/www/apache13/work/apache_
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.c
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 2002
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:
>
>
> T
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
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 \
USE
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 per
> my %vars = {TOO_WIDE => 1};
That isn't doing what you think it's doing. Try this:
my $vars = { 'TOO_WIDE' => 1 };
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 w
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 t
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 "URI::
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 tha
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
were
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 i
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 multi
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 PerlSet
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
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 "
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
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:
and I get the following error in the server log:
unknown directive "perl" in parsed doc /var/apache/htdocs/index.html
I know that I have SSI se
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 actu
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
apache-1.3.
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 (pr
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:
>
> http://www.geocrawler.com/archives/3/182/2000/5/0/38
-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
[ 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 mod_ssl
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 curious
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 lat
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, e
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
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
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);
$Apache::GTopLimit::CHEC
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 usa
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 st
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.
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 com
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,
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 ins
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
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
direct
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.
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 th
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
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 other
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 rest
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
49 matches
Mail list logo