Unfortunately it seems we are already up to the latest and greatest :
Bundle Bundle::DBI (T/TI/TIMB/DBI-1.609.tar.gz)
Module DBI (T/TI/TIMB/DBI-1.609.tar.gz)
Any further help on slugging through this?
On Mon, Jul 13, 2009 at 8:22 PM, Alan McKay wrote:
> Oh, the
Here is what I am doing based on the mod-perl debugging page I
referred to in my first email. I basically load the core dump in
gdb, and then alternately do "up" and "curinfo" on each line shown.
Sometimes I end up with what I got here where I get to a certain point
and it says "cannot access mem
OK, not much response from the list :-(
More googling and I'm trying this now :
http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
Will keep y'all posted ...
--
“Don't eat anything you've ever seen advertised on TV”
- Michael Pollan, author of "In De
Alan McKay writes:
> Here is what I am doing based on the mod-perl debugging page I
> referred to in my first email. I basically load the core dump in
> gdb, and then alternately do "up" and "curinfo" on each line shown.
> Sometimes I end up with what I got here where I get to a certain point
>
> I have had to debug these things before, and they're very painful! I
> usually end up commenting out half the code at a time to narrow things
> down, and it's never what I expect. Usually it's a module with a
> compiled library, i.e. not a pure-Perl module.
Well, the really crummy thing is tha
Hi,
I was wondering how graceful restarts of apache interact with modperl
and "pre-loaded" modules.
Specifically, if the apache parent process loads module Foo.pm, and I
modify Foo.pm, can I use a graceful restart to get the apache parent
to read the new version of Foo.pm?
Thanks,
ER
On 14/07/09 14:04 , E R wrote:
> Hi,
>
> I was wondering how graceful restarts of apache interact with modperl
> and "pre-loaded" modules.
>
> Specifically, if the apache parent process loads module Foo.pm, and I
> modify Foo.pm, can I use a graceful restart to get the apache parent
> to read the
On Tue, Jul 14, 2009 at 2:36 PM, Philippe M.
Chiasson wrote:
> On a gracefull restart, all perl interpreters are shutdown and new,
> clean ones replace them, reloading any module you configure for preloading.
I don't think this is right, Philippe, unless something has changed
with it in mod_perl 2
On 14/07/09 15:00 , Perrin Harkins wrote:
> On Tue, Jul 14, 2009 at 2:36 PM, Philippe M.
> Chiasson wrote:
>> On a gracefull restart, all perl interpreters are shutdown and new,
>> clean ones replace them, reloading any module you configure for preloading.
>
> I don't think this is right, Philippe
> http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
OK, I'm doing this, but it seems that the file it produces only ever
gets up to 7.3M and that's it.
I'm guessing it is because when httpd forks off all the children, they
do not record to this file anymore.
So
On Tue, Jul 14, 2009 at 3:25 PM, Philippe M.
Chiasson wrote:
>> Graceful restart used to just re-read the
>> conf, not restart the perl interpreter.
>
> Now I believe it does, and it's easy to verify.
>
> A loaded PerlModule will get reloaded on graceful restart, that's for sure.
That won't be eno
Alan,
You might want to try mod_log_forensic to see what the request was
that crashed it.
- Perrin
On Tue, Jul 14, 2009 at 3:29 PM, Alan McKay wrote:
>> http://modperlbook.org/html/21-5-8-Noninteractive-Perl-Debugging-Under-mod_perl.html
>
> OK, I'm doing this, but it seems that the file it prod
On Tue, Jul 14, 2009 at 4:56 PM, Perrin Harkins wrote:
> You might want to try mod_log_forensic to see what the request was
> that crashed it.
cool! Will look into that tomorrow (at home now)
thanks!
--
“Don't eat anything you've ever seen advertised on TV”
- Michael Pollan, author o
FYI, this answered my question and everything is working.
thanks,
Brandon
-Original Message-
From: Torsten Foertsch [mailto:torsten.foert...@gmx.net]
Sent: Tuesday, June 30, 2009 1:00 AM
To: modperl@perl.apache.org
Cc: Brandon Allgood
Subject: Re: trying to add header field using PerlIn
14 matches
Mail list logo