Re: mod_perl 1.24 testing keeps failing

2000-06-02 Thread Mark Murphy


>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>list-help: <mailto:[EMAIL PROTECTED]>
>list-unsubscribe: <mailto:[EMAIL PROTECTED]>
>list-post: <mailto:[EMAIL PROTECTED]>
>Delivered-To: mailing list [EMAIL PROTECTED]
>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Thu, 1 Jun 2000 12:09:53 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N
>
>On Fri, 26 May 2000, Mark Murphy wrote:
> 
>> I have one more issue with the "make test" for mod_perl. The documentation 
>> indicates that SSL doesn't like /dev/null and that SSLDisable is set. Well, 
>> after changing /dev/null and making sure SSLDisable is set in the httpd.conf 
>> file, I was still getting an error with mod_ssl
>
>where did you change /dev/null ?

This was in the t/conf/httpd.conf file. Some of the logs were defined as 
/dev/null and I changed them to actual file names.

> 
>> [Thu May 25 19:34:31 2000] [error] mod_ssl: Init: Failed to generate 
temporary 5
>> 12 bit RSA private key
>
>no idea on this one, maybe a permission problem?  strace might help:
>% make start_httpd
>% strace -f -s1024 -o strace.out -p `cat t/logs/httpd.pid`
>% make run_tests
>% make kill_httpd
>
>there's probably an open() call in strace.out to generate the tmp key.
> 

David Mitchell posted a work around for this fix. He described the problem and 
added the following lines to the  section

SSLRandomSeed startup builtin
SSLRandomSeed connect builtin
SSLLog  logs/ssl_engine_log
SSLLogLevel info

I added these lines an took out the comment for the LoadModule libssl line. The 
test worked fine, minus the module/ssi issue which should be skipped anyways.


>> I had to comment out the LoadModule for libssl in the test httpd.conf file. 
Once 
>> I did that I got results. During the "make test" for mod_perl I received 1 
>> failure.
>
>> modules/ssi.FAILED before any test output arrived
>
>no cause for alarm.  the #perl ssi directive is disable when mod_perl is
>built as a dso, the test should be skipped too, must be a flaw in the test
>suite.
>

Thanks so much for your help Doug, I really appreciate the time you took to 
answer my questions.


Mark MurphyWayne State University
Systems Analyst II Computing & Information Technology (C&IT)
(313) 577-4795 Voice   Academic Computing & Customer Services (ACCS)
(313) 577-8787 Fax 5425 Woodward Ave.
   Detroit,  MI.   48202

Email: [EMAIL PROTECTED]
WWW  : http://www.wayne.edu/




Re: mod_perl 1.24 testing keeps failing

2000-05-26 Thread Mark Murphy


>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Thu, 25 May 2000 13:21:04 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>
>On Thu, 25 May 2000, Mark Murphy wrote:
>
>> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
>
>those are the flags added when largefile support is enabled.
>
>try with a fresh source tree and run:
>
>sh Configure -des -Dcc=gcc -Ubincompat5005 -Uuselargefiles
>
>-des will use all defaults except those you override and you don't have to
>answer all those darn questions.
>

Thanks, everything worked out much better then before once I reconfigured perl 
and then reinstalled apache, mod_ssl, and mod_perl.

I have one more issue with the "make test" for mod_perl. The documentation 
indicates that SSL doesn't like /dev/null and that SSLDisable is set. Well, 
after changing /dev/null and making sure SSLDisable is set in the httpd.conf 
file, I was still getting an error with mod_ssl

[Thu May 25 19:34:31 2000] [error] mod_ssl: Init: Failed to generate temporary 5
12 bit RSA private key

I had to comment out the LoadModule for libssl in the test httpd.conf file. Once 
I did that I got results. During the "make test" for mod_perl I received 1 
failure.



cp t/conf/mod_perl_srm.conf t/conf/srm.conf
./apaci/load_modules.pl /usr/local/src/apache/1.3.12/apache_1.3.12/src
/usr/local/src/apache/1.3.12/apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf 
-X -d `pwd`/t &
httpd listening on port 8529
will write error_log to: t/logs/error_log
letting apache warm up...done
/bin/perl t/TEST 0
still waiting for server to warm up.ok
ok
modules/actions.ok   
modules/cgi.ok   
modules/constants...ok   
modules/cookie..skipped test on this platform
modules/fileok   
modules/httpdconf...ok   
modules/include.ok   
modules/log.ok   
modules/module..skipped test on this platform
modules/perlrun.ok   
modules/psections...skipped test on this platform
modules/request.skipped test on this platform
modules/src.ok   
modules/ssi.FAILED before any test output arrived
modules/stage...skipped test on this platform
modules/status..ok   
modules/symbol..skipped test on this platform
modules/uri.ok   
modules/utilok   
internal/apiok   
internal/auth...ok   
internal/croak..ok   
internal/dirmagic...ok   
internal/error..ok   
internal/headersok   
internal/hooks..ok   
internal/http-get...ok   
internal/http-post..ok   
internal/proxy..ok   
internal/redirect...ok   
internal/rwrite.ok   
internal/stackedok   
internal/table..ok   
internal/taint..ok   
Failed Test  Status Wstat Total Fail  Failed  List of failed
---
modules/ssi.t??   ??   %  ??
6 tests skipped.
httpd terminated
Failed 1/34 test scripts, 97.06% okay. 0/373 subtests failed, 100.00% okay.
*** Error code 29
make: Fatal error: Command failed for target `run_tests'


Re: mod_perl 1.24 testing keeps failing

2000-05-25 Thread Mark Murphy


>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>list-help: <mailto:[EMAIL PROTECTED]>
>list-unsubscribe: <mailto:[EMAIL PROTECTED]>
>list-post: <mailto:[EMAIL PROTECTED]>
>Delivered-To: mailing list [EMAIL PROTECTED]
>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Thu, 25 May 2000 12:57:33 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N
>
>On Thu, 25 May 2000, Mark Murphy wrote:
> 
>>   sh Configure -Dcc=gcc -Ubincompat5005
>
>hmm, i've seen a similar report related to largefile support, try once
>more with:
>
>sh Configure -Dcc=gcc -Ubincompat5005 -Uuselargefiles
>


I believe it already did by default. Here is the output from my perl -V

==
bash(mark:opus)1201% perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
  Platform:
osname=solaris, osvers=2.7, archname=sun4-solaris
uname='sunos opus 5.7 generic_106541-10 sun4u sparc sunw,ultra-5_10 '
config_args='-Dcc=gcc -Ubincompat5005'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=undef
useperlio=undef d_sfio=undef uselargefiles=define 
use64bitint=undef use64bitall=undef uselongdouble=undef usesocks=undef
  Compiler:
cc='gcc', optimize='-O', gccversion=2.95.2 19991024 (release)
cppflags='-fno-strict-aliasing -I/usr/local/include 
-I/usr/local/BerkeleyDB.3.0/include'
ccflags ='-fno-strict-aliasing -I/usr/local/include 
-I/usr/local/BerkeleyDB.3.0/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
stdchar='char', d_stdstdio=define, usevfork=false
intsize=4, longsize=4, ptrsize=4, doublesize=8
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
alignbytes=8, usemymalloc=y, prototype=define
  Linker and Libraries:
ld='gcc', ldflags ='-L/usr/local/lib -L/usr/local/BerkeleyDB.3.0/lib '
libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib 
/usr/local/BerkeleyDB.3.0/lib
libs=-lsocket -lnsl -ldb -ldl -lm -lc -lcrypt -lsec
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib 
-L/usr/local/BerkeleyDB.3.0/lib'


Characteristics of this binary (from libperl): 
  Compile-time options: USE_LARGE_FILES
  Built under solaris
  Compiled at May 24 2000 12:16:14
  @INC:
/usr/local/lib/perl5/5.6.0/sun4-solaris
/usr/local/lib/perl5/5.6.0
/usr/local/lib/perl5/site_perl/5.6.0/sun4-solaris
/usr/local/lib/perl5/site_perl/5.6.0
/usr/local/lib/perl5/site_perl
.
==

I did notice that it also set the -D_FILE_OFFSET_BITS=64, however, the default 
in the perl config was set to no
 
 
 
==
Perl can be built to understand large files (files larger than 2 gigabytes)
on some systems.  To do so, Configure can be run with -Duselargefiles.

If this doesn't make any sense to you, just accept the default 'y'.
Try to understand large files, if available? [y] 
Your platform has some specific hints for large file builds, using them...
 
Rechecking to see how big your file offsets are...
Your file offsets are now 8 bytes long.
Rechecking the size of fpos_t... 8 bytes.

Perl can be built to take advantage of 64-bit integer types
on some systems.  To do so, Configure can be run with -Duse64bitint.
Choosing this option will most probably introduce binary incompatibilities.

If this doesn't make any sense to you, just accept the default 'n'.
Try to use 64-bit integers, if available? [n] 

You may also choose to try maximal 64-bitness.  It means using as much
64-bitness as possible on the platform.  This in turn means even more
binary incompatibilities.  On the other hand, your platform may not
have any more 64-bitness available than what you already have chosen.

If this doesn't make any sense to you, just accept the default 'n'.
Try to use maximal 64-bit support, if available? [n] 
==

Should I still reconfigure perl with the -Uuselargefiles parameter? Is the 
-D_FILE_OFFSET_BITS=64 set by the -Duse64bitint? If so, then the script didn't 
take the defa

Re: mod_perl 1.24 testing keeps failing

2000-05-25 Thread Mark Murphy

I never mentioned this but I'm running Solaris 7 on a Ultra 10


- Begin Forwarded Message -

Date: Thu, 25 May 2000 15:28:05 -0400 (EDT)
From: Mark Murphy 
Subject: Re: mod_perl 1.24 testing keeps failing
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-MD5: L1MbykrMxzsjepplHuWHSw==

>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>list-help: <mailto:[EMAIL PROTECTED]>
>list-unsubscribe: <mailto:[EMAIL PROTECTED]>
>list-post: <mailto:[EMAIL PROTECTED]>
>Delivered-To: mailing list [EMAIL PROTECTED]
>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Tue, 23 May 2000 20:38:26 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N
>
>On Tue, 23 May 2000, Mark Murphy wrote:
>
>> Here is some more information I gathered from trying the "make test" under 
>> mod_perl. I ran the command by hand and discovered that I'm getting a core 
dump.
> 
>> (gdb) backtrace
>> #0  0xff1c5568 in _smalloc () from /usr/lib/libc.so.1
>> #1  0xff1c55ac in malloc () from /usr/lib/libc.so.1
>> #2  0xff0e2940 in Perl_savepvn ()
>
>ah, looks like typical solaris dso problem, which mod_perl's Makefile.PL
>should have warned you about and suggested solutions to pick from:
>
>if ($] < 5.006) {
>phat_warn(<Your current configuration will most likely trigger core dumps,
>suggestions:
>   *) Do not configure mod_perl as a DSO
>   *) Upgrade your Perl version to 5.6.0 or higher (w/ -Ubincompat5005)
>   *) Configure Perl with -Uusemymalloc (not recommended for performance)
>EOF
> }
> elsif ($bincompat) {
> phat_warn(<Your current configuration will most likely trigger core dumps,
>suggestions:
>   *) Do not configure mod_perl as a DSO
>   *) Rebuild Perl without malloc pollution (Configure -Ubincompat5005)
>EOF
>}
>

I double checked but never received this message from mod_perl's Makefile.PL. I 
decided to install Perl 5.6.0 with the following command:

  sh Configure -Dcc=gcc -Ubincompat5005
  
I did use all the defaults and I had to include the location to my BerkeleyDB 
include and lib paths.

   -I/usr/local/BerkeleyDB.3.0/include
   -L/usr/local/BerkeleyDB.3.0/lib

Everything went fine and I then proceeded with a clean install of the mod_ssl 
2.6.4, mod_perl 1.24, and apache 1.3.12. 

I followed the Install.simple.mod_ssl file in the mod_perl source. I did alter 
the mod_perl part to include other arguments.

perl Makefile.PL USE_APACI=1 EVERYTHING=1 \
> SSL_BASE=/usr/local/src/openSSL/0.9.5a/openssl-0.9.5a \
> APACHE_PREFIX=/usr/local/apache \
> APACHE_SRC=/usr/local/src/apache/1.3.12/apache_1.3.12/src \
> DO_HTTPD=1 \ 
> APACI_ARGS=--enable-module=most,--enable-shared=max,--enable-module=ssl

I then proceeded to build apache and install it. There were no warnings or 
problems up to this point. I then tried to run apache and received the 
following error.

# ./apachectl start
Syntax error on line 213 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/mod_negotiation.so into server: ld.so.1: 
/usr/local/apache/bin/httpd: fatal: relocation error: file 
/usr/local/apache/libexec/mod_negotiation.so: symbol __floatdisf: referenced 
symbol not found
./apachectl start: httpd could not be started
# 

I commented out the LoadModule for mod_negotiation.so and then received the 
error

# ./apachectl start
Syntax error on line 232 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libproxy.so into server: ld.so.1: 
/usr/local/apache/bin/httpd: fatal: relocation error: file 
/usr/local/apache/libexec/libproxy.so: symbol __floatdisf: referenced symbol 
not found
./apachectl start: httpd could not be started
# 

I did the same for libproxy module and then I was able to start the server.

# ./apachectl start
./apachectl start: httpd started
# 


Any ideas to what might be causing this??


When I do the make test in the mod_perl directory. I'm still getting a failure, 
however, its not a core dump. It seems that the error_log is telling me that 
mod_ssl has failed to Inititalize

[Thu May 25 12:06:22 2000] [error] mod_ssl: Init: Failed to generate temporary 
512 bit RSA private key

I don't know if this is because I didn't load the other two modules or not. I 
was able to load the apache ssl version and successfully connect to it with 
https://:. Perhaps the test is tring to write the key in the apache 
install area and not the mod_perl test area. I'll do some further experiments 
with that. 



Mark MurphyWayne State University
Systems Analyst II 

Re: mod_perl 1.24 testing keeps failing

2000-05-25 Thread Mark Murphy

>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>list-help: <mailto:[EMAIL PROTECTED]>
>list-unsubscribe: <mailto:[EMAIL PROTECTED]>
>list-post: <mailto:[EMAIL PROTECTED]>
>Delivered-To: mailing list [EMAIL PROTECTED]
>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Tue, 23 May 2000 20:38:26 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N
>
>On Tue, 23 May 2000, Mark Murphy wrote:
>
>> Here is some more information I gathered from trying the "make test" under 
>> mod_perl. I ran the command by hand and discovered that I'm getting a core 
dump.
> 
>> (gdb) backtrace
>> #0  0xff1c5568 in _smalloc () from /usr/lib/libc.so.1
>> #1  0xff1c55ac in malloc () from /usr/lib/libc.so.1
>> #2  0xff0e2940 in Perl_savepvn ()
>
>ah, looks like typical solaris dso problem, which mod_perl's Makefile.PL
>should have warned you about and suggested solutions to pick from:
>
>if ($] < 5.006) {
>phat_warn(<Your current configuration will most likely trigger core dumps,
>suggestions:
>   *) Do not configure mod_perl as a DSO
>   *) Upgrade your Perl version to 5.6.0 or higher (w/ -Ubincompat5005)
>   *) Configure Perl with -Uusemymalloc (not recommended for performance)
>EOF
> }
> elsif ($bincompat) {
> phat_warn(<Your current configuration will most likely trigger core dumps,
>suggestions:
>   *) Do not configure mod_perl as a DSO
>   *) Rebuild Perl without malloc pollution (Configure -Ubincompat5005)
>EOF
>}
>

I double checked but never received this message from mod_perl's Makefile.PL. I 
decided to install Perl 5.6.0 with the following command:

  sh Configure -Dcc=gcc -Ubincompat5005
  
I did use all the defaults and I had to include the location to my BerkeleyDB 
include and lib paths.

   -I/usr/local/BerkeleyDB.3.0/include
   -L/usr/local/BerkeleyDB.3.0/lib

Everything went fine and I then proceeded with a clean install of the mod_ssl 
2.6.4, mod_perl 1.24, and apache 1.3.12. 

I followed the Install.simple.mod_ssl file in the mod_perl source. I did alter 
the mod_perl part to include other arguments.

perl Makefile.PL USE_APACI=1 EVERYTHING=1 \
> SSL_BASE=/usr/local/src/openSSL/0.9.5a/openssl-0.9.5a \
> APACHE_PREFIX=/usr/local/apache \
> APACHE_SRC=/usr/local/src/apache/1.3.12/apache_1.3.12/src \
> DO_HTTPD=1 \ 
> APACI_ARGS=--enable-module=most,--enable-shared=max,--enable-module=ssl

I then proceeded to build apache and install it. There were no warnings or 
problems up to this point. I then tried to run apache and received the 
following error.

# ./apachectl start
Syntax error on line 213 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/mod_negotiation.so into server: ld.so.1: 
/usr/local/apache/bin/httpd: fatal: relocation error: file 
/usr/local/apache/libexec/mod_negotiation.so: symbol __floatdisf: referenced 
symbol not found
./apachectl start: httpd could not be started
# 

I commented out the LoadModule for mod_negotiation.so and then received the 
error

# ./apachectl start
Syntax error on line 232 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libproxy.so into server: ld.so.1: 
/usr/local/apache/bin/httpd: fatal: relocation error: file 
/usr/local/apache/libexec/libproxy.so: symbol __floatdisf: referenced symbol 
not found
./apachectl start: httpd could not be started
# 

I did the same for libproxy module and then I was able to start the server.

# ./apachectl start
./apachectl start: httpd started
# 


Any ideas to what might be causing this??


When I do the make test in the mod_perl directory. I'm still getting a failure, 
however, its not a core dump. It seems that the error_log is telling me that 
mod_ssl has failed to Inititalize

[Thu May 25 12:06:22 2000] [error] mod_ssl: Init: Failed to generate temporary 
512 bit RSA private key

I don't know if this is because I didn't load the other two modules or not. I 
was able to load the apache ssl version and successfully connect to it with 
https://:. Perhaps the test is tring to write the key in the apache 
install area and not the mod_perl test area. I'll do some further experiments 
with that. 



Mark MurphyWayne State University
Systems Analyst II Computing & Information Technology (C&IT)
(313) 577-4795 Voice   Academic Computing & Customer Services (ACCS)
(313) 577-8787 Fax 5425 Woodward Ave.
   Detroit,  MI.   48202

Email: [EMAIL PROTECTED]
WWW  : http://www.wayne.edu/




Re: mod_perl 1.24 testing keeps failing

2000-05-23 Thread Mark Murphy

Here is some more information I gathered from trying the "make test" under 
mod_perl. I ran the command by hand and discovered that I'm getting a core dump.


bash(mark:opus)755% /usr/local/src/apache/1.3.12/apache_1.3.12/src/httpd -f 
`pwd`/t/conf/httpd.conf -X -d `pwd`/t &
[1] 21850
bash(mark:opus)756% 
[1]+  Segmentation Fault  (core dumped) 
/usr/local/src/apache/1.3.12/apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf 
-X -d `pwd`/t
bash(mark:opus)756% 


I loaded the core file into gdb and did a backtrace. I'm not a gdb expert so I'm 
not sure if this can help.

(gdb) backtrace
#0  0xff1c5568 in _smalloc () from /usr/lib/libc.so.1
#1  0xff1c55ac in malloc () from /usr/lib/libc.so.1
#2  0xff0e2940 in Perl_savepvn ()
   from /usr/local/src/apache/1.3.12/apache_1.3.12/src/modules/perl/libperl.so
#3  0xff0b9b2c in Perl_gv_init ()
   from /usr/local/src/apache/1.3.12/apache_1.3.12/src/modules/perl/libperl.so
#4  0xff0ba7f4 in Perl_gv_fetchpv ()
   from /usr/local/src/apache/1.3.12/apache_1.3.12/src/modules/perl/libperl.so
#5  0xff0b65dc in init_main_stash ()
   from /usr/local/src/apache/1.3.12/apache_1.3.12/src/modules/perl/libperl.so
#6  0xff0b379c in perl_parse ()
   from /usr/local/src/apache/1.3.12/apache_1.3.12/src/modules/perl/libperl.so
#7  0xff08f114 in perl_startup ()
   from /usr/local/src/apache/1.3.12/apache_1.3.12/src/modules/perl/libperl.so
#8  0xff093c70 in perl_cmd_require ()
   from /usr/local/src/apache/1.3.12/apache_1.3.12/src/modules/perl/libperl.so
#9  0x22264 in invoke_cmd ()
#10 0x229d4 in ap_handle_command ()
#11 0x22ab4 in ap_srm_command_loop ()
#12 0x2313c in ap_process_resource_config ()
#13 0x23d44 in ap_read_config ()
#14 0x32f80 in main ()
(gdb) quit


 
Mark MurphyWayne State University
Systems Analyst II Computing & Information Technology (C&IT)
(313) 577-4795 Voice   Academic Computing & Customer Services (ACCS)
(313) 577-8787 Fax 5425 Woodward Ave.
   Detroit,  MI.   48202

Email: [EMAIL PROTECTED]
WWW  : http://www.wayne.edu/




Re: mod_perl 1.24 testing keeps failing

2000-05-23 Thread Mark Murphy


>X-Authentication-Warning: mojo.covalent.net: dougm owned process doing -bs
>Date: Tue, 23 May 2000 11:34:08 -0700 (PDT)
>From: Doug MacEachern <[EMAIL PROTECTED]>
>To: Mark Murphy <[EMAIL PROTECTED]>
>cc: [EMAIL PROTECTED]
>Subject: Re: mod_perl 1.24 testing keeps failing
>MIME-Version: 1.0
>
>On Tue, 23 May 2000, Mark Murphy wrote:
>
>> 
>> I'm having a problem with the make test in mod_perl 1.24. It doesn't seem to 
be 
>> configured correctly. Here are the steps I've taken so far.
>
>> Invalid command 'PerlTaintCheck', perhaps mis-spelled or defined by a module 
not 
>
>this indicates that mod_perl is not configured with your server.
>try building using the steps in INSTALL.simple.mod_ssl
>
>

Well, I followed the INSTALL.simple.mod_ssl and no longer get the module not 
included in the server configuration error. It seems to have mod_perl correctly 
installed under apache. However, when I tried "make install" under the mod_perl 
I now get the following.

===
bash(mark:opus)1658% make test
(cd /usr/local/src/apache/1.3.12/apache_1.3.12 && make)
===> src
===> src/os/unix
<=== src/os/unix
===> src/ap
<=== src/ap
===> src/main
<=== src/main
===> src/lib
<=== src/lib
===> src/modules
===> src/modules/standard
<=== src/modules/standard
===> src/modules/extra
<=== src/modules/extra
===> src/modules/proxy
<=== src/modules/proxy
===> src/modules/ssl
<=== src/modules/ssl
===> src/modules/perl
<=== src/modules/perl
<=== src/modules
gcc -c  -I./os/unix -I./include   -DSOLARIS2=270 -DMOD_SSL=206104 -DMOD_PERL 
-DEAPI `./apaci` modules.c
gcc -c  -I./os/unix -I./include   -DSOLARIS2=270 -DMOD_SSL=206104 -DMOD_PERL 
-DEAPI `./apaci` buildmark.c
gcc  -DSOLARIS2=270 -DMOD_SSL=206104 -DMOD_PERL -DEAPI `./apaci`\
  -o httpd buildmark.o modules.o  modules/standard/libstandard.a  
main/libmain.a  ./os/unix/libos.a  ap/libap.a-lsocket -lnsl -ldl
===> src/support
<=== src/support
<=== src
cp t/conf/mod_perl_srm.conf t/conf/srm.conf
./apaci/load_modules.pl /usr/local/src/apache/1.3.12/apache_1.3.12/src
/usr/local/src/apache/1.3.12/apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf 
-X -d `pwd`/t &
httpd listening on port 8529
will write error_log to: t/logs/error_log
letting apache warm up...done
/usr/local/bin/perl t/TEST 0
still waiting for server to warm up...not ok
server failed to start! (please examine t/logs/error_log) at t/TEST line 95.
*** Error code 9
make: Fatal error: Command failed for target `run_tests'
bash(mark:opus)1659% 
===

The command is not responding to 

if (simple_fetch "/test.html") {
print "ok\n";
}

TEST requires Apache::test, but I'm not sure this is happening. 

require Apache::test;
Apache::test->import('simple_fetch');
use subs 'simple_fetch';

I can't find Apache::test anywhere. Any ideas???



Mark MurphyWayne State University
Systems Analyst II Computing & Information Technology (C&IT)
(313) 577-4795 Voice   Academic Computing & Customer Services (ACCS)
(313) 577-8787 Fax 5425 Woodward Ave.
   Detroit,  MI.   48202

Email: [EMAIL PROTECTED]
WWW  : http://www.wayne.edu/




mod_perl 1.24 testing keeps failing

2000-05-23 Thread Mark Murphy


I'm having a problem with the make test in mod_perl 1.24. It doesn't seem to be 
configured correctly. Here are the steps I've taken so far.


mod_perl 1.24
-
1. perl Makefile.PL APACHE_SRC=/usr/local/src/apache/1.3.12/apache_1.3.12/src 
DO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1

mod_ssl 2.6.4-1.3.12

2. ./configure --with-apache=/usr/local/src/apache/1.3.12/apache_1.3.12

Apache 1.3.12
-
3. SSL_BASE=/usr/local/src/openSSL/0.9.5a/openssl-0.9.5a \
> RSA_BASE=/usr/local/src/rsaref/2.0/rsaref20/sun \
> ./configure \
> --enable-module=most \
> --enable-shared=max \
> --prefix=/usr/local/apache \
> --enable-module=ssl \
> --activate-module=src/modules/perl/libperl.a \
> --enable-shared=perl
 
4. make
5. make certificate TYPE=test
6. su
7. make install

mod_perl 1.24
-
8. make
9. make test


It seems that the t/conf/httpd.conf file is not created properly. I tried hand 
editing the file and removing the =pod and related lines from this file, 
however, when I run the test I get the following...


bash(mark:opus)1503% make test
cp t/conf/mod_perl_srm.conf t/conf/srm.conf
/usr/local/src/apache/1.3.12/apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf 
-X -d `pwd`/t &
httpd listening on port 8529
will write error_log to: t/logs/error_log
letting apache warm up...Syntax error on line 5 of 
/usr/local/src/perl-modules/mod_perl/1.24/mod_perl-1.24/t/conf/httpd.conf:
Invalid command 'PerlTaintCheck', perhaps mis-spelled or defined by a module not 
included in the server configuration
done
/usr/local/bin/perl t/TEST 0
still waiting for server to warm up...not ok
server failed to start! (please examine t/logs/error_log) at t/TEST line 95.
*** Error code 9
make: Fatal error: Command failed for target `run_tests'


There is nothing in the t/logs/error_log. Any ideas to what is wrong here? does 
the make test under mod_perl even work?? Should I skip this step all together? 
ANy help would be greatly appreciated. Thanks



Mark MurphyWayne State University
Systems Analyst II Computing & Information Technology (C&IT)
(313) 577-4795 Voice   Academic Computing & Customer Services (ACCS)
(313) 577-8787 Fax 5425 Woodward Ave.
   Detroit,  MI.   48202

Email: [EMAIL PROTECTED]
WWW  : http://www.wayne.edu/