On Thu, 22 Jan 2004, Stas Bekman wrote:
> Randy Kobes wrote:
> > On Thu, 22 Jan 2004, Stas Bekman wrote:
> >
> >
> >>Steve Hay wrote:
> >>
> >>>The attached patch fixes these errors on Win32:
> >>
> >>Thanks Steve. I've committed all 3 patches for:
> >>
> >>t/response/TestVhost/config.pm
> >>t/res
Stas,
Thanks for taking time out to answer my post.
On Jan 22, 2004, at 9:49 PM, Stas Bekman wrote:
stevan little wrote:
All,
(I sent this originally to Matt Sergeant, and he suggested i post it
here instead)
Apache::Reload a great module, there was however one thing that
always drove me cra
stevan little wrote:
All,
(I sent this originally to Matt Sergeant, and he suggested i post it
here instead)
Apache::Reload a great module, there was however one thing that always
drove me crazy. When a module reload failed, I found myself alot of
times faced with the "Internal Server Error
Steve Hay wrote:
The modperl/perl_options.t test currently fails on Win32.
Here's the client console window output running under -verbose:
C:\Temp\modperl-2.0>perl t/TEST modperl/perl_options.t -verbose
[...]
modperl/perl_optionsrequest has failed (the response code was: 403)
see t/logs/error
Geoffrey Young wrote:
#test adding config at request time
-my $errmsg = $r->add_config(['require valid-user']);
-die $errmsg if $errmsg;
+$r->add_config(['require valid-user']);
I don't know about this. I was going to work up my thoughts as a result of
another thread, but I
>#test adding config at request time
> -my $errmsg = $r->add_config(['require valid-user']);
> -die $errmsg if $errmsg;
> +$r->add_config(['require valid-user']);
I don't know about this. I was going to work up my thoughts as a result of
another thread, but I might as w
Geoffrey Young wrote:
ok t_cmp(qr/server_root_relative.*no .* key/,
- $@,
+ canonpath($@),
"Apache::Server::server_root_relative(\$obj, 'conf')");
I don't understand this change. not only does it not make sense to me
(using canonpath
>ok t_cmp(qr/server_root_relative.*no .* key/,
> - $@,
> + canonpath($@),
> "Apache::Server::server_root_relative(\$obj, 'conf')");
I don't understand this change. not only does it not make sense to me
(using canonpath on a non-
Randy Kobes wrote:
On Thu, 22 Jan 2004, Stas Bekman wrote:
Steve Hay wrote:
The attached patch fixes these errors on Win32:
Thanks Steve. I've committed all 3 patches for:
t/response/TestVhost/config.pm
t/response/TestCompat/apache.pm
t/response/TestAPI/server_util.pm
As I mentioned before I ca
On Thu, 22 Jan 2004, Stas Bekman wrote:
> Steve Hay wrote:
> > The attached patch fixes these errors on Win32:
>
> Thanks Steve. I've committed all 3 patches for:
>
> t/response/TestVhost/config.pm
> t/response/TestCompat/apache.pm
> t/response/TestAPI/server_util.pm
>
> As I mentioned before I ca
Steve Hay wrote:
The attached patch fixes these errors on Win32:
Thanks Steve. I've committed all 3 patches for:
t/response/TestVhost/config.pm
t/response/TestCompat/apache.pm
t/response/TestAPI/server_util.pm
As I mentioned before I can't apply your patches as is, because the path is in
windows-
Philippe M. Chiasson wrote:
On Wed, 2004-01-21 at 23:33, Stas Bekman wrote:
Philippe,
Adding this to httpd.conf:
PerlModule Does::not::ExiST
aborts the startup and prints the error message.
The following section should be an equivalent one and behave the same:
use Apache::ServerUtil;
Steve Hay wrote:
Ok, so here is a proper patch for modperl_cmd.c. Please try it (attached as
well), it's a bit different from the previous one.
Works a treat. The server starts up OK with the vhost test stuff in
place, and the three conf files still work too.
Thanks Steve. We have missed the
On Wed, 2004-01-21 at 23:33, Stas Bekman wrote:
> Philippe,
>
> Adding this to httpd.conf:
>
>PerlModule Does::not::ExiST
>
> aborts the startup and prints the error message.
>
> The following section should be an equivalent one and behave the same:
>
>
> use Apache::ServerUtil;
>
All,
(I sent this originally to Matt Sergeant, and he suggested i post it
here instead)
Apache::Reload a great module, there was however one thing that always
drove me crazy. When a module reload failed, I found myself alot of
times faced with the "Internal Server Error" page, and then i wo
Another patch to fix another failing test on Win32.
(Attached is also the vhost test files that I was using that had this
problem. I think they're the most recent ones posted by Stas.)
Here's what the problem was (again!):
C:\Temp\modperl-2.0>perl t/TEST vhost/basic.t -verbose
C:\apache2\bin\A
The modperl/perl_options.t test currently fails on Win32.
Here's the client console window output running under -verbose:
C:\Temp\modperl-2.0>perl t/TEST modperl/perl_options.t -verbose
C:\apache2\bin\Apache.EXE -d C:/Temp/modperl-2.0/t -f
C:/Temp/modperl-2.0/t/conf
/httpd.conf -DAPACHE2 -DPERL_
The attached patch fixes these failures on Win32:
C:\Temp\modperl-2.0>perl t/TEST compat/apache.t -verbose
C:\apache2\bin\Apache.EXE -d C:/Temp/modperl-2.0/t -f
C:/Temp/modperl-2.0/t/conf
/httpd.conf -DAPACHE2 -DPERL_USEITHREADS
using Apache/2.0.48 (winnt MPM)
waiting 180 seconds for server to s
The attached patch fixes these errors on Win32:
C:\Temp\modperl-2.0>perl t/TEST api/server_util.t -verbose
C:\apache2\bin\Apache.EXE -d C:/Temp/modperl-2.0/t -f
C:/Temp/modperl-2.0/t/conf
/httpd.conf -DAPACHE2 -DPERL_USEITHREADS
using Apache/2.0.48 (winnt MPM)
waiting 180 seconds for server to s
Stas Bekman wrote:
>Stas Bekman wrote:
>
>
>
>>I'll post later a better patch. That one was just a proof of concept.
>>
>>
>
>Ok, so here is a proper patch for modperl_cmd.c. Please try it (attached as
>well), it's a bit different from the previous one.
>
Works a treat. The server starts
Stas Bekman wrote:
I'll post later a better patch. That one was just a proof of concept.
Ok, so here is a proper patch for modperl_cmd.c. Please try it (attached as
well), it's a bit different from the previous one. Plus added some macros to
make the code more readable.
I should add another tes
If you have followed the end of the long story on windows with free to wrong
pool, you'd have known that one of the reason for the problem was the use of
the wrong context in add_config in the following snippet:
PerlOptions +Parent
use Apache::ServerUtil;
my $s = Apache->server;
Steve Hay wrote:
I also have a couple of test failures, including one from the vhost test
itself:
Failed TestStat Wstat Total Fail Failed List of Failed
api\server_util.t24 10 41.67% 4-13
c
Stas Bekman wrote:
>Randy Kobes wrote:
>
>
>>On Wed, 21 Jan 2004, Stas Bekman wrote:
>>
>>
>>
>>
>>>Stas Bekman wrote:
>>>
>>>
>>>
It looks like Jan's patch allows me to reproduce the problems that you
see. So if that's true, we will be all set shortly. So don't waste your
Randy Kobes wrote:
On Wed, 21 Jan 2004, Stas Bekman wrote:
Stas Bekman wrote:
It looks like Jan's patch allows me to reproduce the problems that you
see. So if that's true, we will be all set shortly. So don't waste your
time on testing things I've asked to. I'll keep you posted. Thanks.
It's so
Philippe,
Adding this to httpd.conf:
PerlModule Does::not::ExiST
aborts the startup and prints the error message.
The following section should be an equivalent one and behave the same:
use Apache::ServerUtil;
my $s = Apache->server->add_config(['PerlModule Does::not::ExiST']);
bu
On Wed, 21 Jan 2004, Stas Bekman wrote:
> Stas Bekman wrote:
> > It looks like Jan's patch allows me to reproduce the problems that you
> > see. So if that's true, we will be all set shortly. So don't waste your
> > time on testing things I've asked to. I'll keep you posted. Thanks.
>
> It's so mu
27 matches
Mail list logo
