Philippe M. Chiasson wrote:
On Thu, 2003-05-29 at 15:39, Stas Bekman wrote:
Philippe M. Chiasson wrote:
On Thu, 2003-05-29 at 15:14, Stas Bekman wrote:
I'm not sure why that code was there. So I'm not so confident on removing it.
mp1's test suite is too poor for regression testing.
Yeah, you
On Thu, 2003-05-29 at 15:39, Stas Bekman wrote:
> Philippe M. Chiasson wrote:
> > On Thu, 2003-05-29 at 15:14, Stas Bekman wrote:
> >
> I'm not sure why that code was there. So I'm not so confident on removing it.
> mp1's test suite is too poor for regression testing.
> >>>
> >>>
> >>>Yea
Philippe M. Chiasson wrote:
On Thu, 2003-05-29 at 15:14, Stas Bekman wrote:
I'm not sure why that code was there. So I'm not so confident on removing it.
mp1's test suite is too poor for regression testing.
Yeah, you can say that again. I dunno if it would be eventually worth it
to port mp1's t
On Thu, 2003-05-29 at 15:14, Stas Bekman wrote:
> >>I'm not sure why that code was there. So I'm not so confident on removing it.
> >>mp1's test suite is too poor for regression testing.
> >
> >
> > Yeah, you can say that again. I dunno if it would be eventually worth it
> > to port mp1's tests
I'm not sure why that code was there. So I'm not so confident on removing it.
mp1's test suite is too poor for regression testing.
Yeah, you can say that again. I dunno if it would be eventually worth it
to port mp1's tests to Apache::Test and try and achieve better
covereage. But once again, h
On Thu, 2003-05-29 at 12:09, Stas Bekman wrote:
> Philippe M. Chiasson wrote:
> > On Thu, 2003-05-29 at 07:13, Stas Bekman wrote:
> >
> >>Geoffrey Young wrote:
> >>
> The problem pointed out by Ken is that it would be nice to be able to
> call
>
> Apache->request($hr);
>
> >>
Thanks Carl.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook
-8<-- Start Bug Report 8<--
1. Problem Description:
No problems detected so far.
2. Used Components and their Configuration:
*** using
/opt/local/lib/perl5/site_perl/5.8.0/sun4-solaris/Apache2/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_AP_PREF
OK, I've expanded Doug's notes to the following. I suggest that we have
separate copy for mp1 and mp2, included as a file: RELEASE or similar. So we
can have more explicit notes for each project.
Comments are welcome.
Instructions for mod_perl 2.0 Release Manager
1. 'make dist' - to make sure
Philippe M. Chiasson wrote:
On Thu, 2003-05-29 at 07:13, Stas Bekman wrote:
Geoffrey Young wrote:
The problem pointed out by Ken is that it would be nice to be able to
call
Apache->request($hr);
So that later call to Apache->request (by other modules) would
return the subclassed object.
it wou
On Thu, 2003-05-29 at 07:13, Stas Bekman wrote:
> Geoffrey Young wrote:
> >
> >> The problem pointed out by Ken is that it would be nice to be able to
> >> call
> >>
> >> Apache->request($hr);
> >>
> >> So that later call to Apache->request (by other modules) would
> >> return the subclassed objec
On Thu, 2003-05-29 at 03:56, Geoffrey Young wrote:
> > The problem pointed out by Ken is that it would be nice to be able to
> > call
> >
> > Apache->request($hr);
> >
> > So that later call to Apache->request (by other modules) would
> > return the subclassed object.
>
> it would not only be ni
> Since now things are implemented in perl, may be it'd make more sense to match
the perl
> API with perl keys? Since now you have:
>
>> + cmd_data => 'some info',
>
> but you retrieve it with:
>
> ->info
>
> that's confusing.
well, confusing or not, it's following the Apache convention
struc
Geoffrey Young wrote:
hi all...
here is an implementation for the final missing piece in directive
handlers - $parms->info.
nice work, Geoff!
even though info is part of the cmd_parms_struct, it needs special
treatment due to the underlying and imposed mod_perl struct on the
slot. so, info()
Geoffrey Young wrote:
The problem pointed out by Ken is that it would be nice to be able to
call
Apache->request($hr);
So that later call to Apache->request (by other modules) would
return the subclassed object.
it would not only be nice, request() is documented to behave this way :)
Well, the
The problem pointed out by Ken is that it would be nice to be able to
call
Apache->request($hr);
So that later call to Apache->request (by other modules) would
return the subclassed object.
it would not only be nice, request() is documented to behave this way :)
Well, the following patch does ju
16 matches
Mail list logo
