Re: checking for openssl 0.9.6a
> On Wed, Oct 17, 2001 at 02:46:35PM -0700, hiten pandya wrote: > > hey all, > > i was going through the httpd-test , i went into the flood > > directory, it said in the STATUS file about asking autoconf > > to check for OpenSSL 0.9.6a, i found out that there is no > > way i could do it because i am new to the autoconf > > environment. > > > > But I have the information if someone was interested in > > fixing the problem: > > > > Installation directory: /usr/local/ssl > > Bin Directory: /usr/local/ssl/bin (openssl) > > Lib Directory: /usr/local/ssl/lib/ (libssl.a) > > > > I tried the following command and it did give me OpenSSL > > 0.9.6 but not the _a_ bit...but i think the date will be > > helpful... > > > > It was released on: > > # openssl version > > (OpenSSL 0.9.6 24 Sep 2000) > > > > I think that would prove helpful if someone wanted to code > > the macro or just a test for checking OpenSSL 0.9.6a, for > > autoconf, Actually, openssl provides a preprocessor symbol with the version embedded. Take a look at and you'll find this: #define OPENSSL_VERSION_NUMBER 0x0090602fL You can use the autoconf macro AC_TRY_COMPILE to write a little piece of code that #errors if the version is below 0x0090602fL (for openssl-0.9.6b). How's that sound? -aaron
Re: checking for openssl 0.9.6a
This belongs on the [EMAIL PROTECTED] list. I am cc:ing that list and will follow up there. -aaron On Wed, Oct 17, 2001 at 02:46:35PM -0700, hiten pandya wrote: > hey all, > i was going through the httpd-test , i went into the flood > directory, it said in the STATUS file about asking autoconf > to check for OpenSSL 0.9.6a, i found out that there is no > way i could do it because i am new to the autoconf > environment. > > But I have the information if someone was interested in > fixing the problem: > > Installation directory: /usr/local/ssl > Bin Directory: /usr/local/ssl/bin (openssl) > Lib Directory: /usr/local/ssl/lib/ (libssl.a) > > I tried the following command and it did give me OpenSSL > 0.9.6 but not the _a_ bit...but i think the date will be > helpful... > > It was released on: > # openssl version > (OpenSSL 0.9.6 24 Sep 2000) > > I think that would prove helpful if someone wanted to code > the macro or just a test for checking OpenSSL 0.9.6a, for > autoconf,
Re: build problem
On Wed, Oct 17, 2001 at 10:50:23AM -0700, Aaron Bannert wrote: > I also don't know what building.html file you are refering to, please > clarify. The one on the website presumably: http://httpd.apache.org/test/flood/building.html -- justin
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
On Wed, 17 Oct 2001, Rodent of Unusual Size wrote: > Having some options prefixed with '-' and some not isn't > exactly intuitive.. :-) if you look at the test-cvs list and other discussions, you'll see we're in the middle of fixing that. > Also, the -clean failure: line 703 > is > > opendir(my $dh, $_); fixed. you might also hit another problem that we've yet to fix. if t/TEST dies in the middle of generating conf files, you'll need to: % find t/conf -name "*.conf" | xargs rm
Re: testing cookies under Apache-Test
On Wed, 17 Oct 2001, clayton cottingham wrote: > = from cookie.t > my %cookies = Apache::Cookie->fetch; #ive tried parse too Apache::Cookie only works inside Apache. it will not work in a .t file run by Test::Harness. see lwp docs on how to deal with cookies client side. modperl-1.xx also has a t/modules/cookie.t test.
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
Doug MacEachern wrote: > > looks more like a File::Spec problem than the test kit, > what version are you using? Okey, upgraded from 0.6 to 0.82; Perl 5.005_03. Now: $ perl Makefile.PL -apxs /home/coar/web/server/bin/apxs $ t/TEST !!! : no test server configured, please ... $ t/TEST -httpd /home/coar/web/server/bin/httpd Unknown option: httpd $ t/TEST httpd /home/coar/web/server/bin/httpd *** : cannot build c-modules without apxs waiting for server to warm up...Syntax error on line 239 of ... :port must be numeric $ t/TEST -clean Can't use an undefined value as a symbol reference at Apache-Test/lib/Apache/TestConfig.pm line 703 $ t/TEST clean *** : cannot build c-modules without apxs !!! : no test server configured, please ... Having some options prefixed with '-' and some not isn't exactly intuitive.. :-) Also, the -clean failure: line 703 is opendir(my $dh, $_); I'm still finding my way through how the tests are done; this stuff is pretty Deep Magic, and not IOTTMCO! So I'm not ready to try submitting fixes.. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ "All right everyone! Step away from the glowing hamburger!"
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
Doug MacEachern wrote: > > looks more like a File::Spec problem than the test kit, > what version are you using? for 5.005_03 i installed > File-Spec-0.82 from CPAN. 0.6; I'm upgrading now.. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ "All right everyone! Step away from the glowing hamburger!"
testing cookies under Apache-Test
hey all:
this is a simpler question
than most around here right now
i was wondering if anyone could
help me figure out what way to
test cookies under this harness
im certainly missing something ,
ive been trying for around an hour.
ive been getting this:
Can't locate object method "fetch" via package "Apache::Cookie" at
cookies.t line 13.
ive tried just setting an Apache::Cookie object
and then trying to grab it via a test script
here are those pieces
= from cookie.t
my %cookies = Apache::Cookie->fetch; #ive tried parse too
my $value = $cookies{foo}->value;
===
===from Clay.pm
my $r=shift;
my $cookie = Apache::Cookie->new($r,
-name=> 'foo',
-value => 'bar',
);
$cookie->bake;
=
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
From: "Doug MacEachern" <[EMAIL PROTECTED]>
Sent: Wednesday, October 17, 2001 12:14 PM
> On Wed, 17 Oct 2001, William A. Rowe, Jr. wrote:
>
> > It's ok, that patch broke win32 as well... we end up with paths like
>
> wha? the 5.005 compat patch did not change behavior at all. [...]
>
> > C:/httpd-test/perl-framework/C:/httpd-test/perl-framework/t/conf
> >
> > since it doesn't look to Unix like C:/ starts a path.
> >
> > I'd suggest we revert, and find a better solution for Win32.
>
> you must be talking about the patch that added this to Apache/TestRun.pm,
> right??
Yup my bad... and it solves Ken's problem, perhaps.
> BEGIN {
> #Apache likes everything to be in /unix/path/file.ext format
> $INC{'File/Spec.pm'} = __FILE__;
> require File::Spec::Unix;
> @File::Spec::ISA = qw(File::Spec::Unix);
> }
Re: build problem
On Wed, Oct 17, 2001 at 02:15:30PM +0200, Franck LABANVOYE wrote: > I have problem to compile flood. I get via cvs all file and follow the > building.html file. But i get error when run > ./configure --with-httpd= . Error concern openssl > > Could anyone help me? What platform/architecture are you using? Also, what version of OpenSSL have you installed and where is it installed? I also don't know what building.html file you are refering to, please clarify. -aaron
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
On Wed, 17 Oct 2001, William A. Rowe, Jr. wrote:
> It's ok, that patch broke win32 as well... we end up with paths like
wha? the 5.005 compat patch did not change behavior at all. the commit
message says:
backport to 5.005:
- open my $fh, ... => my $fh = Symbol::gensym(); open $fh, ...
- our @foo => use vars qw(@foo)
- create a stub warnings.pm
- complain if File::Spec::Functions does not exist
the latter two don't happen if $] >= 5.006, and there's no way the other
two would change how paths are looked at.
> C:/httpd-test/perl-framework/C:/httpd-test/perl-framework/t/conf
>
> since it doesn't look to Unix like C:/ starts a path.
>
> I'd suggest we revert, and find a better solution for Win32.
you must be talking about the patch that added this to Apache/TestRun.pm,
right??
BEGIN {
#Apache likes everything to be in /unix/path/file.ext format
$INC{'File/Spec.pm'} = __FILE__;
require File::Spec::Unix;
@File::Spec::ISA = qw(File::Spec::Unix);
}
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
On Wed, 17 Oct 2001, Rodent of Unusual Size wrote: > $ t/TEST > "$Verbose" is not exported by the File::Spec module at > /usr/lib/perl5/5.00503/File/Spec/Unix.pm line 11 looks more like a File::Spec problem than the test kit, what version are you using? for 5.005_03 i installed File-Spec-0.82 from CPAN. % perl -MFile::Spec -le 'print $File::Spec::VERSION' 0.82
Re: Apache-Test breakage
On Wed, 17 Oct 2001, Stas Bekman wrote:
>>t/TEST -proxy t/foo/bar.t
>>
...
> I see exactly the same behavior with my patch and without, so I guess it
> was broken before.
yup, i already told you the same in private email. but see the commit
message:
is not proxying requests:
t/TEST -proxy
i've not tried your new patch, but yesterday -proxy was not working as it
was without the patch.
and you missed the part of the commit message that complains about this:
> -for (@$argv) {
> +for (@ARGV) {
should use @ARGV as little as possible, if Getopts or whatever needs it,
that's what this was for:
> -local *ARGV = $self->{args};
reason is that this:
Apache::TestRun->new->run(@ARGV);
where @ARGV is the args from t/TEST should be able to be called elsewhere
like so:
for (qw(prefork worker)) {
Apache::TestRun->new->run(-httpd => "$apache2/$_/bin/httpd");
}
build problem
Hello, I have problem to compile flood. I get via cvs all file and follow the building.html file. But i get error when run ./configure --with-httpd= . Error concern openssl Could anyone help me? Thanks
Re: Writing tests with Apache::Test doc has been started
Geoffrey Young wrote: The doc I'm talking about resides in modperl-docs/src/devel/writing_tests/writing_tests.pod hey, is there any way to stick this in the httpd-test distribution. I've written a substantial amount of material for Apache::Test for the book (written before this document, BTW, which would have been a big help two months ago ;) and would rather reference "writing_tests.pod" rather than some obscure WebCVS link... I don't want the documentation to be spread across different cvs modules to make it easier to build the docs with internal links and distribute docs as a separate package. I've referenced to the above path in Apache-Test/README (which Doug temporary reverted, so it's not there now), so there is no problem to get the document. Once I get around rewriting Pod::HtmlPsPdf to use TT, I'll add the docs building code and then we can start making the htmls available on the web and link to them from httpd.apache.org/test/ If you have something to contribute to the existing doc, please go ahead -- it still needs a lot of work. Thanks Geoff! _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
RE: Writing tests with Apache::Test doc has been started
> The doc I'm talking about resides in > modperl-docs/src/devel/writing_tests/writing_tests.pod hey, is there any way to stick this in the httpd-test distribution. I've written a substantial amount of material for Apache::Test for the book (written before this document, BTW, which would have been a big help two months ago ;) and would rather reference "writing_tests.pod" rather than some obscure WebCVS link... --Geoff
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
From: "Rodent of Unusual Size" <[EMAIL PROTECTED]> Sent: Wednesday, October 17, 2001 10:28 AM > [EMAIL PROTECTED] wrote: > > > > dougm 01/10/16 13:33:10 > > > > Modified:perl-framework Makefile.PL > >perl-framework/t TEST.PL > > Log: > > work with Perl 5.005 > > Not entirely, alas: > > $ t/TEST > "$Verbose" is not exported by the File::Spec module at > /usr/lib/perl5/5.00503/File/Spec/Unix.pm line 11 > Can't continue after import errors at > /usr/lib/perl5/5.00503/File/Spec/Unix.pm line 11 > BEGIN failed--compilation aborted at Apache-Test/lib/Apache/TestRun.pm line > 11. > BEGIN failed--compilation aborted at t/TEST line 8. It's ok, that patch broke win32 as well... we end up with paths like C:/httpd-test/perl-framework/C:/httpd-test/perl-framework/t/conf since it doesn't look to Unix like C:/ starts a path. I'd suggest we revert, and find a better solution for Win32.
Re: cvs commit: httpd-test/perl-framework/t TEST.PL
[EMAIL PROTECTED] wrote: > > dougm 01/10/16 13:33:10 > > Modified:perl-framework Makefile.PL >perl-framework/t TEST.PL > Log: > work with Perl 5.005 Not entirely, alas: $ t/TEST "$Verbose" is not exported by the File::Spec module at /usr/lib/perl5/5.00503/File/Spec/Unix.pm line 11 Can't continue after import errors at /usr/lib/perl5/5.00503/File/Spec/Unix.pm line 11 BEGIN failed--compilation aborted at Apache-Test/lib/Apache/TestRun.pm line 11. BEGIN failed--compilation aborted at t/TEST line 8. -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Golux.Com/coar/ Author, developer, opinionist http://Apache-Server.Com/ "All right everyone! Step away from the glowing hamburger!"
Re: Apache-Test breakage
Doug MacEachern wrote:
> hi stas, two problems cause by the recentish argv changes you made:
>
> 1) see the thread with ken on the test list:
>
>
>>t/TEST -httpd /path/to/httpd -start
>>
>>starts the server, and then runs all the tests.
>>
>
> looks like recent breakage, args picked up by GetOptions in
> Apache::PerlRun::getopts are being force to come before other options.
> stas can you please fix this.
> in the meantime ken, this will work:
> t/TEST -start -httpd /path/to/httpd
this was a simple fix, I've misread the explanation of the permute option
for Getopts, the fix is:
-Getopt::Long::Configure(qw(pass_through no_permute));
+Getopt::Long::Configure(qw(pass_through permute));
permute is enabled by default, but I prefer to explictly specify it since
the environment variable POSIXLY_CORRECT can disable the default.
> 2) args meant for Apache::TestRequest are dropped on the floor, so this
no
> longer works:
>
> t/TEST -post /echo_post -content one=1
>
> nor does
>
> t/TEST -get /authany -username dougm -password dougm
>
> if you need to know which args Apache::TestRequest recognizes, this
> function returns a hash ref:
> Apache::TestRequest::wanted_args()
that's right, I've missed the fact that we have 4 different opts groups in
ARGV :( I've tested only 3 of them.
I've added a support for the TestRequest opts now.
The tests are still correctly looked up as late as possible, so that the
autogenerated tests will have a chance to get created before tested for
existence.
>>t/TEST -proxy t/foo/bar.t
>>
>>runs all of the tests, rather that just the single specified test.
>>also does not run the tests through the proxy. :(
>
> this may or may not be releated to the patch, cvs.apache.org is very
> slow right now.
I see exactly the same behavior with my patch and without, so I guess it
was broken before.
Here is the patch that fixes the 2 problems you've raised:
? diff
? patch
? run
? run.prefork
? run.prefork.5.6.1
? run.threaded
? run.worker
? Apache-Test/t/TEST
? ModPerl-Registry/Makefile
? ModPerl-Registry/pm_to_blib
? ModPerl-Registry/t/TEST
Index: Apache-Test/README
===
RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/README,v
retrieving revision 1.13
diff -u -r1.13 README
--- Apache-Test/README 2001/10/17 01:30:40 1.13
+++ Apache-Test/README 2001/10/17 09:18:31
@@ -7,6 +7,9 @@
see t/TEST as an example test harness
+For an extensive documentation see
+modperl-2.0/docs/src/devel/writing_tests/writing_tests.pod.
+
see t/*.t for example tests
if the file t/conf/httpd.conf.in exists, it will be used instead of
@@ -45,16 +48,16 @@
% t/TEST -configure
run as user nobody:
-% t/TEST User nobody
+% t/TEST -User nobody
run on a different port:
-% t/TEST Port 8799
+% t/TEST -Port 8799
configure an httpd other than the default (that apxs figures out)
-% t/TEST httpd ~/ap/httpd-2.0/httpd
+% t/TEST -httpd ~/ap/httpd-2.0/httpd
switch to another apxs
-% t/TEST apxs ~/ap/httpd-2.0-prefork/bin/apxs
+% t/TEST -apxs ~/ap/httpd-2.0-prefork/bin/apxs
turn on tracing
% t/TEST -preamble "PerlTrace all"
@@ -69,19 +72,19 @@
% t/TEST -head
GET url with authentication credentials
-% t/TEST -get /server-info username dougm password foo
+% t/TEST -get /server-info -username dougm -password foo
POST url (read content from string)
-% t/TEST -post /TestApache::post content 'name=dougm&company=covalent'
+% t/TEST -post /TestApache::post -content 'name=dougm&company=covalent'
POST url (read content from stdin)
-% t/TEST -post /TestApache::post content - < foo.txt
+% t/TEST -post /TestApache::post -content - < foo.txt
POST url (generate a body of data 1024 bytes in length)
-% t/TEST -post /TestApache::post content x1024
+% t/TEST -post /TestApache::post -content x1024
POST url (only print headers, e.g. useful to just check Content-length)
-% t/TEST -post -head /TestApache::post content x10
+% t/TEST -post -head /TestApache::post -content x10
GET url (only print headers, e.g. useful to just check Content-length)
% t/TEST -get -head /foo
Index: Apache-Test/lib/Apache/TestConfig.pm
===
RCS file:
/home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfig.pm,v
retrieving revision 1.74
diff -u -r1.74 TestConfig.pm
--- Apache-Test/lib/Apache/TestConfig.pm2001/10/17 01:30:40 1.74
+++ Apache-Test/lib/Apache/TestConfig.pm2001/10/17 09:18:31
@@ -68,8 +68,9 @@
}
while (my($key, $val) = splice @filter, 0, 2) {
-if ($wanted_args->{$key}) {
-$keep{$key} = $val;
+if ($key =~ /^-?-?(.+)/ # optinal - or -- prefix
+&& exists $wanted_args->{$1}) {
+$keep{$1} = $val;
}
else {
push @pass, $key, $val;
Index: Apache-Test/lib/Apache/TestRun.pm
===
RCS file:
/home/cvs/httpd-test/perl-f
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm
From: "Doug MacEachern" <[EMAIL PROTECTED]> Sent: Tuesday, October 16, 2001 10:27 PM > On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote: > > > As far as file 'comparisons' to the pod files, I believe we've probably > > opened those files in the wrong 'mode'... and we need to binmode them into > > binary (thus, all our mismatches :) Where would I find that comparison > > code? > > hmm, server side the default-handler is sending the files, client side > libwww-perl is reading the data over a socket, i don't think binmode() can > be applied there, can it? and the comparision to the file on disk is done > with -s $file; can you run that test with t/TEST -v t/apache/getfile > so we can see what it reports for download and file bytes? Ugh... that passes. apache/byterange --- that hangs (well, appears to hang.) apache/byterange1..82 Range: bytes=1-8193 Content-Range: NONE downloaded 1 bytes, file is 12521 bytes not ok 1 # Failed test 1 in apache/byterange.t at line 82 We lock up for quite some time on each byterange test. Any suggestions? I grabbed the newest lwp as you suggested and installed it. Bill
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm
- Original Message - From: "Doug MacEachern" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 16, 2001 10:27 PM Subject: Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm > On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote: > > > As far as file 'comparisons' to the pod files, I believe we've probably > > opened those files in the wrong 'mode'... and we need to binmode them into > > binary (thus, all our mismatches :) Where would I find that comparison > > code? > > hmm, server side the default-handler is sending the files, client side > libwww-perl is reading the data over a socket, i don't think binmode() can > be applied there, can it? and the comparision to the file on disk is done > with -s $file; can you run that test with t/TEST -v t/apache/getfile > so we can see what it reports for download and file bytes? No, getfile got it right. Any chance that something is wrong with the socket handling itself?
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm
On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote: > As far as file 'comparisons' to the pod files, I believe we've probably > opened those files in the wrong 'mode'... and we need to binmode them into > binary (thus, all our mismatches :) Where would I find that comparison code? hmm, server side the default-handler is sending the files, client side libwww-perl is reading the data over a socket, i don't think binmode() can be applied there, can it? and the comparision to the file on disk is done with -s $file; can you run that test with t/TEST -v t/apache/getfile so we can see what it reports for download and file bytes?
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm
On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote: > httpd is now 'undef'... not pretty... watching for the next commit. hmm, you might need to: t/TEST -clean (and double check that any *.conf in t/conf and t/conf/apache_test_config.pm are gone after that) and backing out that change means you'll need to use: perl Makefile.PL httpd .../Apache.exe rather than -httpd .../Apache.exe > I believe the other patch you suggested for win32 paths solves our problem on > that platform. ok great. > As far as file 'comparisons' to the pod files, I believe we've probably > opened those files in the wrong 'mode'... and we need to binmode them into > binary (thus, all our mismatches :) Where would I find that comparison code? oh right, i'll need to dig to find it anyhow, i'll just go ahead and add the binmode() calls.
Re: cvs commit: httpd-test/perl-framework/Apache-Test/lib/Apache TestConfig.pm TestRun.pm
From: <[EMAIL PROTECTED]> Sent: Tuesday, October 16, 2001 8:30 PM > dougm 01/10/16 18:30:40 > > Modified:perl-framework/Apache-Test README >perl-framework/Apache-Test/lib/Apache TestConfig.pm > TestRun.pm > Log: > backing out the set of --? enforcing patches due to breaking of: >is not proxying requests: >t/TEST -proxy > >args meant for Apache::TestRequest are dropped on the floor: > t/TEST -post /foo content one=1 (-content was not working either) > t/TEST -get /foo username x password y (nor -username or -password) > >runs all tests rather than just the specified one: > t/TEST -httpd ~/foo/httpd t/foo/bar.t > > also was using @ARGV instead of @$argv that is passed into > Apache::PerlRun->getopts (hmm, maybe this is what broke things, but i've > already spent too much time fighting these problems, just need things to > work right now) httpd is now 'undef'... not pretty... watching for the next commit. I believe the other patch you suggested for win32 paths solves our problem on that platform. As far as file 'comparisons' to the pod files, I believe we've probably opened those files in the wrong 'mode'... and we need to binmode them into binary (thus, all our mismatches :) Where would I find that comparison code? Bill
Re: Outch(es) on Win32 perl-framework
On Tue, 16 Oct 2001, William A. Rowe, Jr. wrote: > join ':', $$resolve, $self->port($module); that's weird because there are checks to make sure both $$resolve and $module are initialized. seems to be what is killing all of the tests. wonder if this double check helps at all? --- Apache-Test/lib/Apache/TestConfig.pm2001/10/17 01:30:40 1.74 +++ Apache-Test/lib/Apache/TestConfig.pm2001/10/17 02:41:38 @@ -509,7 +509,7 @@ } } -join ':', $$resolve, $self->port($module); +join ':', $$resolve || 'localhost', $self->port($module || ''); } #look for mod_foo.so
Re: Outch(es) on Win32 perl-framework
Works (horah!) Well, changes things at least;
server www2.rowe-clan.net:8529 started
apache/404..Use of uninitialized value in join or string at C:/clean/htt
pd-test/perl-framework/blib/lib/Apache/TestConfig.pm line 513.
apache/404..dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
apache/byterangeUse of uninitialized value in join or string at C:/clean/htt
pd-test/perl-framework/blib/lib/Apache/TestConfig.pm line 513.
apache/byterangedubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-82
Failed 82/82 tests, 0.00% okay
apache/getfile..Use of uninitialized value in join or string at C:/clean/htt
pd-test/perl-framework/blib/lib/Apache/TestConfig.pm line 513.
apache/getfile..dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-84
Failed 84/84 tests, 0.00% okay
What's with status 255? I dunno. Line 513;
join ':', $$resolve, $self->port($module);
???
- Original Message -
From: "Doug MacEachern" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 16, 2001 9:00 PM
Subject: Re: Outch(es) on Win32 perl-framework
> bill, try the patch below. it should force File::Spec functions and
> anything that uses them (Apache::Test*, File::Find, etc.) to use unix
> /path/file.ext conventions.
>
> Index: Apache-Test/lib/Apache/TestRun.pm
> ===
> RCS file:
> /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm,v
> retrieving revision 1.58
> diff -u -r1.58 TestRun.pm
> --- Apache-Test/lib/Apache/TestRun.pm 2001/10/17 01:30:40 1.58
> +++ Apache-Test/lib/Apache/TestRun.pm 2001/10/17 01:47:55
> @@ -3,6 +3,12 @@
> use strict;
> use warnings FATAL => 'all';
>
> +BEGIN {
> +$INC{'File/Spec.pm'} = __FILE__;
> +require File::Spec::Unix;
> +@File::Spec::ISA = qw(File::Spec::Unix);
> +}
> +
> use Apache::TestConfig ();
> use Apache::TestConfigC ();
> use Apache::TestRequest ();
>
>
>
>
Re: Outch(es) on Win32 perl-framework
From: "Doug MacEachern" <[EMAIL PROTECTED]> 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 Title: Server Information HTTP/1.1 200 OK Connection: close Date: Wed, 17 Oct 2001 02:31:28 GMT Server: Apache/2.0.27-dev (Win32) DAV/2 mod_ssl/3.0a0 OpenSSL/0.9.6b Content-Type: text/html Client-Date: Wed, 17 Oct 2001 02:31:28 GMT Client-Peer: 208.176.192.150:8529 Title: Server Information Apache Server Information Server Settings, mod_vhost_alias.c, mod_usertrack.c, mod_unique_id.c, mod_status.c, mod_ssl.c, mod_speling.c, mod_rewrite.c, proxy_ftp.c, proxy_http.c, proxy_connect.c, mod_proxy.c, mod_mime_magic.c, mod_info.c, mod_headers.c, mod_file_cache.c, mod_expires.c, mod_dav_fs.c, mod_dav.c, mod_cern_meta.c, mod_auth_digest.c, mod_auth_dbm.c, mod_auth_anon.c, mod_isapi.c, mod_setenvif.c, mod_actions.c, mod_imap.c, mod_asis.c, mod_log_config.c, mod_env.c, mod_alias.c, mod_userdir.c, mod_cgi.c, mod_dir.c, mod_autoindex.c, mod_include.c, mod_negotiation.c, mod_auth.c, mod_access.c, mod_mime.c, mod_so.c, http_core.c, mpm_winnt.c, mod_win32.c, core.cServer Version: Apache/2.0.27-dev (Win32) DAV/2 mod_ssl/3.0a0 OpenSSL/0.9.6b Server Built: Oct 11 2001 09:42:17 API Version: 20011002:0 Hostname/port: www2.rowe-clan.net:80 Timeouts: connection: 300 keep-alive: 15MPM Name: WinNT MPM Information: Max Daemons: 64 Threaded: yes Forked: no Server Root: C:/clean/httpd-test/perl-framework/t Config File: conf/httpd.conf Module Name: mod_vhost_alias.c Content handlers: noneConfiguration Phase Participation: Create Server Config, Merge Server ConfigsRequest Phase Participation: Translate Path Module Directives:VirtualScriptAlias - how to create a ScriptAlias based on the host VirtualDocumentRoot - how to create the DocumentRoot based on the host VirtualScriptAliasIP - how to create a ScriptAlias based on the host VirtualDocumentRootIP - how to create the DocumentRoot based on the host Current Configuration: VirtualDocumentRoot C:\clean\httpd-test\perl-framework\t/htdocs/modules/vhost_alias/%2/%1.4/%-2/%2+ VirtualScriptAlias C:\clean\httpd-test\perl-framework\t/htdocs/modules/vhost_alias/%0 Module Name: mod_usertrack.c Content handlers: noneConfiguration Phase Participation: Create Directory Config, Create Server ConfigRequest Phase Participation: Fixups Module Directives:CookieExpires - an expiry date code CookieDomain - domain to which this cookie applies CookieStyle - 'Netscape', 'Cookie' (RFC2109), or 'Cookie2' (RFC2965) CookieTracking - whether or not to enable cookies CookieName - name of the tracking cookie Current Configuration: Module Name: mod_unique_id.c Content handlers: noneConfi
Re: Outch(es) on Win32 perl-framework
bill, try the patch below. it should force File::Spec functions and
anything that uses them (Apache::Test*, File::Find, etc.) to use unix
/path/file.ext conventions.
Index: Apache-Test/lib/Apache/TestRun.pm
===
RCS file:
/home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm,v
retrieving revision 1.58
diff -u -r1.58 TestRun.pm
--- Apache-Test/lib/Apache/TestRun.pm 2001/10/17 01:30:40 1.58
+++ Apache-Test/lib/Apache/TestRun.pm 2001/10/17 01:47:55
@@ -3,6 +3,12 @@
use strict;
use warnings FATAL => 'all';
+BEGIN {
+$INC{'File/Spec.pm'} = __FILE__;
+require File::Spec::Unix;
+@File::Spec::ISA = qw(File::Spec::Unix);
+}
+
use Apache::TestConfig ();
use Apache::TestConfigC ();
use Apache::TestRequest ();
Re: Outch(es) on Win32 perl-framework
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(). > 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. > 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 > 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 and try a few simple urls: t/TEST -get / t/TEST -get /server-info 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.
Outch(es) on Win32 perl-framework
In the testbench, with lots 'n lots o' modules enabled, I hit this; waiting for server to warm up.. [Tue Oct 16 19:07:41 2001] [error] (33501)No such host is known. : Cannot resolve host name _default_:mod_proxy --- ignoring! [Tue Oct 16 19:07:41 2001] [error] (33501)No such host is known. : Cannot resolve host name _default_:mod_vhost_alias --- ignoring! [Tue Oct 16 19:07:42 2001] [error] (33501)No such host is known. : Cannot resolve host name _default_:mod_headers --- ignoring! ... [Tue Oct 16 19:07:45 2001] [error] (33504)No host data of that type was found: Cannot resolve host name _default_:mod_proxy --- ignoring! [Tue Oct 16 19:07:45 2001] [error] (33504)No host data of that type was found: Cannot resolve host name _default_:mod_vhost_alias --- ignoring! [Tue Oct 16 19:07:45 2001] [error] (33504)No host data of that type was found: Cannot resolve host name _default_:mod_headers --- ignoring! what's up with that :-? Then, in the tests (with the latest cvs snapshot of lwp installed for HTTP/1.1 conformance on Win32...) apache\404..ok apache\byterange[Tue Oct 16 19:10:19 2001] [error] (33504)No host data of th at type was found: Cannot resolve host name _default_:mod_proxy --- ignoring! [Tue Oct 16 19:10:19 2001] [error] (33504)No host data of that type was found: C annot resolve host name _default_:mod_vhost_alias --- ignoring! [Tue Oct 16 19:10:19 2001] [error] (33504)No host data of that type was found: C annot resolve host name _default_:mod_headers --- ignoring! apache\byterangeFAILED tests 1-82 Failed 82/82 tests, 0.00% okay apache\getfile..FAILED tests 1-84 Failed 84/84 tests, 0.00% okay apache\options..FAILED tests 1-2 Failed 2/2 tests, 0.00% okay apache\post.skipped test on this platform apache\rwrite...skipped test on this platform apr\uri.skipped test on this platform filter\case.skipped test on this platform filter\case_in..skipped test on this platform filter\input_body...skipped test on this platform http11\all..ok http11\basicauthskipped test on this platform http11\chunked..skipped test on this platform modules\access..FAILED tests 1, 3, 5, 7, 9, 11, 13-18, 20, 22, 24, 26, 28, 30-35, 37, 39, 41, 43, 45, 47-52, 54, 56, 58, 60, 62, 64-69, 71, 73, 75, 77, 79, 81-86, 88, 90, 92, 94, 96, 98-103, 116-120, 133-137, 151, 153-154, 168, 170-171, 185, 187-188, 202, 204-205, 219, 221-222, 236, 238, 273, 287, 289-290, 304, 306-307, 321, 323-324, 338, 340-341, 355, 357-358, 372, 374 Failed 112/408 tests, 72.55% okay modules\alias...FAILED tests 1-62 Failed 62/62 tests, 0.00% okay modules\autoindex...FAILED tests 1-84 Failed 84/84 tests, 0.00% okay modules\cgi.FAILED tests 2, 4-8, 10, 12, 14, 16, 18, 20, 22, 24-36 Failed 26/36 tests, 27.78% okay modules\dav.skipped test on this platform modules\dir.FAILED tests 1-209 Failed 209/209 tests, 0.00% okay modules\env.FAILED tests 1-5 Failed 5/5 tests, 0.00% okay modules\expires.Use of uninitialized value in exists at modules\expires.t li ne 217. modules\expires.dubious Test returned status 77 (wstat 19712, 0x4d00) DIED. FAILED tests 1-92 Failed 92/92 tests, 0.00% okay modules\headers.FAILED tests 1-6, 8-11, 13-16, 19-21, 23-27, 29-32, 34-37, 40-42, 44-48, 50-53, 55-58, 61-63, 66-69, 71-74, 76-79, 82-84, 86-91, 93-96, 98-101, 104-106, 108-112, 114-117, 119-122, 125-127, 129-133, 135-138, 140-143, 146-148, 151-154, 156-159, 161-164, 167-169, 171-176, 178-181, 183-186, 189-191, 193-197, 199-202, 204-207, 210-212, 214-218, 220-223, 225-228, 231-233, 236-239, 241-244, 246-249, 252-254, 257-261, 263-266, 268-271, 274-276, 278-282, 284-287, 289-292, 295-297, 299-303, 305-308, 310-313, 316-318, 321-324, 326-329, 331-334, 337-339 Failed 255/340 tests, 25.00% okay modules\include.FAILED tests 1-26 Failed 26/26 tests, 0.00% okay modules\infoFAILED test 1 Failed 1/1 tests, 0.00% okay [missed some here, you get the gist... php wasn't compiled so we pick up with...] ssl\all.ok ssl\basicauth...Use of uninitialized value in join or string at C:/clean/htt pd-test/perl-framework/blib/lib/Apache/TestConfig.pm line 513. ssl\basicauth...dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay ssl\env.Use of uninitialized value in join or string at C:/clean/htt pd-test/perl-framework/blib/lib/Apache/TestConfig.pm line 513. ssl\env.dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-22 Failed 22/22 tests, 0.00% okay ssl\httpUse of uninitialized value in join or string at C:/clean/htt pd-test/perl-framework/blib/lib/Apache/TestConfig.pm line 513. ssl\httpdubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 1
