>btw, any reason why you didn't use perl's link() and File::Copy to do the
>work? calling external shell is not a very clean way to code when you have
>an API to do that.
Perl's link() on Cygwin seems to copy mod_perl.a to libmod_perl.a, but at this
stage mod_perl.a is still a dummy lib and
Stas Bekman wrote:
> Philippe M. Chiasson wrote:
>
>> Stas Bekman wrote:
>>
>>> As RC6 release didn't reveal any significant problems (a few minor bugs
>>> that are either already fixed or will be shortly), I propose that it's
>>> time to get 2.0.0 out. I was thinking to work next week to polish t
Philip M. Golllucci wrote:
Stas Bekman wrote:
Philip M. Golllucci wrote:
Stas Bekman wrote:
Do you have a URL to this discussion?
http://gossamer-threads.com/lists/modperl/dev/80422
I didn't participate in the rename process, so I didn't try to suggest
things other than a better documentation of t
Title: SV: SV: is something wrong with the perl.apache.org styles?
hi stas,
sorry - i had forgotten about this,
hmm, to me it sounds akward that it all the sudden (after a couple of years) just doesn't work as expected.
i am pretty sure this is a linux-only issue or did you use a browser
Stas Bekman wrote:
Philip M. Golllucci wrote:
Stas Bekman wrote:
Do you have a URL to this discussion?
http://gossamer-threads.com/lists/modperl/dev/80422
HTH
--
END
--
Philip M. Gollucci
Consultant
E-Mail: [EMAIL PROTECT
Randy Kobes wrote:
[...]
Yes, it's recommended that the APR_STATUS_IS_* macros are
used. In a small set of cases where the error code is
"invented" by APR like APR_EOF, it doesn't really make any
difference, but I suppose possibly that could change in the
future so better to be safe than sorry...
Philip M. Golllucci wrote:
Stas Bekman wrote:
Anybody can tell me why the following code was added?
% cat lib/mod_perl2.pm
[...]
# this stuff is here to assist back compat
# basically, if you
# PerlModule mod_perl2
# or take similar steps to load mod_perl2 at
# startup you are protected against lo
Hmm, for some reason I get t/api/module.t failing on perl's test modules
when buildiing with 2.0.49:
my $mmn_major = $cfg->{httpd_info}{MODULE_MAGIC_NUMBER_MAJOR};
my $mmn_minor = $cfg->{httpd_info}{MODULE_MAGIC_NUMBER_MINOR};
for (my $modp = $top_module; $modp; $modp = $modp->next) {
On Sat, 7 May 2005, Stas Bekman wrote:
> Randy Kobes wrote:
[ ... ]
> > However, most of the other APR_STATUS_IS_* macros have this
> > warning in apr_errno.h:
> > @warning
> >* always use this test, as platform-specific variances
> >* may meet this more than one error code
> > as well a
Stas Bekman wrote:
Anybody can tell me why the following code was added?
% cat lib/mod_perl2.pm
[...]
# this stuff is here to assist back compat
# basically, if you
# PerlModule mod_perl2
# or take similar steps to load mod_perl2 at
# startup you are protected against loading mod_perl.pm
# (either
On Sat, 2005-05-07 at 21:49 -0700, Stas Bekman wrote:
> As RC6 release didn't reveal any significant problems (a few minor bugs
> that are either already fixed or will be shortly), I propose that it's
> time to get 2.0.0 out. I was thinking to work next week to polish things
> and improve docs a
Philippe M. Chiasson wrote:
Stas Bekman wrote:
As RC6 release didn't reveal any significant problems (a few minor bugs
that are either already fixed or will be shortly), I propose that it's
time to get 2.0.0 out. I was thinking to work next week to polish things
and improve docs and get 2.0.0 towar
Philippe M. Chiasson wrote:
Randy Kobes wrote:
On Sat, 7 May 2005, Stas Bekman wrote:
Based on the input I had it looks that many people rely on
registry doing chdir to the script's location. We don't do
that in the current registry generation since this is not
working under the threaded env and w
Randy Kobes wrote:
> On Sat, 7 May 2005, Stas Bekman wrote:
>
>>Based on the input I had it looks that many people rely on
>>registry doing chdir to the script's location. We don't do
>>that in the current registry generation since this is not
>>working under the threaded env and we want things to
Stas Bekman wrote:
> As RC6 release didn't reveal any significant problems (a few minor bugs
> that are either already fixed or will be shortly), I propose that it's
> time to get 2.0.0 out. I was thinking to work next week to polish things
> and improve docs and get 2.0.0 towards the end of the we
Anybody can tell me why the following code was added?
% cat lib/mod_perl2.pm
[...]
# this stuff is here to assist back compat
# basically, if you
# PerlModule mod_perl2
# or take similar steps to load mod_perl2 at
# startup you are protected against loading mod_perl.pm
# (either 1.0 or 1.99) at a
Philip M. Gollucci wrote:
Nick *** wrote:
3. When compiling a static mod_perl and
MP_AP_CONFIGURE="--with-apr=/some/path" argument is given, Apache will
use the apr-config at the given path, but mod_perl will use the default
at "srclib/apr/.libs".
This should be fixed now.
Stas, remember my apr
Nick *** wrote:
3. When compiling a static mod_perl and MP_AP_CONFIGURE="--with-apr=/some/path" argument
is given, Apache will use the apr-config at the given path, but mod_perl will use the default at
"srclib/apr/.libs".
This should be fixed now.
Stas, remember my apr_os_thread_current() issue f
Nick *** wrote:
Hello, it's me again trying to be useful :)
:)
The following patch fixes 3 issues:
1. Fix a warning triggered by `ln` on Cygwin, when running
perl Makefile.PL for a second time without previously running make clean.
committed.
btw, any reason why you didn't use perl's link() and Fil
Hello, it's me again trying to be useful :)
The following patch fixes 3 issues:
1. Fix a warning triggered by `ln` on Cygwin, when running
perl Makefile.PL for a second time without previously running make clean.
2. Show MP_APU_CONFIG as an argument to Makefile.PL in the Usage menu.
3. When compili
Stas Bekman wrote:
> Philippe M. Chiasson wrote:
> [...]
perlrun_decl (no clue ;-)
Apache::Status::_version.
TestMore::testmorepm
TestMore::testpm
>>>
>>> All those shouldn't be indexed at all, should go into META.yaml
>>
>> Added to META.yml in rev 169255
>
> Ahm, shouldn't Te
Philippe M. Chiasson wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Andreas J Koenig wrote:
On Wed, 04 May 2005 21:35:30 -0700, Stas Bekman
<[EMAIL PROTECTED]> said:
[...]
Geoff, you are the owner of Apache2::Access, Apache2::Build,
Apache2::CmdParms and you, Philippe, are the owner of per
Stas Bekman wrote:
> Philippe M. Chiasson wrote:
>
>> Andreas J Koenig wrote:
>>
On Wed, 04 May 2005 21:35:30 -0700, Stas Bekman
<[EMAIL PROTECTED]> said:
>>>
>>> [...]
>>>
>>> Geoff, you are the owner of Apache2::Access, Apache2::Build,
>>> Apache2::CmdParms and you, Philippe, a
23 matches
Mail list logo
