Tatsuhiko Miyagawa wrote:
> At Tue, 26 Mar 2002 15:03:44 +0900,
> Tatsuhiko Miyagawa wrote:
>
>
>>It seems to me that Apache::Util::parsedate() ignores '-0700'.
>
>
> in util_date.c
>
> /*
>* Parses an HTTP date in one of three standard forms:
>*
>* Sun, 06 Nov 1994 08:49
At Tue, 26 Mar 2002 15:03:44 +0900,
Tatsuhiko Miyagawa wrote:
> It seems to me that Apache::Util::parsedate() ignores '-0700'.
in util_date.c
/*
* Parses an HTTP date in one of three standard forms:
*
* Sun, 06 Nov 1994 08:49:37 GMT ; RFC 822, updated by RFC 1123
* Sun
At Mon, 25 Mar 2002 14:37:05 -0800 (PST),
Doug MacEachern wrote:
> > not ok 11
>
> seems to be related to Time::ParseDate, what version are you using?
>
> % perl-5.005_03-debug -MTime::ParseDate -le 'print $Time::ParseDate::VERSION'
> 101.062101
slightly modified debugging output (localtime =>
On Tue, 26 Mar 2002, Stas Bekman wrote:
> So you want me to rewrite it in pure xs, right?
yeah.
> it won't work with WrapXS if it's not in the root.
right. from what i have seen, WrapXS is more of a burden for
Apache::Scoreboard than a help. so pure xs makes more sense here.
-
Doug MacEachern wrote:
> you could make it self contained in modperl-2.0/Apache-Scoreboard for the
> moment, the same way ModPerl-Registry is self contained. we can always
> move them later if needed.
So you want me to rewrite it in pure xs, right? it won't work with
WrapXS if it's not in the
At Mon, 25 Mar 2002 14:37:05 -0800 (PST),
Doug MacEachern wrote:
> > not ok 11
>
> seems to be related to Time::ParseDate, what version are you using?
>
> % perl-5.005_03-debug -MTime::ParseDate -le 'print $Time::ParseDate::VERSION'
> 101.062101
Same here, which seems strange.
I'll look into
you could make it self contained in modperl-2.0/Apache-Scoreboard for the
moment, the same way ModPerl-Registry is self contained. we can always
move them later if needed.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
On Tue, 26 Mar 2002, Stas Bekman wrote:
> So should this function be marked as 'deprecated' in 1.27?
no. we just shouldn't enhance the function anymore in 1.x.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comma
Stas Bekman wrote:
> Doug MacEachern wrote:
>
>> what we've done with escape_html already (diverging from apache) is
>> just plain wrong. i don't want to take it any further. this should
>> be implemented properly for 2.0 (in apache) and/or HTML::Entities can
>> be written in xs. modperl is
Doug MacEachern wrote:
> what we've done with escape_html already (diverging from apache) is just
> plain wrong. i don't want to take it any further. this should be
> implemented properly for 2.0 (in apache) and/or HTML::Entities can be
> written in xs. modperl is not the right place to impl
On Mon, 25 Mar 2002, Stas Bekman wrote:
> unknown typemap: 'double' at
> /home/stas/apache.org/mp-sb/lib/ModPerl/TypeMap.pm line 229.
oh, right. +1 on your patch. i didn't notice at first it was for
apache_types.map, not the 'typemap' file.
-
On Tue, 26 Mar 2002, Tatsuhiko Miyagawa wrote:
> Here's a result of re-test:
much better!
> not ok 11
seems to be related to Time::ParseDate, what version are you using?
% perl-5.005_03-debug -MTime::ParseDate -le 'print $Time::ParseDate::VERSION'
101.062101
this is from Time-modules-101.06
what we've done with escape_html already (diverging from apache) is just
plain wrong. i don't want to take it any further. this should be
implemented properly for 2.0 (in apache) and/or HTML::Entities can be
written in xs. modperl is not the right place to implement this
functionality.
A casual user won't understand that documentation... Hell, I'm not even
sure I completely understand the implications of it and when to use/not
use escape_html based on it... I think an example is called for, but
not in the POD... Maybe in the Guide?
Issac
Eric Cholet wrote:
> --On Sunda
--On Monday, March 25, 2002 10:29:11 -0800 Doug MacEachern
<[EMAIL PROTECTED]> wrote:
> i had a bad feeling about this. we should not be implementing
> escape_html to begin with, the functionality should all be in apache.
> i'm going to back out the patch. anybody care to make a doc patch
Doug MacEachern wrote:
>
> i had a bad feeling about this. we should not be implementing escape_html
> to begin with, the functionality should all be in apache. i'm going to
> back out the patch.
sounds wise, especially considering people like Eric will end up with larger pages as a
result, w
i had a bad feeling about this. we should not be implementing escape_html
to begin with, the functionality should all be in apache. i'm going to
back out the patch. anybody care to make a doc patch to explain the
problems with escape_html before the patch went in? thanks.
---
--On Sunday, March 24, 2002 21:57:54 + [EMAIL PROTECTED] wrote:
> dougm 02/03/24 13:57:53
>
> Modified:.Changes STATUS
>src/modules/perl Util.xs
>t/net/perl util.pl
> Log:
> Submitted by: Geoff Young <[EMAIL PROTECTED]>
> Reviewed by
At Mon, 25 Mar 2002 09:40:25 -0800 (PST),
Doug MacEachern wrote:
> > Server: Apache/1.3.24 (Unix) mod_perl/1.26 Perl/5.00503
>
> you are not testing the current snapshot, that should be:
> mod_perl/1.26_01-dev
>
> maybe an old 1.26 was still running
Doug MacEachern wrote:
>i'd like to get 1.27 out soon, esp. with 5.8.0 rc candidates coming out
>which don't work with 1.26. as always, i'd appreciate any test reports
>of success and failure including perl -V, Makefile.PL options, etc. i put
>a snapshot (same as current cvs) here:
>http://p
On Mon, 25 Mar 2002, Tatsuhiko Miyagawa wrote:
> Server: Apache/1.3.24 (Unix) mod_perl/1.26 Perl/5.00503
you are not testing the current snapshot, that should be:
mod_perl/1.26_01-dev
maybe an old 1.26 was still running on port 8529?
-
--On Sunday, March 24, 2002 16:20:23 -0800 Doug MacEachern
<[EMAIL PROTECTED]> wrote:
> i'd like to get 1.27 out soon, esp. with 5.8.0 rc candidates coming out
> which don't work with 1.26. as always, i'd appreciate any test reports
> of success and failure including perl -V, Makefile.PL option
Doug MacEachern wrote:
>
> i'd like to get 1.27 out soon, esp. with 5.8.0 rc candidates coming out
> which don't work with 1.26. as always, i'd appreciate any test reports
> of success and failure including perl -V, Makefile.PL options, etc. i put
> a snapshot (same as current cvs) here:
> http
Doug MacEachern wrote:
> On Wed, 20 Mar 2002, Stas Bekman wrote:
>
>
>>I think this is the most suitable place to add the typemap for 'double'.
>>Is that correct? I'm just writing a function that returns double.
>
>
> ? 'double' is already in the default perl lib/ExtUtils/typemap.
It doesn'
24 matches
Mail list logo