RE: Error when compiling flood-0.4
I'm running on an embedded system and redhat 7.3 and I get the same error. And subversion-devel is not installed. -Original Message- From: Joe Orton [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 4:15 AM To: Fernando Marques Cc: [EMAIL PROTECTED] Subject: Re: Error when compiling flood-0.4 On Mon, Oct 06, 2003 at 08:20:26PM -0300, Fernando Marques wrote: Hello, I experienced an error when compiling flood-0.4. For instance, I'm using Red Hat 9. First, I've used your recomendations: The APR installation included in the Subversion package in RHL9 does not have a fully working apr-config script. If you first do: # rpm --erase subversion-devel then flood should work. Regards, joe
RE: Error when compiling flood-0.4
So I symlinked /usr/bin/libtool to /usr/share/build/libtool and I get this compile error. Any ideas? /bin/sh /usr/share/build/libtool --silent --mode=compile gcc-g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include -I/usr/include -I. -c flood_net.c touch flood_net.lo flood_net.c: In function `open_socket': flood_net.c:81: warning: passing arg 4 of `apr_socket_create' makes pointer from integer without a cast flood_net.c:81: too many arguments to function `apr_socket_create' make: *** [flood_net.lo] Error 1 obviously to many arguments to apr_socket_create... *goes off to read the header with that function in it* -Original Message- From: Joe Orton [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 4:15 AM To: Fernando Marques Cc: [EMAIL PROTECTED] Subject: Re: Error when compiling flood-0.4 On Mon, Oct 06, 2003 at 08:20:26PM -0300, Fernando Marques wrote: Hello, I experienced an error when compiling flood-0.4. For instance, I'm using Red Hat 9. First, I've used your recomendations: The APR installation included in the Subversion package in RHL9 does not have a fully working apr-config script. If you first do: # rpm --erase subversion-devel then flood should work. Regards, joe
RE: running on embedded devices
That fixed the APXS errors while doing perl Makefile.PL and make, but When I started running t/TEST -httpd /usr/sbin/httpd -start I got them again And these new errors make[1]: Entering directory `/root/httpd-test/perl-framework/c-modules/authany' /usr/sbin/apxs -DAPACHE2 -I/root/httpd-test/perl-framework/c-modules -c mod_authany.c cannot open /usr/share/build/config_vars.mk: No such file or directory at /usr/sbin/apxs line 256. make[1]: *** [.libs/mod_authany.so] Error 2 make[1]: Leaving directory `/root/httpd-test/perl-framework/c-modules/authany' make: [authany/.libs/mod_authany.so] Error 2 (ignored) APXS (/usr/sbin/apxs) query for LIBEXECDIR failed APXS (/usr/sbin/apxs) query for LIBEXECDIR failed *** root mode: changing the files ownership to 'nobody' (65534:65534) *** su -m nobody -c '/usr/bin/perl -e print -r q{/root/httpd-test/perl-framework/t} -w _ -x _ ? q{OK} : q{NOK}' where is config_vars.mk supposed to come from ? -Original Message- From: Sander Temme [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 1:28 PM To: test dev httpd.apache.org Subject: Re: running on embedded devices /usr/bin/perl -I/usr/lib/perl/5.6.1 -I/usr/share/perl/5.6.1 Makefile.PL generating script ./t/htdocs/modules/rewrite/db.pl APXS (/usr/sbin/apxs) query for SBINDIR failed APXS (/usr/sbin/apxs) query for TARGET failed APXS (/usr/sbin/apxs) query for SYSCONFDIR failed This happens when you have relocated your Apache binaries and LD_LIBRARY_PATH (or platform equiv) is not set to point to the directory that has the libapr and libapr-util shared libraries. apxs executes httpd to get some of this info. If that's broken because httpd can't find its libraries, apxs fails. Don't know if this is what's happening to you, but this is what's wrong when I see this error. What does t/TEST -start do for you? S. -- Covalent Technologies [EMAIL PROTECTED] Engineering groupVoice: (415) 856 4214 303 Second Street #375 South Fax: (415) 856 4210 San Francisco CA 94107 PGP FP: 7A8D B189 E871 80CB 9521 9320 C11E 7B47 964F 31D9 === This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message ===
RE: running on embedded devices
Ok that helped a lot. Thank you. Another question, does anyone here know of any tests that send incomplete/incorrect information to the webserver to make sure it handles it properly ? -Original Message- From: Sander Temme [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 2:23 PM To: test dev httpd.apache.org Subject: Re: running on embedded devices where is config_vars.mk supposed to come from ? Ought to be installed with Apache 2... in the build directory where libtool sits, and a bunch of other build helpers. S. -- Covalent Technologies [EMAIL PROTECTED] Engineering groupVoice: (415) 856 4214 303 Second Street #375 South Fax: (415) 856 4210 San Francisco CA 94107 PGP FP: 7A8D B189 E871 80CB 9521 9320 C11E 7B47 964F 31D9 === This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message ===
running on embedded devices
Has anyone used this on the arm platform?
RE: [STATUS] (perl-framework) Wed Sep 24 23:47:46 EDT 2003
So it can't be used to test remote servers now? -Original Message- From: Rodent of Unusual Size [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 10:48 PM To: Apache test suite Subject: [STATUS] (perl-framework) Wed Sep 24 23:47:46 EDT 2003 httpd-test/perl-framework STATUS: -*-text-*- Last modified at [$Date: 2002/03/09 05:22:48 $] Stuff to do: * finish the t/TEST exit code issue (ORed with 0x2C if framework failed) * change existing tests that frob the DocumentRoot (e.g., t/modules/access.t) to *not* do that; instead, have Makefile.PL prepare appropriate subdirectory configs for them. Why? So t/TEST can be used to test a remote server.
apache test suite
Is this the software that the apache team uses to test new apache releases?
RE: apache test suite
What is used by the apache team to test the webserver thoroughly? I need to test it on a new embedded device and having the test suite they use would save a lot of time. -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 12:25 PM To: [EMAIL PROTECTED] Subject: Re: apache test suite Wood, Bryan wrote: Is this the software that the apache team uses to test new apache releases? It's used by httpd-dev, mod_perl projects and other 3rd party modules. For more info see: http://perl.apache.org/docs/general/testing/testing.html __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
RE: apache test suite
Yes I have, but I can't get apache-test to run on my desktop machine. There are always problems in the httpd.conf file it generates. Of course I checked it out of cvs so I might just need to check it out again. Certainly the apache team has things all setup so they can just run a script and wait for their results when they need to do a full test on apache? -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 12:44 PM To: [EMAIL PROTECTED] Subject: Re: apache test suite Wood, Bryan wrote: What is used by the apache team to test the webserver thoroughly? I need to test it on a new embedded device and having the test suite they use would save a lot of time. Apache-Test, flood and specweb99, have you looked at: http://httpd.apache.org/test/ Is this the software that the apache team uses to test new apache releases? It's used by httpd-dev, mod_perl projects and other 3rd party modules. For more info see: http://perl.apache.org/docs/general/testing/testing.html __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
RE: apache test suite
-Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 3:03 PM To: [EMAIL PROTECTED] Subject: Re: apache test suite Wood, Bryan wrote: -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2003 2:26 PM To: [EMAIL PROTECTED] Subject: Re: apache test suite Wood, Bryan wrote: Yes I have, but I can't get apache-test to run on my desktop machine. There are always problems in the httpd.conf file it generates. If you don't tell us what the problems are... we can't fix them... ~/httpd-test/perl-framework$ t/TEST -start-httpd *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -start-httpd /usr/sbin/httpd -X -d /home/xf012502/httpd-test/perl-framework/t -f /home/xf012502/httpd-test/perl-framework/t/conf/httpd.conf -DAPACHE1 using Apache/1.3.27 waiting for server to start: .Syntax error on line 70 of /home/xf012502/httpd-test/perl-framework/t/conf/httpd.conf: Invalid command 'SetHandler', perhaps mis-spelled or defined by a module not included in the server configuration !!! server has died with status 1 (t/logs/error_log wasn't created, start the server in the debug mode) ~/httpd-test/perl-framework$ Since you didn't bother (or didn't know that you should ;) to tell us what do you have on line 70th, I'd guess that it's: Location /server-info SetHandler server-info /Location it's on a different line in my t/conf/httpd.conf, since it varies from setup to setup. SetHandler is provided by the core, so I don't know why does fail for you. I doubt this has anything to do with Apache-Test. Can you use httpd normally? Can you please show us the first 80 lines of t/conf/httpd.conf? # WARNING: this file is generated, do not edit # 01: /home/xf012502/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfig.p m:743 # 02: /home/xf012502/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfig.p m:761 # 03: /home/xf012502/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfig.p m:1286 # 04: /home/xf012502/httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm:4 08 # 05: /home/xf012502/httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm:5 89 # 06: /home/xf012502/httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm:5 89 # 07: t/TEST:20 Usernobody Groupxf012502 ServerName localhost Port 8529 Listen 8529 ServerRoot /home/xf012502/httpd-test/perl-framework/t DocumentRoot /home/xf012502/httpd-test/perl-framework/t/htdocs PidFile /home/xf012502/httpd-test/perl-framework/t/logs/httpd.pid ErrorLog/home/xf012502/httpd-test/perl-framework/t/logs/error_log LogLeveldebug IfModule mod_log_config.c TransferLog /home/xf012502/httpd-test/perl-framework/t/logs/access_log /IfModule ServerAdmin [EMAIL PROTECTED] #needed for http/1.1 testing KeepAlive On HostnameLookups Off Directory / Options FollowSymLinks AllowOverride None /Directory IfModule worker.c StartServers 1 MaxClients 1 MinSpareThreads 1 MaxSpareThreads 1 ThreadsPerChild 1 MaxRequestsPerChild 0 /IfModule IfModule perchild.c NumServers 1 StartThreads 1 MinSpareThreads 1 MaxSpareThreads 1 MaxThreadsPerChild 1 MaxRequestsPerChild 0 /IfModule IfModule prefork.c StartServers 1 MaxClients 1 MaxRequestsPerChild 0 /IfModule IfModule mpm_winnt.c ThreadsPerChild 20 MaxRequestsPerChild 0 /IfModule Location /server-info SetHandler server-info /Location Location /server-status SetHandler server-status /Location Alias /getfiles-perl-pod /usr/lib/perl5/5.6.1/pod Alias /getfiles-binary-httpd /usr/sbin/httpd Alias /getfiles-binary-perl /usr/bin/perl TypesConfig /home/xf012502/httpd-test/perl-framework/t/conf/mime.types Include /home/xf012502/httpd-test/perl-framework/t/conf/extra.conf Include /home/xf012502/httpd-test/perl-framework/t/conf/include.conf Include /home/xf012502/httpd-test/perl-framework/t/conf/proxy.conf Include /home/xf012502/httpd-test/perl-framework/t/conf/ssl/proxyssl.conf Include /home/xf012502/httpd-test/perl-framework/t/conf/ssl/ssl.conf Include /home/xf012502/httpd-test/perl-framework/t/conf/vhost_alias.conf Of course I checked it out of cvs so I might just need to check it out again. Certainly the apache team has things all setup so they can just run a script and wait for their results when they need to do a full test on apache? Yup. Can I have it? (: Oh, you mean whether we have some magical script that makes things work for us but not for you? Nothing at all ;) well maybe not a magical script, but I'm sure you don't run it manually every time you want to test apache. I need something that will test all the functionality of the webserver, including ssl. __ Stas