From: "Doug MacEachern" <dougm@covalent.net>
Sent: Tuesday, October 16, 2001 8:50 PM
> On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote:
>
> > [Tue Oct 16 19:07:41 2001] [error] (33501)No such host is
> > known. : Cannot resolve host name _default_:mod_proxy --- ignoring!
>
> when config files are generated from .conf.in to .conf these are supposed
> to be replaced with a port number, see
> Apache::TestConfig::replace_vhost_modules().
I'll look into that.
> > Paths, across the board, are incorrect. We are using perl's understanding of
> > '\' seperators in File::Find, etc, and need to keep Apache's conf in '/' syntax.
> > This could explain some of the problems, above.
>
> ha, and here we were thinking that using File::Spec functions would make
> things portable.
What about creating an Apache::Config::Path stub utility to take anything
from File::Spec and turn it into valid Apache .conf paths?
> > The list of skipped tests implies that we know nothing of the modules.c list
> > from Win32. Can we change the logic to rely instead upon httpd -l ???
>
> it does use httpd -l. see get_httpd_static_modules() in
> TestConfigParse.pm
Ok :(
> > I would start debugging, but I rather expect there are all sorts of unix
> > assumptions by the testbench and modules, WRT line endings and the like.
> > Any suggestions on what to hack first? Alternate approaches to invoking
> > t/TEST that could rule out/rule in suspects? See any patterns in the
> > failure list?
>
> i would concentrate on getting the following to work:
>
> t/TEST -start
Works (with bad proxy, vhost_alias and headers port numbers)
> and try a few simple urls:
> t/TEST -get /
returns
HTTP/1.1 200 OK
Connection: close
Date: Wed, 17 Oct 2001 02:30:48 GMT
Accept-Ranges: bytes
Server: Apache/2.0.27-dev (Win32) DAV/2 mod_ssl/3.0a0 OpenSSL/0.9.6b
Content-Length: 27
Content-Type: text/html
ETag: "0-1b-d1ed2e80"
Last-Modified: Mon, 30 Jul 2001 19:37:14 GMT
Client-Date: Wed, 17 Oct 2001 02:30:48 GMT
Client-Peer: 208.176.192.150:8529
welcome to localhost:8529
> t/TEST -get /server-info
works (attached).
Looks like it's the comparison code that causes these failures :(
> i have an unused machine at home i've been thinking about install NT and
> msdev studio on, i could probably be more help that way.
That would be good - or point me at another thing to test out. My perl
skills are mediocre, my perl debugging skills are pretty lame.
Bill
|