this broke something. i keep getting:
% t/TEST
...
waiting for server to start: ok (waited 0 secs)
...
still waiting for server to warm up: ok (waited 1 secs)
failed to start server! (please examine t/logs/error_log)
and yet the server is running.
That would be my patch to detect an 'extra unused arg' to httpd.
As it is, there was no quick-fix I could see, so I've reverted.
Update your httpd-2.0 cvs
- Original Message -
From: Doug MacEachern [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, November 29, 2001 1:34 AM
William A. Rowe, Jr. wrote:
That would be my patch to detect an 'extra unused arg' to httpd.
As it is, there was no quick-fix I could see, so I've reverted.
Update your httpd-2.0 cvs
In this particular case it was a bug in my latest patch. It's fixed now.
- Original Message -
From: Doug
Doing this on Win32 (NT4), I have a t\SKIP file containing:
modules/dav
ssl/all
And yet I get these when running t\TEST. And yes, I've tried it
with sloshes rather than slashes. Is it checking for requirements
*before* checking t\SKIP?
modules\dav.skipped: cannot find module 'dav',
Rodent of Unusual Size wrote:
Doing this on Win32 (NT4), I have a t\SKIP file containing:
modules/dav
ssl/all
Stone me! OtherBill was right; these need to be specified as
modules\\dav
ssl\\all
on Win32. Bleargh..
Thanks, Bill!
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini
Rodent of Unusual Size wrote:
Rodent of Unusual Size wrote:
Doing this on Win32 (NT4), I have a t\SKIP file containing:
modules/dav
ssl/all
Stone me! OtherBill was right; these need to be specified as
modules\\dav
ssl\\all
on Win32. Bleargh..
May be the SKIP file's parser should complain when it
William A. Rowe, Jr. wrote:
I'd like to see the modules::dav syntax adopted
+1
This would certainly make things more consistent/simple to document.
Don't you mean 'more consistent::simple'? :-)
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/
Author, developer,
Stas Bekman wrote:
modules\\dav
ssl\\all
May be the SKIP file's parser should complain when it cannot find the
specified files?
No, I don't think so -- then you'd have to special-case wildcards.
I'd just rather it was consistent -- and even better, platform-neutral.
I like OtherBill's
Stas Bekman wrote:
In this particular case it was a bug in my latest patch. It's fixed now.
Eh, I'm now getting this on Win32:
perl t\TEST
apache.exe -v failed: Bad file descriptor at
Apache-Test/lib/Apache/TestConfig.pm line 687.
??
--
#kenP-)}
Ken Coar, Sanagendamgagwedweinini
Stas Bekman wrote:
Rodent of Unusual Size wrote:
Eh, I'm now getting this on Win32:
perl t\TEST
apache.exe -v failed: Bad file descriptor at
Apache-Test/lib/Apache/TestConfig.pm line 687.
I don't think this has anything to do with this. If the line counter
wasn't shifted,
Rodent of Unusual Size wrote:
Stas Bekman wrote:
I don't think this has anything to do with this. If the line counter
wasn't shifted, you've got a broken Symbol::gensym.
The failing line is:
open $handle, $cmd| or die $cmd failed: $!;
--
#kenP-)}
Ken Coar,
11 matches
Mail list logo