Hi,
(as far as i can tell after a quick peek at the code and some debugging)
It looks like there is a bug w/ AxKit::run_axkit_engine() and/or
Apache::AxKit::Cache::_get_stats()
run_axkit_engine() wants to create a .gzip cachefile when AxGzipOutput is off.
When AxGzipOutput is off the .gzip fil
On Mon, 14 Oct 2002, Josh Chamas wrote:
> This is interesting. I should look into upgrading to perl 5.8 on
> these tests & see what difference there may be.
>
> You might also see if it makes a difference if you run the tests for
> a long enough time. I run them at least 60 seconds for these be
Dave Rolsky wrote:
>
> I'm fairly sure, FWIW, that Mason does not have any memory leaks, as of
> 1.12. Pre-1.10 versions do have a _very_ slow memory leak, and 1.10 and
> 1.11 had that leak plus another, much nastier one.
>
Yes, Mason seemed pretty free of leaks when I tested it more today too
Perrin Harkins wrote:
> Josh Chamas wrote:
>
>> Set MaxRequestsPerChild to 100 for applications that seem to leak
>> memory which include Embperl 2.0, HTML::Mason, and Template Toolkit.
>> This is a more typical setting in a mod_perl type application that
>> leaks memory, so should be fai
On Tue, 15 Oct 2002, Perrin Harkins wrote:
> Josh Chamas wrote:
>
> > Set MaxRequestsPerChild to 100 for applications that seem to leak
> > memory which include Embperl 2.0, HTML::Mason, and Template Toolkit.
> > This is a more typical setting in a mod_perl type application that
> > leaks
Josh Chamas wrote:
> Set MaxRequestsPerChild to 100 for applications that seem to leak
> memory which include Embperl 2.0, HTML::Mason, and Template Toolkit.
> This is a more typical setting in a mod_perl type application that
> leaks memory, so should be fairly representative benchmark s
Thanks. I found that I was using a custom apache build without that
enabled, but it is fixed now with a newer apache RPM for redhat.
Thanks again.
On Mon, 14 Oct 2002, Bruno Connelly wrote:
> David> If you have some of the processes segfault when using
> David> XML::Parser you
Greetings,
Having trouble building mod_perl-1.27 against Apache_1.3.27 on an SGI
Gettting:
Will run tests as User: 'webuser' Group: 'webgroup'
(cd ../apache_1.3.27 && CC="cc -n32" CFLAGS=" -D_BSD_TYPES -D_BSD_TIME -woff
1184 1552 -OPT:Olimit=0:space=ON -I/usr/local/include -DLANGUAGE_C"
./confi
David>If you have some of the processes segfault when using
David>XML::Parser you should use
David>--disable-rule=EXPAT
David>during the Apache configuration step.
David>
David>Starting from mod_perl version 1.23 this option is
David>
I have found this section under the "Warnings and Errors Troubleshooting"
on the web site. It states:
If you have some of the processes segfault when using XML::Parser you
should use
--disable-rule=EXPAT
during the Apache configuration step.
Starting
I just got this note from Dennis, and it looks like (at first cursory
glance) *EXACTLY* what I wanted (God bless you Dennis! =o)
I forward it to the list for the benefit of others that might find it
helpful in similar situations. I have removed Dennis' email address and
phone number, in case he
hi all...
I had a few moments so I've started to port Apache::Clean over to
mod_perl 2.0. it's far from complete, and I haven't examined all the
issues with proper caching headers yet, but you can find the work in
progress here:
http://www.modperlcookbook.org/~geoff/modules/experimental/A
Hey Eric --
> I wanted the DBH to be global since just about every sub in Holds does a
> query of some sort. I guess it doesn't matter either way if I do
> the connect
> in the new() vs up top outside of a sub.
CGI::Application has a facility which is intended to solve exactly this type
of prob
Hey,
Apache::ASP v2.45 is released to CPAN. This is a fairly large
release with some new features, performance enhancements & bug fixes.
Please see the change log below.
For more information about Apache::ASP, please see the web site at:
http://www.apache-asp.org
Regards,
Josh
___
On 14 Oct 2002 at 9:12, Eric Frazier wrote:
> That I am not so sure of. I will do some more investigation. It seems like
> the only variables that could be causing this are the result set from the
> query and the scalar which holds the html template. I feel like I know
> absolutly nothing now :(
On Mon, 14 Oct 2002, Eric Frazier wrote:
> >That looks like voodoo code copied from a man page. If you call this as
> >Holds->new(), you don't need that junk about ref. (And most people
> >recommend against the "new Holds" syntax.)
>
> I wanted the DBH to be global since just about every sub in
On Mon, 14 Oct 2002, Eric Frazier wrote:
> >That looks like voodoo code copied from a man page. If you call this as
> >Holds->new(), you don't need that junk about ref. (And most people
> >recommend against the "new Holds" syntax.)
>
> I wanted the DBH to be global since just about every sub in
Eric Frazier wrote:
> I wanted the DBH to be global since just about every sub in Holds does a
> query of some sort.
Three options:
1) Pass it to every sub
2) Make a utility sub that returns a dbh and call it from each sub.
(Sounds like you already made one of these.)
3) Stuff it in $r->pnotes()
Perrin,
I am starting to feel guilty about bugging you so much, but you are the only
person to have responded, and I watch the list enough to value your advice
quite a bit.
>>sub new {
>>my $invocant = shift;
>>my $class = ref($invocant) || $invocant;
>>
>
>That
At 11:58 AM 10/14/02 -0400, Perrin Harkins wrote:
>Eric Frazier wrote:
>> Here is the kind of thing that is driving me nuts. Please see:
>> http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
>> ies_for_Inner_Subroutines
>>
>> If what this says is true, then either I don
Eric Frazier wrote:
> Here is the kind of thing that is driving me nuts. Please see:
> http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
> ies_for_Inner_Subroutines
>
> If what this says is true, then either I don't have a closure type problem,
> or else what is says i
> > > Dave, just interesting. What does "ginsu knives" means :?
> > throw in a set of free ginsu knives (think sushi) for people who
> > would buy some crap on the TV shopping program.
> We have this kind of TV ads on German TV now, too. Badly dubbed. So
> badly it's getting worth watching if you
On Monday, 2002-10-14 at 13:26:19 +0200, Louis-David Mitterrand wrote:
> On Mon, Oct 14, 2002 at 11:50:09AM +0400, Oleg Bartunov wrote:
> > On Mon, 14 Oct 2002, Dave Rolsky wrote:
> > Dave, just interesting. What does "ginsu knives" means :?
> If you haven't had prolonged exposure to US TV you c
That's right. CPAN is telling you to contact Doug and Me.
Lincoln
Does it exist ?
> >
> > Weird, it doesn't show up on search.cpan.org, but it seems to be on CPAN
> > still: http://www.cpan.org/authors/id/B/BA/BARRACODE/
> > Otherwise you can find a copy here:
> > http://modperl.com:9000/book/s
On Mon, Oct 14, 2002 at 11:50:09AM +0400, Oleg Bartunov wrote:
> On Mon, 14 Oct 2002, Dave Rolsky wrote:
>
> >
> > Eventually, we'll fork the code base again and start breaking things in
> > preparation for an eventual 1.20 (or maybe some other version number cause
> > we might get to 1.20 just b
On Monday, 2002-10-14 at 12:10:33 +0200, Per Einar Ellefsen wrote:
> At 12:01 14.10.2002, [EMAIL PROTECTED] wrote:
> >I've just been perusing the docs on perl.apache.com and in the "Cute
> >Tricks"
> >section there is mention of a module called Apache::NavBar being available
> >from
> >CPAN. I
At 12:01 14.10.2002, [EMAIL PROTECTED] wrote:
>Hi
>
>I've just been perusing the docs on perl.apache.com and in the "Cute Tricks"
>section there is mention of a module called Apache::NavBar being available
>from
>CPAN. I may be blind but I can't find it. Does it exist ?
Hi Paul,
Weird, it does
Hi
I've just been perusing the docs on perl.apache.com and in the "Cute Tricks"
section there is mention of a module called Apache::NavBar being available from
CPAN. I may be blind but I can't find it. Does it exist ?
Regards
Paul
On Mon, 14 Oct 2002, Dave Rolsky wrote:
>
> Eventually, we'll fork the code base again and start breaking things in
> preparation for an eventual 1.20 (or maybe some other version number cause
> we might get to 1.20 just by small bugfix/doc/performance releases), which
> will incorporate new feat
29 matches
Mail list logo
