httpd-test-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject Re: Outch(es) on Win32 perl-framework
Date Wed, 17 Oct 2001 02:35:39 GMT
From: "Doug MacEachern" <>
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 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

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 /

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

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.


View raw message