On Friday 28 May 2004 01:36 pm, Stas Bekman wrote:
http://perl.apache.org/docs/2.0/api/APR/Date.html
Are these parsers any faster than the perl module ones? (Ie. any reason
for using these over Date::Time or similar?)
They are written in C, so if Date::Time is not, APR::Date is probably
On Tuesday 13 April 2004 8:22 pm, Stas Bekman wrote:
Anything else I can try?
Second, please package this bug reproducing code into the bug reporting
skeleton, linked from:
http://perl.apache.org/docs/2.0/user/help/help.html#Problem_Description
test that you have the problem with and post
Whilst trying to debug a script running under mp2/Apache::Registry I was
getting failures where the script would just exit in the middle with no
warnings, error messages or other indication to say what might have happened.
I narrowed it down to a call to a subroutine that wasn't in local scope
On Tuesday 13 April 2004 5:53 pm, MJH wrote:
turned up anything)? Other than stripping everything down to make a
minimalist test case (which is what I'm working on at the moment), is there
anything else I can do to try and track what's happening?
The results of which give me the following
On Tuesday 13 April 2004 8:22 pm, Stas Bekman wrote:
Are you sure you pasted the code that you were testing?
Oops, sorry. No, I trimmed it a little and forgot to sync everything (I was
editing the email and testing as I narrowed down the problem).
First, please submit a proper bug report:
On Friday 05 March 2004 07:19 pm, Perrin Harkins wrote:
use app::utility_class;
my $var = new app::utility_class;
do stuff...
If do stuff includes and subs that reference $var without it being
passed to them, you'll create a closure. For example:
do stuff didn't, but the source
I'm completely stumped here, so I figured I'd ask to see if there's something
I've missed in my reading.
I have a script running under apache2(2.0.47), mod_perl (1.99_09), Registry.
It uses a small class to handle certain parts of the application for me, and
I'm depending on the DESTROY
