make test failed for Perl module Crypt-SSLeay-0.65_02
Hi, I am getting the following error while doing make test for Perl module Crypt-SSLeay-0.65_02 # make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00-basic.t ok t/01-connect.t .. ok t/02-live.t . Can't locate Try/Tiny.pm in @INC (@INC contains: /home/rj46/Crypt-SSLeay-0.65_02/blib/lib /home/rj46/Crypt-SSLeay-0.65_02/blib/arch /usr/opt/perl5/lib/5.10.1/aix-thread-multi /usr/opt/perl5/lib/5.10.1 /usr/opt/perl5/lib/site_perl/5.10.1/aix-thread-multi /usr/opt/perl5/lib/site_perl/5.10.1 .) at t/02-live.t line 4. BEGIN failed--compilation aborted at t/02-live.t line 4. t/02-live.t . Dubious, test returned 2 (wstat 512, 0x200) No subtests run Test Summary Report --- t/02-live.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: No plan found in TAP output Files=3, Tests=20, 1 wallclock secs ( 0.02 usr 0.01 sys + 0.07 cusr 0.03 csys = 0.13 CPU) Result: FAIL Failed 1/3 test programs. 0/20 subtests failed. make: The error code from the last command is 2. Stop. I have searched in the code for file Tiny.pm not found it. Please help me to fix this issue. Thanks Regards, Ramakrishna Jillapelli, Global Services, Operations and Engineering, XEROX Business Services, 9th Floor, Explorer Block, White Field Road, ITPL, Bangalore - 560066, India. E-Mail: ramakrishna.jillape...@xerox.commailto:ramakrishna.jillape...@xerox.com, Ph: +1-214-530-, Ext 3208, Mob: +91-9008177255 (Off), +91-9880678154 (Per).
Re: make test failed for Perl module Crypt-SSLeay-0.65_02
* Jillapelli, Ramakrishna wrote: I am getting the following error while doing make test for Perl module Crypt-SSLeay-0.65_02 # make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00-basic.t ok t/01-connect.t .. ok t/02-live.t . Can't locate Try/Tiny.pm in @INC (@INC contains: /home/rj46/Crypt-SSLeay-0.65_02/blib/lib /home/rj46/Crypt-SSLeay-0.65_02/blib/arch /usr/opt/perl5/lib/5.10.1/aix-thread-multi /usr/opt/perl5/lib/5.10.1 /usr/opt/perl5/lib/site_perl/5.10.1/aix-thread-multi /usr/opt/perl5/lib/site_perl/5.10.1 .) at t/02-live.t line 4. BEGIN failed--compilation aborted at t/02-live.t line 4. t/02-live.t . Dubious, test returned 2 (wstat 512, 0x200) No subtests run You need http://search.cpan.org/dist/Try-Tiny/ but do note that the underscore in the name `Crypt-SSLeay-0.65_02` indicates that it is an experimental developer release for testing and not for deployment. -- Björn Höhrmann · mailto:bjo...@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
HTTP::Message test failures
HTTP::Message fails its tests if IO::Uncompress::Bunzip2 2.020 or earlier is installed. A minimum version of 2.021 should be declared in the Makefile.PL. (BTW, HTTP::Message does not indicate where bugs should be reported.)
make test fails for URI and HTML::Parser unless defined $Config{useperlio}
Hi,
testing URI and HTML::Parser fails if perl is compiled w/o perlio (not much of
a deal nowadays).
Please consider the following patches.
1. URI
--- t/iri.t~2010-01-16 08:08:39.0 +0100
+++ t/iri.t 2010-04-07 16:18:37.502602019 +0200
@@ -2,7 +2,14 @@
use utf8;
use strict;
-use Test::More tests = 26;
+use Test::More;
+use Config;
+
+if (defined $Config{useperlio}) {
+plan tests=26;
+} else {
+plan skip_all='this perl doesn\'t support PerlIO layers';
+}
use URI;
use URI::IRI;
2. HTML::Parser
--- t/unicode.t~2008-11-17 11:34:35.0 +0100
+++ t/unicode.t 2010-04-07 16:38:04.213354373 +0200
@@ -139,32 +139,38 @@
is(@warn, 1);
like($warn[0], qr/^Parsing of undecoded UTF-8 will give garbage when decoding
entities/);
-...@warn = ();
-...@parsed = ();
-open($fh, :raw:utf8, $file) || die;
-$p-parse_file($fh);
-is(@parsed, 11);
-is($parsed[6][0], start);
-is($parsed[6][8]{id}, \x{2665}\x{2665});
-is($parsed[7][0], text);
-is($parsed[7][1], hearts; Love \x{2665});
-is($parsed[7][2], \x{2665} Love \x{2665});
-is($parsed[10][3], (-s $file) - 2 * 4);
-is(@warn, 0);
+SKIP: {
+use Config;
+skip 'this perl doesn\'t support PerlIO layers', 16
+unless defined $Config{useperlio};
-...@warn = ();
-...@parsed = ();
-open($fh, :raw, $file) || die;
-$p-utf8_mode(1);
-$p-parse_file($fh);
-is(@parsed, 11);
-is($parsed[6][0], start);
-is($parsed[6][8]{id}, \xE2\x99\xA5\xE2\x99\xA5);
-is($parsed[7][0], text);
-is($parsed[7][1], hearts; Love \xE2\x99\xA5);
-is($parsed[7][2], \xE2\x99\xA5 Love \xE2\x99\xA5);
-is($parsed[10][3], -s $file);
-is(@warn, 0);
+@warn = ();
+@parsed = ();
+open($fh, :raw:utf8, $file) || die;
+$p-parse_file($fh);
+is(@parsed, 11);
+is($parsed[6][0], start);
+is($parsed[6][8]{id}, \x{2665}\x{2665});
+is($parsed[7][0], text);
+is($parsed[7][1], hearts; Love \x{2665});
+is($parsed[7][2], \x{2665} Love \x{2665});
+is($parsed[10][3], (-s $file) - 2 * 4);
+is(@warn, 0);
+
+@warn = ();
+@parsed = ();
+open($fh, :raw, $file) || die;
+$p-utf8_mode(1);
+$p-parse_file($fh);
+is(@parsed, 11);
+is($parsed[6][0], start);
+is($parsed[6][8]{id}, \xE2\x99\xA5\xE2\x99\xA5);
+is($parsed[7][0], text);
+is($parsed[7][1], hearts; Love \xE2\x99\xA5);
+is($parsed[7][2], \xE2\x99\xA5 Love \xE2\x99\xA5);
+is($parsed[10][3], -s $file);
+is(@warn, 0);
+}
unlink($file);
Torsten Förtsch
--
Need professional modperl support? Hire me! (http://foertsch.name)
Like fantasy? http
URI-1.53 test fail in UK
If I run the tests for URI-1.53 on a host whose FQDN ends in .uk, one of
the heuristic tests fails.
$ENV{LC_ALL} = C;
undef $URI::Heuristic::MY_COUNTRY;
print not unless uf_urlstr(perl/camel.gif) =~
m,^http://www\.perl\.(com|org)/camel\.gif$,;
print ok 7\n;
uf_urlstr calls MY_COUNTRY(), which (in the absence of other clues)
uses the local host name. If that ends in .uk, uf_urlstr() returns
http://www.perl.co.uk/camel.gif so the test fails.
Tony.
--
f.anthony.n.finch d...@dotat.at http://dotat.at/
GERMAN BIGHT HUMBER: SOUTHWEST 5 TO 7. MODERATE OR ROUGH. SQUALLY SHOWERS.
MODERATE OR GOOD.
Re: 5.824 test breakage
On Sat, Feb 14, 2009 at 12:00, Zefram zef...@fysh.org wrote: The new way in which some of the LWP tests are expressed in version 5.824 tickles a bug in perl that I discovered about five years ago (#27028) and which is present in all versions up to 5.8.8. The bug is that a qr/$/m effectively has the /m ignored. This is causing false test failures. Fortunately, there's an easy workaround (attached). Applied and uploaded as 5.825. Thanks again! --Gisle
CPAN install fails on https test cases?
I am assisting someone at long distance who is attempting to do a cpan install Bundle::LWP. Her make fails on just one test line, quote live/httpsFAILED tests 1-2 Failed 2/2 tests, 0.00% okay Is there serious or trivial? Can I advise her to go ahead and force the install, or what should she look at to get the test to run? Thanks for your advice, Dave Cortesi
self test fails for large values of $$
/t/thml/form.t assumes that pids are = . For larger values of $$ the result of: my $filename = sprintf foo-%08d.txt, $$; contains 9 or more digits and as a result the Content-Length of the test message will not be 139. Replacing the format string with foo-%08X.txt solves the problem.
TODO and SKIP tests with Test::WWW::Mech
Greets, Is it possible to create Test::More-style SKIP and TODO tests with Test::WWW::Mechanize? Browsing the docs and searching the web didn't turn up anything. I suppose it's possible to hack up an approximation using WWW::Mech and Test::More using the equivalent code from Test::WWW::Mech's synopsis, but maybe there's a better answer. Marvin Humphrey Rectangular Research http://www.rectangular.com/
Re: Please help test the latest WWW::Mechanize
On 22 May, 20:55, [EMAIL PROTECTED] (Andy Lester) wrote: On May 22, 2007, at 2:52 PM, Nigel Horne wrote: Andy Lester wrote: Kevin Falcone and I have been working on encoding problems with Mechanize. As many people as can test the darn thing would be appreciated. I understand that the indexing is not well, but that's why I attached the link to the directory directly. -- Andy Lester = [EMAIL PROTECTED] =www.petdance.com= AIM:petdance Any, could you please post a workaround for this? I need WWW::Mechanize for a workshop tomorrow. Many thanks, - Olumide
Re: Please help test the latest WWW::Mechanize
On 05/24/2007 04:03 PM, Olumide wrote: On 22 May, 20:55, [EMAIL PROTECTED] (Andy Lester) wrote: On May 22, 2007, at 2:52 PM, Nigel Horne wrote: Andy Lester wrote: Kevin Falcone and I have been working on encoding problems with Mechanize. As many people as can test the darn thing would be appreciated. I understand that the indexing is not well, but that's why I attached the link to the directory directly. -- Andy Lester = [EMAIL PROTECTED] =www.petdance.com= AIM:petdance Any, could you please post a workaround for this? I need WWW::Mechanize for a workshop tomorrow. Many thanks, - Olumide You can get WWW::Mechanize from a Debian software archive mirror (.deb's only): ftp://distro.ibiblio.org/pub/linux/distributions/debian/pool/main/libw/libwww-mechanize-perl/ Andy Lester's testing version can be found here: ftp://mirrors.ibiblio.org/pub/mirrors/CPAN/authors/id/P/PE/PETDANCE/WWW-Mechanize-1.29_01.tar.gz This is probably a more stable version: ftp://mirrors.ibiblio.org/pub/mirrors/CPAN/authors/id/P/PE/PETDANCE/WWW-Mechanize-1.24.tar.gz
Please help test the latest WWW::Mechanize
Kevin Falcone and I have been working on encoding problems with Mechanize. As many people as can test the darn thing would be appreciated. Also, suggestions on getting rid of the warnings in the test suite are welcome as well. Thanks, xoxo, Andy (and Kevin) Begin forwarded message: From: PAUSE [EMAIL PROTECTED] Date: May 22, 2007 2:16:40 PM CDT To: Andy Lester [EMAIL PROTECTED] Subject: CPAN Upload: P/PE/PETDANCE/WWW-Mechanize-1.29_01.tar.gz Reply-To: [EMAIL PROTECTED] The uploaded file WWW-Mechanize-1.29_01.tar.gz has entered CPAN as file: $CPAN/authors/id/P/PE/PETDANCE/WWW-Mechanize-1.29_01.tar.gz size: 110676 bytes md5: fbc4f385c281d10fff19e62224a0af3c No action is required on your part Request entered by: PETDANCE (Andy Lester) Request entered on: Tue, 22 May 2007 19:15:52 GMT Request completed: Tue, 22 May 2007 19:16:40 GMT Thanks, -- paused, v845 -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance
Re: Please help test the latest WWW::Mechanize
Andy Lester wrote: Kevin Falcone and I have been working on encoding problems with Mechanize. As many people as can test the darn thing would be appreciated. [EMAIL PROTECTED] njh]# perl -MCPAN -eshell CPAN: File::HomeDir loaded ok (v0.65) cpan shell -- CPAN exploration and modules installation (v1.9102) ReadLine support enabled cpan[1] install WWW::Mechanize CPAN: Storable loaded ok (v2.15) Going to read /root/.cpan/Metadata Database was generated on Mon, 21 May 2007 13:59:56 GMT Running install for module 'WWW::Mechanize' The module WWW::Mechanize isn't available on CPAN. Either the module has not yet been uploaded to CPAN, or it is temporary unavailable. Please contact the author to find out more about the status. Try 'i WWW::Mechanize'. cpan[2] i WWW::Mechanize Strange distribution name [WWW::Mechanize] Module id = WWW::Mechanize DESCRIPTION Automates web page form link interaction CPAN_USERID PETDANCE (Andy Lester [EMAIL PROTECTED]) CPAN_VERSION undef CPAN_FILEContact Author Andy Lester [EMAIL PROTECTED] DSLIP_STATUS MdpOp (mature,developer,perl,object-oriented,Standard-Perl) INST_FILE(not installed) cpan[3] -Nigel
Re: Please help test the latest WWW::Mechanize
On May 22, 2007, at 2:52 PM, Nigel Horne wrote: Andy Lester wrote: Kevin Falcone and I have been working on encoding problems with Mechanize. As many people as can test the darn thing would be appreciated. I understand that the indexing is not well, but that's why I attached the link to the directory directly. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance
libwww test bug: base/date fails immediately after daylight saving transition
Hello. This is just FYI... I've just figured out why the libwww-perl tests passed last week but not today: we've just transitioned here into daylight saving (GMT - BST) The failing test is in t/base/date.t, below. It uses a reference date three days in the past. By converting it using localtime() this test is sensitive to daylight saving. So this test will fail today, but not tomorrow! Regards, Steve James === # test the 'ls -l' format with missing year$ # round to nearest minute 3 days ago. $time = int((time - 3 * 24*60*60) /60)*60; ($min, $hr, $mday, $mon) = (localtime $time)[1,2,3,4]; $mon = (qw(Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec))[$mon]; $str = sprintf($mon %02d %02d:%02d, $mday, $hr, $min); $t = str2time($str); $t = UNDEF unless defined $t; print '$str' = $t ($time)\n; print not if $t != $time; ok; -- You're a card which will have to be dealt with. pgpS0fODPOI3o.pgp Description: PGP signature
SIGSEGV in make test for Crypt-SSLeay
Several have posted about this problem. I offer this from my experience. I run into the problem trying to build Crypt::SSLeay 0.51 on Fedora Core 5. My openssl version is: $ openssl version OpenSSL 0.9.8a 11 Oct 2005 and $ openssl version OpenSSL 0.9.8b 04 May 2006 $ I don't have a problem building and testing on an older Red Hat system with openssl 0.9.7a. Here's where the problem happens: #0 0x00ce66b7 in SSL_CTX_ctrl () from ./blib/arch/auto/Crypt/SSLeay/SSLeay.so (gdb) bt #0 0x00ce66b7 in SSL_CTX_ctrl () from ./blib/arch/auto/Crypt/SSLeay/SSLeay.so #1 0x00cd8f9f in XS_Crypt__SSLeay__CTX_new (my_perl=0x91e5008, cv=0x93391b8) at SSLeay.xs:133 #2 0x00a5defd in Perl_pp_entersub () from /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so #3 0x00a573cf in Perl_runops_standard () from /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so #4 0x009fccce in perl_run () from /usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so #5 0x0804934e in main () After realizing that the call to SSL_CTX_new() is not being checked for an error return (in SSLeay.xs) and the subsequent call to SSL_CTX_ctrl() is being passed a NULL ctx pointer, I patched SSLeay.xs to print the error message. The call to SSL_CTX_new() is returning this error: error:140A90A1:SSL routines:SSL_CTX_new:library has no ciphers Checking Google, I see that someone else encountered this error. #16735: Failed to Build with OpenSSL 0.9.8 http://rt.cpan.org/Public/Bug/Display.html?id=16735 I patched SSLeay.xs to call SSL_library_init() instead of SSLeay_add_all_algorithms() on the first entry to SSL_CTX_new(). This fixes the SIGSEGV. -- Garry Williams +1 678 656-4579
Re: Subject: [Crypt::SSLeay] test problems on Solaris 2.8
James Tullett JTULLETT at thebritishmuseum.ac.uk writes: I am encountering problems building and testing Crypt::SSLeay 0.51 with openssl 0.98a on a 64-bit sparc (Sun Ultra 5). I am using the ActiveState distribution of Perl 5.8.8. - snip - $ make test PERL_DL_NONLAZY=1 /opt/ActivePerl-5.8/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_ssldubious Test returned status 0 (wstat 139, 0x8b) t/ssl_contextdubious Test returned status 0 (wstat 139, 0x8b) FAILED--2 test scripts could be run, alas--no output ever seen *** Error code 255 make: Fatal error: Command failed for target `test_dynamic I seem to have the same problem on Solaris 2.9. I tried upgrading SSL to 0.9.8b to no avail. This is v5.8.5 built for sun4-solaris. [EMAIL PROTECTED] Crypt-SSLeay-0.51]# make gcc -B/usr/ccs/bin/ -c -I/usr/local/ssl/include -fno-strict-aliasing -pipe -I/usr/local/include -I/opt/gnu/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -DVERSION=\0.51\ -DXS_VERSION=\0.51\ -fPIC -I/usr/local/lib/perl5/5.8.5/sun4-solaris/CORE SSLeay.c SSLeay.xs: In function `XS_Crypt__SSLeay__Conn_new': SSLeay.xs:252: warning: passing arg 2 of `SSL_set_info_callback' from incompatible pointer type Running Mkbootstrap for Crypt::SSLeay () chmod 644 SSLeay.bs rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so LD_RUN_PATH=/usr/local/ssl/lib gcc -B/usr/ccs/bin/ -G -L/usr/local/lib -L/opt/gnu/lib SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so -L/usr/local/ssl/lib -lssl -lcrypto chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs Manifying blib/man3/Crypt::SSLeay.3 [EMAIL PROTECTED] Crypt-SSLeay-0.51]# make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_ssldubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/ssl_contextdubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core FAILED--2 test scripts could be run, alas--no output ever seen make: *** [test_dynamic] Error 2
Re: Subject: [Crypt::SSLeay] test problems on Solaris 2.8
James Tullett wrote: Could somebody suggest something to help me get past this problem? sorry, no, but I hope someone else can, because I have the same problem here! # ###~/.cpan/build/Crypt-SSLeay-0.51 perl Makefile.PL Found OpenSSL (version OpenSSL 0.9.8) installed at /digibib/tools Which OpenSSL build path do you want to link against? [/digibib/tools] BUILD INFORMATION ssl dir:/digibib/tools libraries: -lpthread -lssl -lcrypto include dir:/digibib/tools/include ssl header: openssl/ssl.h ssl candidate: /digibib/tools; /digibib/tools/include/openssl; OpenSSL 0.9.8 Checking if your kit is complete... Looks good Writing Makefile for Crypt::SSLeay # ###~/.cpan/build/Crypt-SSLeay-0.51 make cp lib/Crypt/SSLeay/X509.pm blib/lib/Crypt/SSLeay/X509.pm cp lib/Net/SSL.pm blib/lib/Net/SSL.pm cp SSLeay.pm blib/lib/Crypt/SSLeay.pm cp lib/Crypt/SSLeay/MainContext.pm blib/lib/Crypt/SSLeay/MainContext.pm cp lib/Crypt/SSLeay/Conn.pm blib/lib/Crypt/SSLeay/Conn.pm cp lib/Crypt/SSLeay/CTX.pm blib/lib/Crypt/SSLeay/CTX.pm cp lib/Crypt/SSLeay/Err.pm blib/lib/Crypt/SSLeay/Err.pm /digibib/tools/bin/perl /digibib/tools/lib/perl5/5.8.8/ExtUtils/xsubpp -typemap /digibib/tools/lib/perl5/5.8.8/ExtUtils/typemap -typemap typemap SSLeay.xs SSLeay.xsc mv SSLeay.xsc SSLeay.c gcc -c -I/digibib/tools/include -D_REENTRANT -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -O2 -DVERSION=\0.51\ -DXS_VERSION=\0.51\ -fPIC -I/digibib/tools/lib/perl5/5.8.8/sun4-solaris-thread-multi/CORE SSLeay.c SSLeay.xs: In function 'XS_Crypt__SSLeay__Conn_new': SSLeay.xs:252: warning: passing argument 2 of 'SSL_set_info_callback' from incompatible pointer type Running Mkbootstrap for Crypt::SSLeay () chmod 644 SSLeay.bs rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so LD_RUN_PATH=/digibib/tools/lib gcc -Wl,-E -G SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so \ -L/digibib/tools/lib -lpthread -lssl -lcrypto\ chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs Manifying blib/man3/Crypt::SSLeay.3 # ###~/.cpan/build/Crypt-SSLeay-0.51 make test PERL_DL_NONLAZY=1 /digibib/tools/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_ssldubious Test returned status 0 (wstat 139, 0x8b) t/ssl_contextdubious Test returned status 0 (wstat 139, 0x8b) FAILED--2 test scripts could be run, alas--no output ever seen make: *** [test_dynamic] Error 255 # ###~/.cpan/build/Crypt-SSLeay-0.51 uname -a SunOS priapos 5.10 Generic_118822-27 sun4u sparc SUNW,Sun-Fire-V440 Solaris # ###~/.cpan/build/Crypt-SSLeay-0.51 gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: ./configure --prefix=/digibib/tools Thread model: posix gcc version 4.1.0 # ###~/.cpan/build/Crypt-SSLeay-0.51 perl -V Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Platform: osname=solaris, osvers=2.10, archname=sun4-solaris-thread-multi uname='sunos priapos 5.10 generic_118822-27 sun4u sparc sunw,sun-fire-v440 solaris ' config_args='-DCC=gcc -Dusethreads -Duseshrplib -Doptimize=-O2 -Uusemymalloc' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV', optimize='-O2', cppflags='-D_REENTRANT -fno-strict-aliasing -pipe -Wdeclaration-after-statement' ccversion='', gccversion='4.1.0', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 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, prototype=define Linker and Libraries: ld='gcc', ldflags =' ' libpth=/digibib/tools/lib /usr/lib /usr/ccs/lib libs=-lpthread -lsocket -lnsl -ldl -lm -lc perllibs=-lpthread -lsocket -lnsl -ldl -lm -lc libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags
Subject: [Crypt::SSLeay] test problems on Solaris 2.8
I am encountering problems building and testing Crypt::SSLeay 0.51 with openssl 0.98a on a 64-bit sparc (Sun Ultra 5). I am using the ActiveState distribution of Perl 5.8.8. The Crypt::SSLeay Perl Library is built against a copy of openssl from www.sunfreeware.com. When I run make test on the build directory I get the following output:- $ make test PERL_DL_NONLAZY=1 /opt/ActivePerl-5.8/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_ssldubious Test returned status 0 (wstat 139, 0x8b) t/ssl_contextdubious Test returned status 0 (wstat 139, 0x8b) FAILED--2 test scripts could be run, alas--no output ever seen *** Error code 255 make: Fatal error: Command failed for target `test_dynamic Could somebody suggest something to help me get past this problem? TIA -- James Tullett Information Systems, The British Museum __ Coming Soon Michelangelo Drawings: closer to the master 23 March - 25 June 2006 Tickets on sale now (advance booking strongly recommended) http://www.thebritishmuseum.ac.uk/michelangelo __
[Crypt::SSLeay] make test problem on Solaris 10
Apologies if this duplicates a message I sent to [EMAIL PROTECTED] I haven't been able find the message in any forums or by Googling for it. I'm currently trying to get Crypt::SSLeay 0.51 to run on a Sun Sparc V120 running Solaris 10, Apache2 and Perl 5.8.5 . The module compiles without errors, but the make test fails: ###--- perl Makefile.PL mps:/root/temp/Crypt-SSLeay-0.51# perl Makefile.PL Found OpenSSL (version OpenSSL 0.9.8) installed at /usr/local/ssl Which OpenSSL build path do you want to link against? [/usr/local/ssl] BUILD INFORMATION ssl dir:/usr/local/ssl libraries: -lssl -lcrypto -lgcc -lRSAglue -lrsaref include dir:/usr/local/ssl/include ssl header: openssl/ssl.h ssl candidate: /usr/local/ssl; /usr/local/ssl/include/openssl; OpenSSL 0.9.8 Checking if your kit is complete... Looks good Note (probably harmless): No library found for -lgcc Note (probably harmless): No library found for -lRSAglue Note (probably harmless): No library found for -lrsaref Writing Makefile for Crypt::SSLeay ###--- perl Makefile.PL ###--- make mps:/root/temp/Crypt-SSLeay-0.51# make cp lib/Crypt/SSLeay/X509.pm blib/lib/Crypt/SSLeay/X509.pm cp lib/Net/SSL.pm blib/lib/Net/SSL.pm cp SSLeay.pm blib/lib/Crypt/SSLeay.pm cp lib/Crypt/SSLeay/MainContext.pm blib/lib/Crypt/SSLeay/MainContext.pm cp lib/Crypt/SSLeay/Conn.pm blib/lib/Crypt/SSLeay/Conn.pm cp lib/Crypt/SSLeay/CTX.pm blib/lib/Crypt/SSLeay/CTX.pm cp lib/Crypt/SSLeay/Err.pm blib/lib/Crypt/SSLeay/Err.pm /usr/local/bin/perl /usr/local/lib/perl5/5.8.5/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.8.5/ExtUtils/typemap -typemap typemap SSLeay .xs SSLeay.xsc mv SSLeay.xsc SSLeay.c gcc -B/usr/ccs/bin/ -c -I/usr/local/ssl/include -fno-strict-aliasing -pipe -I/usr/local/include -I/opt/gnu/include -D_LARGEFILE_SOURCE -D_FI LE_OFFSET_BITS=64 -O -DVERSION=\0.51\ -DXS_VERSION=\0.51\ -fPIC -I/usr/local/lib/perl5/5.8.5/sun4-solaris/CORE SSLeay.c SSLeay.xs: In function `XS_Crypt__SSLeay__Conn_new': SSLeay.xs:252: warning: passing arg 2 of `SSL_set_info_callback' from incompatible pointer type Running Mkbootstrap for Crypt::SSLeay () chmod 644 SSLeay.bs rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so LD_RUN_PATH=/usr/local/ssl/lib gcc -B/usr/ccs/bin/ -G -L/usr/local/lib -L/opt/gnu/lib SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so -L/usr/local/ssl/lib -lssl -lcrypto chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs Manifying blib/man3/Crypt::SSLeay.3 ###--- make ###--- make test mps:/root/temp/Crypt-SSLeay-0.51# make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_ssldubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/ssl_contextdubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core FAILED--2 test scripts could be run, alas--no output ever seen make: *** [test_dynamic] Error 2 ###--- make test I went ahead and did the make install but it dumps core. Even when running Apache with the error logging set to 'debug', the only message given in the error log is: ###--- error log [Wed Feb 08 10:46:12 2006] [error] [client 192.245.221.22] Premature end of script headers: ssleay.pl ###--- error log The same program, with the pertinent code commented out, does a %ENV dump, which works: ###--- %ENV dump DOCUMENT_ROOT /opt/www/htdocs GATEWAY_INTERFACECGI/1.1 HTTPSon HTTPS_DEBUG1 HTTP_ACCEPT application/x-shockwave-flash,text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1 HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_ACCEPT_ENCODINGgzip,deflate HTTP_ACCEPT_LANGUAGEen-us,en;q=0.5 HTTP_CACHE_CONTROL no-cache HTTP_CONNECTION keep-alive HTTP_COOKIESITESERVER=ID=a2096b041f7a87d85f51f0a1364231d6 HTTP_HOST mps.southalabama.edu HTTP_KEEP_ALIVE 300 HTTP_PRAGMAno-cache HTTP_USER_AGENT Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 PATH /usr/local/bin:/usr/local:/bin:/sbin:/usr/sbin:/usr/ucb:/usr/ccs/bin:/usr/ccs/lib:/usr/local/sbin:/usr/lib/acct:. QUERY_STRING REMOTE_ADDR192.245.221.22 REMOTE_PORT51697 REQUEST_METHODGET REQUEST_URI/cgi-bin/ssleay.pl SCRIPT_FILENAME /opt/www/cgi-bin/ssleay.pl SCRIPT_NAME/cgi-bin/ssleay.pl SERVER_ADDR192.245.221.211 SERVER_ADMIN [EMAIL PROTECTED] SERVER_NAMEmps.southalabama.edu SERVER_PORT443 SERVER_PROTOCOL HTTP/1.1 SERVER_SIGNATURE Apache/2.0.55 (Unix) DAV/2 mod_ssl/2.0.55 OpenSSL/0.9.8a Server at mps.southalabama.edu Port 443 SERVER_SOFTWARE Apache/2.0.55 (Unix) DAV/2
Error while runing make test in Crypt-SSLeay and Net_SSLeay
Hi,
I am trying to install Crypt-SSLeay-0.51 library to support HTTPS. When I
am trying to run make test I am getting error message. I have pasted out
put of perl Makefile.PL , make, make test. Can you please help me to
resolve this problem.
Perl version used : 5.8.7
Operating system : AIX
Oslevel :4.3.3.0
OpenSSL version :openssl-0.9.8a
Compiler : ibmcxx
pncbetest:root:/tmpmpp/perl/Crypt-SSLeay-0.51perl Makefile.PL
Found OpenSSL (version OpenSSL 0.9.8) installed at /usr/local/ssl
Which OpenSSL build path do you want to link against? [/usr/local/ssl]
BUILD INFORMATION
ssl dir:/usr/local/ssl
libraries: -lssl -lcrypto -lgcc -lRSAglue -lrsaref
include dir:/usr/local/ssl/include
ssl header: openssl/ssl.h
ssl candidate: /usr/local/ssl; /usr/local/ssl/include/openssl; OpenSSL
0.9.8
Checking if your kit is complete...
Looks good
Note (probably harmless): No library found for -lgcc
Note (probably harmless): No library found for -lRSAglue
Note (probably harmless): No library found for -lrsaref
Writing Makefile for Crypt::SSLeay
pncbetest:root:/tmpmpp/perl/Crypt-SSLeay-0.51
pncbetest:root:/tmpmpp/perl/Crypt-SSLeay-0.51make
cp lib/Crypt/SSLeay/X509.pm blib/lib/Crypt/SSLeay/X509.pm
cp lib/Net/SSL.pm blib/lib/Net/SSL.pm
cp SSLeay.pm blib/lib/Crypt/SSLeay.pm
cp lib/Crypt/SSLeay/MainContext.pm blib/lib/Crypt/SSLeay/MainContext.pm
cp lib/Crypt/SSLeay/Conn.pm blib/lib/Crypt/SSLeay/Conn.pm
cp lib/Crypt/SSLeay/CTX.pm blib/lib/Crypt/SSLeay/CTX.pm
cp lib/Crypt/SSLeay/Err.pm blib/lib/Crypt/SSLeay/Err.pm
/usr/bin/perl -e 'use ExtUtils::Mksymlists; Mksymlists(NAME =
Crypt
::SSLeay, DL_FUNCS = { }, FUNCLIST = [], DL_VARS = []);'
/usr/bin/perl /usr/local/lib/perl5/5.8.7/ExtUtils/xsubpp -typemap
/usr/
local/lib/perl5/5.8.7/ExtUtils/typemap -typemap typemap SSLeay.xs
SSLeay.xsc
mv SSLeay.xsc SSLeay.c
cc -c -I/usr/local/ssl/include -D_ALL_SOURCE -D_ANSI_C_SOURCE
-D_POSIX
_SOURCE -qmaxmem=-1 -qnoansialias -DUSE_NATIVE_DLOPEN -I/usr/local/include
-q32
-D_LARGE_FILES -qlonglong -DVERSION=\0.51\ -DXS_VERSION=\0.51\
-I/usr
/local/lib/perl5/5.8.7/aix/CORE SSLeay.c
/usr/local/ssl/include/openssl/bio.h, line 680.9: 1506-236 (W) Macro
name __at
tribute__ has been redefined.
/usr/local/ssl/include/openssl/bio.h, line 680.9: 1506-358 (I)
__attribute__
is defined on line 3804 of /usr/local/lib/perl5/5.8.7/aix/CORE/perl.h.
Running Mkbootstrap for Crypt::SSLeay ()
chmod 644 SSLeay.bs
rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so
LD_RUN_PATH= ld -bhalt:4 -bexpall -G -bnoentry -lc
-L/usr/local/lib S
SLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so -L/usr/local/ssl/lib
-lssl -
lcrypto
chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so
cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs
chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs
Manifying blib/man3/Crypt::SSLeay.3
pncbetest:root:/tmpmpp/perl/Crypt-SSLeay-0.51
pncbetest:root:/tmpmpp/perl/Crypt-SSLeay-0.51make test
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e
test_har
ness(0, 'blib/lib', 'blib/arch') t/*.t
t/net_ssldubious
Test returned status -1 (wstat 139, 0x8b)
t/ssl_contextdubious
Test returned status -1 (wstat 139, 0x8b)
FAILED--2 test scripts could be run, alas--no output ever seen
make: 1254-004 The error code from the last command is 255.
Stop.
pncbetest:root:/tmpmpp/perl/Crypt-SSLeay-0.51
--
pncbetest:root:/tmpmpp/perl/Net_SSLeay.pm-1.25make test
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl
1..20
ok 1
Testing pointer to int casting...
ok 2
### Making self signed certificate just for these tests...
certificate done.
*** not ok 3
*** not ok 4
Spawning a TCP test server on port 1211, pid=56012...
*** not ok 5tcp
Spawning a SSL test server on port 1212, pid=45418...
*** not ok 5
*** not ok 6
*** not ok 7
*** not ok 8
*** not ok 9
Sending 1 MB over localhost, may take a while (and some VM)...
...took 1 secs (1024 KB/s)
*** not ok 10
*** not ok 11
Sending 1 MB over pipes, may take a while (and some VM)...
...took 1 secs (1024 KB/s)
*** not ok 12
ok 13
Now about to contact external sites...
www.bacus.pt
www.cdw.com
banking.wellsfargo.com
secure.worldgaming.net
www.ubs.com
You have 5 seconds of time to hit Ctrl-C if you do not like this.
*** 11 tests failed already.
Following tests _will_ fail if you do not have network
connectivity (or if the servers
[Crypt::SSLeay] make test problems on Liunux
Hi, I tried to install Crypt-SSLeay-0.51 on Linux 2.6.8-24.10 and received the following error: ocs 4wc/Crypt-SSLeay-0.51 make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_ssldubious Test returned status 0 (wstat 11, 0xb) t/ssl_contextdubious Test returned status 0 (wstat 11, 0xb) FAILED--2 test scripts could be run, alas--no output ever seen make: *** [test_dynamic] Error 255 Could you please help? Thanks. Regards, T. M. Bao __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
make test without network access
I am resending this in the hope that with the new
subject line it will be clearer what I'd like to achieve.
I hope you forgive me for the duplication.
While installing libwww-perl make test tries to connect to
google.com. If successful then it asks the user if he wants
to run the tests requiring Internet access.
IMHO there are two problems with this
1) In some environments accessing google.com is forbidden and
it might put someone in trouble if his script tries to do that.
2) In automatic installations (e.g. CPAN smoke) the default of
testing using Internet site can cause unnecessary error messages.
(1) might not be a frequent issue and might be less of a problem but
(2) seems to be unnecessary at all.
I learned about it as it happened to me a couple of days ago:
some of the live/jigsaw tests failed. Later on they succeeded.
So I'd like to suggest to change the default behaviour not to
access anything outside the computer.
Ask the user if she wants to run the external test and only
then check if there is a connection at all.
Set the default on the Shall I run the Internet tests ? to no.
Please let me know what do you think.
Included a patch against CVS that implements this behaviour.
regards
Gabor
--- lwp5/Makefile.PL2004-11-30 13:51:58.0 +0200
+++ libwww-perl/Makefile.PL 2004-12-31 18:28:20.0 +0200
@@ -18,11 +18,12 @@
# option. This is for those that don't want to mess with the configuration
# section of this file.
use Getopt::Std;
-use vars qw($opt_n);
-unless (getopts(n)) {
-die Usage: $0 [-n]\n;
+use vars qw($opt_n $opt_l);
+unless (getopts(nl)) {
+die Usage: $0 [-n] [-l]\n;
}
@programs_to_install = () if $opt_n || grep /^LIB=/, @ARGV;
+my $dolive = $opt_l;
# Check if we should try to run tests that talk to ourself
system(qq($^X talk-to-ourself));
@@ -40,6 +41,19 @@
}
# Check if we should try to run the live tests
+unless ($dolive) {
+unlink(t/live/ENABLED);
+print EOT;
+Some of the tests interact with websites such as Google,
+in addition to its own internal tests. If you are not connected to the
+Internet or if those sites have changed these test might fail.
+
+EOT
+if ( prompt(Do you want to enable these tests?, n) =~ /^y/i ) {
+$dolive = 1;
+}
+}
+
open(CHANGES, Changes) || die Can't open Changes: $!;
my $release_date;
while (CHANGES) {
@@ -54,7 +68,7 @@
my $some_time_ago = sprintf %04d-%02d-%02d,
sub { ($_[5]+1900, $_[4]+1, $_[3])}-(localtime(time - 45 *
24*60*60));
-if ($some_time_ago lt $release_date) {
+if ($some_time_ago lt $release_date and $dolive) {
# Check if we have internet connection
require IO::Socket;
my $s = IO::Socket::INET-new(PeerAddr = www.google.com:80,
@@ -64,15 +78,6 @@
# XXX could try to send a GET to it???
close($s);
- print EOT;
-
-You appear to be directly connected to the Internet. I have some tests
-that tries to access some sites on the net to verify that the new HTTP/1.1
-support works as it should.
-
-EOT
-
-if (prompt(Do you want to enable these tests?, y) =~ /^y/i) {
open(ENABLED, t/live/ENABLED) || die Can't enable: $!;
close(ENABLED);
@@ -94,7 +99,12 @@
}
else {
unlink(t/live/ENABLED);
- }
+ print EOT;
+
+You dont appear to be directly connected to the Internet. +I skip the tests
that try to access Internet sites.
+
+EOT
}
}
LWP installation failed make test: base/date
Hi there, I'm trying to install Bundle::LWP on my Debian Linux system. perl -MCPAN -e 'install Bundle::LWP' Everything goes fine until make test. Here's some output: ^^^ Running make test /usr/bin/perl t/TEST 0 base/common-req...ok base/cookies..ok base/date.FAILED tests 1-30, 44-51, 59 Failed 39/59 tests, 33.90% okay base/headers-auth.ok base/headers-etag.ok base/headers-util.ok base/headers..ok base/http.ok base/listing..ok base/mediatypes...ok base/message-old..NOK 3# Test 3 got: 3915993600 (base/message-old.t at line 25) # Expected: 760233600 # base/message-old.t line 25 is: ok($req-if_modified_since, ((760233600 + $offset) || 0)); base/message-old..FAILED test 3 Failed 1/19 tests, 94.74% okay base/message-partsok base/message..ok base/negotiateok base/protocolsok base/response.ok base/status...ok base/ua...ok html/form-param...ok html/form.ok robot/rules-dbm...ok robot/rules...ok robot/ua-get..ok robot/ua..ok local/autoload-getok local/autoloadok local/get.ok local/http-getok local/httpok local/protosubok Failed TestStat Wstat Total Fail Failed List of Failed --- base/date.t 59 39 66.10% 1-30 44-51 59 base/message-old.t 191 5.26% 3 Failed 2/30 test scripts, 93.33% okay. 40/730 subtests failed, 94.52% okay. make: *** [test] Error 35 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force Bundle summary: The following items in bundle Bundle::LWP had installation problems: LWP Any idea what could be causing these errors? Thanks, in advance, for your help. Best regards, Craig Cummings, Ph.D. Research Associate Relman Laboratory Stanford University School of Medicine Department of Microbiology and Immunology and VA Palo Alto Health Care System e-mail: [EMAIL PROTECTED] phone: 650-493-5000 x63249 fax:650-852-3291
Re: LWP installation failed make test: base/date
Craig Cummings [EMAIL PROTECTED] writes: I'm trying to install Bundle::LWP on my Debian Linux system. Interesting. What does these commands print on your system: perl -le 'print scalar gmtime(0)' perl -le 'print scalar gmtime(760233600)' perl -le 'print scalar gmtime(3915993600)'
Package URI, make test fails
make test fails for me in: t/query..FAILED test 18 Failed 1/18 tests, 94.44% okay Originaly I aimed to install the W3C-Validator, but it needs URI-1.10 or better, and I have URI-1.09. My perl is 5.60, on an very old internal server based on SuSE 7.1. I'm not that experienced when it comes to installing perl-modules, but know quite much in general when it comes to linux. Is there something specific tests I could perform to get more knowledge what exactly fails? Sorry for not posting to the comp.lang.perl.modules newsgroup, but I don't dare to - I get just about all the spam I can handle at the moment. Btw. I've tried to install first through Bundle::LWP which also gets URI (and fails) and by downloading the URI-package and doing the normal perl Makefile.PL ; make ; make test procedure. Any help would be very much appreciated. -Anders
test
Bruce Douglas (
Re: [Crypt::SSLeay] make test fails: undefined symbol: EVP_MD_CTX_init
Michael Beckmann wrote: Greetings, I am trying to install Crypt::SSLeay on a Red Hat Linux 8.0. I updated OpenSSL to 0.9.7d. Perl version is 5.8.3. Both updated from source. Other modules seem to work smoothly, but I haven't figured out how to solve this problem. I appreciate any suggestions. This might be the kind of thing that happens with openssl system libraries get updated incorrectly. You might try this from the README INSTALL notes for Crypt::SSLeay: If you are planning on upgrading the default OpenSSL libraries on a system like RedHat, not that I would recommend this, then you might try something like: ./config --openssldir=/usr --shared Personally, I would recommending building a new openssl into /usr/local and using that one. Regards, Josh Thanks, Michael # perl Makefile.PL Found OpenSSL (version OpenSSL 0.9.7) installed at /usr Which OpenSSL build path do you want to link against? [/usr] BUILD INFORMATION ssl dir:/usr libraries: -lssl -lcrypto -lgcc -lRSAglue -lrsaref include dir:/usr/include -I/usr/kerberos/include ssl header: openssl/ssl.h ssl candidate: /usr; /usr/include/openssl; OpenSSL 0.9.7 Checking if your kit is complete... Looks good Note (probably harmless): No library found for -lgcc Note (probably harmless): No library found for -lRSAglue Note (probably harmless): No library found for -lrsaref Writing Makefile for Crypt::SSLeay # make cp lib/Crypt/SSLeay/X509.pm blib/lib/Crypt/SSLeay/X509.pm cp lib/Net/SSL.pm blib/lib/Net/SSL.pm cp SSLeay.pm blib/lib/Crypt/SSLeay.pm cp lib/Crypt/SSLeay/MainContext.pm blib/lib/Crypt/SSLeay/MainContext.pm cp lib/Crypt/SSLeay/Conn.pm blib/lib/Crypt/SSLeay/Conn.pm cp lib/Crypt/SSLeay/CTX.pm blib/lib/Crypt/SSLeay/CTX.pm cp lib/Crypt/SSLeay/Err.pm blib/lib/Crypt/SSLeay/Err.pm /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.3/ExtUtils/typemap -typemap typemap SSLeay.xs SSLeay.xsc mv SSLeay.xsc SSLeay.c cc -c -I/usr/include -I/usr/kerberos/include -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O -mcpu=pentium4 -DVERSION=\0.51\ -DXS_VERSION=\0.51\ -fpic -I/usr/lib/perl5/5.8.3/i686-linux/CORE SSLeay.c cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified as a non-system directory SSLeay.xs: In function `XS_Crypt__SSLeay__Conn_new': SSLeay.xs:252: warning: passing arg 2 of `SSL_set_info_callback' from incompatible pointer type Running Mkbootstrap for Crypt::SSLeay () chmod 644 SSLeay.bs rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so LD_RUN_PATH=/usr/lib cc -shared -L/usr/local/lib SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so -L/usr/lib -lssl -lcrypto chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs Manifying blib/man3/Crypt::SSLeay.3 # make test Running Mkbootstrap for Crypt::SSLeay () chmod 644 SSLeay.bs rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so LD_RUN_PATH=/usr/lib cc -shared -L/usr/local/lib SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so -L/usr/lib -lssl -lcrypto chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_sslCan't load '/usr/local/src/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so' for module Crypt::SSLeay: /usr/local/src/CryptSSLeay0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so: undefined symbol: EVP_MD_CTX_init at /usr/lib/perl5/5.8.3/i686-linux/DynaLoader.pm line 229. at lib/Net/SSL.pm line 16 Compilation failed in require at lib/Net/SSL.pm line 16. Compilation failed in require at t/net_ssl.t line 5. BEGIN failed--compilation aborted at t/net_ssl.t line 5. t/net_ssldubious Test returned status 255 (wstat 65280, 0xff00) t/ssl_contextCan't load '/usr/local/src/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so' for module Crypt::SSLeay: /usr/local/src/Crypt-SSLeay0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so: undefined symbol: EVP_MD_CTX_init at /usr/lib/perl5/5.8.3/i686-linux/DynaLoader.pm line 229. at /usr/local/src/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/CTX.pm line 2 Compilation failed in require at /usr/local/src/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/CTX.pm line 2. Compilation failed in require at /usr/local/src/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/MainContext.pm line 8. Compilation failed in require at t/ssl_context.t line 3. BEGIN failed--compilation aborted at t/ssl_context.t line 3. t/ssl_contextdubious Test returned status 255 (wstat 65280, 0xff00) FAILED--2 test scripts could be run, alas--no output
[Crypt::SSLeay] make test fails: undefined symbol: EVP_MD_CTX_init
Hello, I am trying to install Crypt::SSLeay on a Red Hat Linux 8.0. I updated OpenSSL to 0.9.7d. Perl version is 5.8.3. Both updated from source. Other modules seem to work smoothly, but I haven't figured out how to solve this problem. I appreciate any suggestions. Thanks, Michael # perl Makefile.PL Found OpenSSL (version OpenSSL 0.9.7) installed at /usr Which OpenSSL build path do you want to link against? [/usr] BUILD INFORMATION ssl dir:/usr libraries: -lssl -lcrypto -lgcc -lRSAglue -lrsaref include dir:/usr/include -I/usr/kerberos/include ssl header: openssl/ssl.h ssl candidate: /usr; /usr/include/openssl; OpenSSL 0.9.7 Checking if your kit is complete... Looks good Note (probably harmless): No library found for -lgcc Note (probably harmless): No library found for -lRSAglue Note (probably harmless): No library found for -lrsaref Writing Makefile for Crypt::SSLeay # make cp lib/Crypt/SSLeay/X509.pm blib/lib/Crypt/SSLeay/X509.pm cp lib/Net/SSL.pm blib/lib/Net/SSL.pm cp SSLeay.pm blib/lib/Crypt/SSLeay.pm cp lib/Crypt/SSLeay/MainContext.pm blib/lib/Crypt/SSLeay/MainContext.pm cp lib/Crypt/SSLeay/Conn.pm blib/lib/Crypt/SSLeay/Conn.pm cp lib/Crypt/SSLeay/CTX.pm blib/lib/Crypt/SSLeay/CTX.pm cp lib/Crypt/SSLeay/Err.pm blib/lib/Crypt/SSLeay/Err.pm /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.3/ExtUtils/typemap -typemap typemap SSLeay.xs SSLeay.xsc mv SSLeay.xsc SSLeay.c cc -c -I/usr/include -I/usr/kerberos/include -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O -mcpu=pentium4 -DVERSION=\0.51\ -DXS_VERSION=\0.51\ -fpic -I/usr/lib/perl5/5.8.3/i686-linux/CORE SSLeay.c cc1: warning: changing search order for system directory /usr/include cc1: warning: as it has already been specified as a non-system directory SSLeay.xs: In function `XS_Crypt__SSLeay__Conn_new': SSLeay.xs:252: warning: passing arg 2 of `SSL_set_info_callback' from incompatible pointer type Running Mkbootstrap for Crypt::SSLeay () chmod 644 SSLeay.bs rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so LD_RUN_PATH=/usr/lib cc -shared -L/usr/local/lib SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so -L/usr/lib -lssl -lcrypto chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs Manifying blib/man3/Crypt::SSLeay.3 # make test Running Mkbootstrap for Crypt::SSLeay () chmod 644 SSLeay.bs rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so LD_RUN_PATH=/usr/lib cc -shared -L/usr/local/lib SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so -L/usr/lib -lssl -lcrypto chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_sslCan't load '/usr/local/src/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so' for module Crypt::SSLeay: /usr/local/src/CryptSSLeay0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so: undefined symbol: EVP_MD_CTX_init at /usr/lib/perl5/5.8.3/i686-linux/DynaLoader.pm line 229. at lib/Net/SSL.pm line 16 Compilation failed in require at lib/Net/SSL.pm line 16. Compilation failed in require at t/net_ssl.t line 5. BEGIN failed--compilation aborted at t/net_ssl.t line 5. t/net_ssldubious Test returned status 255 (wstat 65280, 0xff00) t/ssl_contextCan't load '/usr/local/src/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so' for module Crypt::SSLeay: /usr/local/src/Crypt-SSLeay0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so: undefined symbol: EVP_MD_CTX_init at /usr/lib/perl5/5.8.3/i686-linux/DynaLoader.pm line 229. at /usr/local/src/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/CTX.pm line 2 Compilation failed in require at /usr/local/src/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/CTX.pm line 2. Compilation failed in require at /usr/local/src/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/MainContext.pm line 8. Compilation failed in require at t/ssl_context.t line 3. BEGIN failed--compilation aborted at t/ssl_context.t line 3. t/ssl_contextdubious Test returned status 255 (wstat 65280, 0xff00) FAILED--2 test scripts could be run, alas--no output ever seen make: *** [test_dynamic] Error 2
[Crypt::SSLeay] make test failed Can't load ........... SSLeay.so
] of unsigned char
sid_ctx, pointer to struct ssl_session_st {..} session, pointer to
function(pointer to const struct ssl_st {..}, pointer to unsigned char,
pointer to unsigned int) returning int generate_session_id, int
verify_mode, int verify_depth, pointer to function(int, pointer to
struct x509_store_ctx_st {..}) returning int verify_callback, pointer to
function(pointer to const struct ssl_st {..}, int, int) returning void
info_callback, int error, int error_code, pointer to struct ssl_ctx_st
{..} ctx, int debug, long verify_result, struct crypto_ex_data_st {..}
ex_data, pointer to struct stack_st {..} client_CA, int references,
unsigned long options, unsigned long mode, long max_cert_list, int
first_packet, int client_version}, int, int) returning void
Running Mkbootstrap for Crypt::SSLeay ()
chmod 644 SSLeay.bs
rm -f blib/arch/auto/Crypt/SSLeay/SSLeay.so
LD_RUN_PATH= /opt/SUNWspro/bin/cc -G -z ignore -z lazyload -z
combreloc -L/usr/lib -L/usr/ccs/lib -L/opt/SUNWspro/WS6U2/lib
-L/usr/local/lib SSLeay.o -o blib/arch/auto/Crypt/SSLeay/SSLeay.so
-L/usr/local/apps/openssl-0.9.7c/lib -lssl -lcrypto
chmod 755 blib/arch/auto/Crypt/SSLeay/SSLeay.so
cp SSLeay.bs blib/arch/auto/Crypt/SSLeay/SSLeay.bs
chmod 644 blib/arch/auto/Crypt/SSLeay/SSLeay.bs
Manifying blib/man3/Crypt::SSLeay.3
[EMAIL PROTECTED] Crypt-SSLeay-0.51 [2:128]
[EMAIL PROTECTED] Crypt-SSLeay-0.51 [2:128] make test
PERL_DL_NONLAZY=1 /usr/local/bin/perl -MExtUtils::Command::MM -e
test_harness(0, 'blib/lib', 'blib/arch') t/*.t
t/net_sslCan't load
'/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so
' for module Crypt::SSLeay: ld.so.1: /usr/local/bin/perl: fatal:
relocation error: file
/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so:
symbol __umoddi3: referenced symbol not found at
/usr/local/apps/perl-5.8.1/lib/5.8.1/i86pc-solaris/DynaLoader.pm line 229.
at lib/Net/SSL.pm line 16
Compilation failed in require at lib/Net/SSL.pm line 16.
Compilation failed in require at t/net_ssl.t line 5.
BEGIN failed--compilation aborted at t/net_ssl.t line 5.
t/net_ssldubious
Test returned status 255 (wstat 65280, 0xff00)
t/ssl_contextCan't load
'/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so'
for module Crypt::SSLeay: ld.so.1: /usr/local/bin/perl: fatal:
relocation error: file
/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so:
symbol __umoddi3: referenced symbol not found at
/usr/local/apps/perl-5.8.1/lib/5.8.1/i86pc-solaris/DynaLoader.pm line 229.
at
/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/CTX.pm
line 2
Compilation failed in require at
/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/CTX.pm
line 2.
Compilation failed in require at
/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/lib/Crypt/SSLeay/MainContext.pm
line 8.
Compilation failed in require at t/ssl_context.t line 3.
BEGIN failed--compilation aborted at t/ssl_context.t line 3.
t/ssl_contextdubious
Test returned status 255 (wstat 65280, 0xff00)
FAILED--2 test scripts could be run, alas--no output ever seen
make: *** [test_dynamic] Error 255
[EMAIL PROTECTED] Crypt-SSLeay-0.51 [2:129]
From the make I can see SSLeay.so removed!!
please help
I search for similar error on the web and I found, this problem can be
cause by OLD dynamic libraries.
But How do I find out which OLD library is causing the problem!!
Thanks for your time
--
warm regards
Vinita Vigine Murugiah
Email : [EMAIL PROTECTED] Ph : (03) 8344 1273
Re: [Crypt::SSLeay] make test failed Can't load ........... SSLeay.so
vinita vigine MURUGIAH wrote: [EMAIL PROTECTED] Crypt-SSLeay-0.51 [2:128] make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/net_sslCan't load '/mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so ' for module Crypt::SSLeay: ld.so.1: /usr/local/bin/perl: fatal: relocation error: file /mount/autofs/home_tech/vinita/.cpan/build/Crypt-SSLeay-0.51/blib/arch/auto/Crypt/SSLeay/SSLeay.so: symbol __umoddi3: referenced symbol not found at /usr/local/apps/perl-5.8.1/lib/5.8.1/i86pc-solaris/DynaLoader.pm line 229. This might very well be that you need /usr/local/apps/openssl-0.9.7c/lib in your environment LD_LIBRARY_PATH setting. Its been a while for me on Solaris, but I think that is the setting you need. I am not sure why this is not in the build notes for Crypt::SSLeay, but if this is the fix for you, please let me know. When you set this in your shell, make sure to export it as well. If this is not the fix for you, then please let me know that too :-) __umoddi3 seems familiar to me, so we'll probably figure this out. Regards, Josh Josh Chamas, Founder| NodeWorks - http://www.nodeworks.com Chamas Enterprises Inc. | NodeWorks Directory - http://dir.nodeworks.com http://www.chamas.com | Apache::ASP - http://www.apache-asp.org
Make test fails HTML-Parser-3.35
hi all, Trying to install libwww5.76 on hp-ux 11. HTML-Parser-3.35 is a pre requisite I get the following errors while make PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/opt/perl5/lib/5.6.0/PA-RISC1.1 -I/opt/perl5/lib/5.6.0 -e 'use Test::Harness qw(runtests $verbose); $ verbose=0; runtests @ARGV;' t/*.t t/api_versionUnrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. t/api_versiondubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED test 3 Failed 1/3 tests, 66.67% okay t/argspec-badFAILED tests 1-4, 6 Failed 5/6 tests, 16.67% okay t/argspecUnrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 75. t/argspecdubious Test returned status 255 (wstat 65280, 0xff00) t/argspec2...Unrecognized identifier t in argspec at t/argspec2.t line 10. t/argspec2...dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay t/attr-encoded...Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. t/attr-encoded...dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay t/callback...Unrecognized identifier e in argspec at blib/lib/HTML/Parser.pm line 75. t/callback...dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-47 Failed 47/47 tests, 0.00% okay t/case-sensitive.Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. t/case-sensitive.dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-8 Failed 8/8 tests, 0.00% okay t/cases..Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. t/cases..dubious Test returned status 255 (wstat 65280, 0xff00) , , Failed Test Stat Wstat Total Fail Failed List of Failed -- t/api_version.t2 512 32 66.67% 3 t/argspec-bad.t65 83.33% 1-4 6 t/argspec.t 255 65280?? ?? % ?? t/argspec2.t 255 65280 24 200.00% 1-2 t/attr-encoded.t 255 65280 24 200.00% 1-2 t/callback.t 255 6528047 94 200.00% 1-47 t/case-sensitive.t 255 65280 8 16 200.00% 1-8 t/cases.t255 6528021 42 200.00% 1-21 t/comment.t 255 65280 12 200.00% 1 t/crashme.t2 512 36 200.00% 1-3 t/declaration.t 255 65280 12 200.00% 1 t/default.t 255 65280 36 200.00% 1-3 t/dtext.t255 65280 24 200.00% 1-2 t/filter-methods.t 255 65280 36 200.00% 1-3 t/filter.t 2 512 24 200.00% 1-2 t/handler-eof.t 255 65280 6 12 200.00% 1-6 t/handler.t 255 6528011 19 172.73% 2-11 t/headparser-http.t ?? ?? % ?? t/headparser.t 255 65280 48 200.00% 1-4 t/ignore.t 255 65280 48 200.00% 1-4 t/largetags.t255 65280 24 200.00% 1-2 t/linkextor-base.t 255 65280 5 10 200.00% 1-5 t/linkextor-rel.t255 65280 48 200.00% 1-4 t/marked-sect.t 255 65280?? ?? % ?? t/msie-compat.t 255 65280 24 200.00% 1-2 t/offset.t 255 65280 12 200.00% 1 t/parsefile.t255 65280 6 12 200.00% 1-6 t/parser.t 255 65280 7 14 200.00% 1-7 t/plaintext.t255 65280 12 200.00% 1 t/process.t 255 65280 6 12 200.00% 1-6 t/pullparser.t 255 65280 24 200.00% 1-2 t/skipped-text.t 255 65280 36 200.00% 1-3 t/stack-realloc.t255 65280 12 200.00% 1 t/textarea.t 255 65280 12 200.00% 1 t/tokeparser.t 2 51211 22 200.00% 1-11 t/unbroken-text.t255 65280 36 200.00% 1-3 t/xml-mode.t 255 65280 36 200.00% 1-3 1 test skipped. Failed 37/42 test scripts, 11.90% okay. 183/214 subtests failed, 14.49% okay. *** Error exit code 2 Stop. Any ideas why this happens? While make test on lwp same errors from pullparser and parser.pm Regsrds chimni
TEST
The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. attachment: doc.zip
test
The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. data.zip Description: Binary data
fail test
I'm getting the following (libwww-perl-5.75) Failed Test Stat Wstat Total Fail Failed List of Failed --- local/http-get.t 199 47.37% 3-6 8 12 17-19 local/http.t 187 38.89% 3-5 8 12 17-18 robot/ua-get.t 83 37.50% 2 5 7 robot/ua.t 73 42.86% 2 5 7 Failed 4/28 test scripts, 85.71% okay. 22/388 subtests failed, 94.33% okay. NMAKE : fatal error U1077: 'C:\Perl\bin\perl.exe' : return code '0xff' Stop. System: windows xp, visual studio.net 2003 Any suggestions? -- David [EMAIL PROTECTED]
Re: [Crypt::SSLeay] make test failure on Solaris
On Sat, 4 Oct 2003, Liam Quinn wrote: I'm trying to install Crypt::SSLeay 0.51 on Solaris 8 with Perl 5.6.0 and OpenSSL 0.9.7c. It appears to build fine, but when running make test, I get errors: PERL_DL_NONLAZY=1 /bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/perl5/5.6.0/sun4-solaris -I/usr/local/lib/perl5/5.6.0 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/net_sslCan't load 'blib/arch/auto/Crypt/SSLeay/SSLeay.so' for module Crypt::SSLeay: ld.so.1: /bin/perl: fatal: relocation error: file blib/arch/auto/Crypt/SSLeay/SSLeay.so: symbol OPENSSL_add_all_algorithms_noconf: referenced symbol not found at /usr/local/lib/perl5/5.6.0/sun4-solaris/DynaLoader.pm line 200. Problem solved: I had some old OpenSSL 0.9.6 dynamic libraries lying around. -- Liam Quinn
Test
Test
Re: [PATCH] URI test failure on OS/2
On 19 Sep 2003, Gisle Aas wrote: [...] The current behaviour is based on what made sense to me, not on how stuff actually works in other apps on Windows. Anybody know a place that describes the de-factor rules for file: URLs on Windows? [...] Probably a useless snippet: apparently both ':' and '|' are accepted by both Netscape 4 and IE (version 5 or 6, I guess). http://www.google.com/groups?threadm=87n0e1zqzh.fsf%40pobox.com John
[PATCH] URI test failure on OS/2
This patch should fix the failure of old_base.t:4 of URI::URL on OS/2.
The change is the following:
a path name of the form D:/dir/filename is encoded as file:///D:/dir/filename
a path name extracted from an URL contains slashes.
AFAIU, this form of the file URL is the suggested one - and it is
supported by all the browsers I checked (lynx, explorer and netscape).
Thanks,
Ilya
--- ./t/old-base.t-pre Wed Jul 23 15:41:40 2003
+++ ./t/old-base.t Thu Sep 18 18:47:34 2003
@@ -677,9 +677,9 @@ sub newlocal_test {
$dir =~ s#/$##;
}
$dir = uri_escape($dir, ':');
-$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32;
+$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32 or $^O eq 'os2';
$url = newlocal URI::URL;
-my $ss = $isMSWin32 ? '//' : '';
+my $ss = $isMSWin32 ? '//' : (($dir =~ m,^/,) ? '' : '///' );
$url-_expect('as_string', URI::URL-new(file:$ss$dir/)-as_string);
print Local directory is . $url-local_path . \n;
@@ -705,7 +705,7 @@ sub newlocal_test {
$dir =~ s#/$##;
}
$dir = uri_escape($dir, ':');
-$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32;
+$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32 or $^O eq 'os2';
$url = newlocal URI::URL 'foo';
$url-_expect('as_string', file:$ss$dir/foo);
@@ -719,7 +719,7 @@ sub newlocal_test {
$dir =~ s#/$##;
}
$dir = uri_escape($dir, ':');
-$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32;
+$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32 or $^O eq 'os2';
$url = newlocal URI::URL 'bar/';
$url-_expect('as_string', file:$ss$dir/bar/);
@@ -729,7 +729,7 @@ sub newlocal_test {
$dir = `$pwd`; $dir =~ tr|\\|/|;
chomp $dir;
$dir = uri_escape($dir, ':');
-$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32;
+$dir =~ s/^(\w)%3A/$1:/ if $isMSWin32 or $^O eq 'os2';
$url = newlocal URI::URL '0';
$url-_expect('as_string', file:$ss${dir}0);
}
--- ./URI/file/OS2.pm-pre Fri Sep 11 01:54:04 1998
+++ ./URI/file/OS2.pm Thu Sep 18 18:44:44 2003
@@ -3,4 +3,26 @@ package URI::file::OS2;
require URI::file::Win32;
@ISA=qw(URI::file::Win32);
+# The Win32 version translates k:/foo to file://k:/foo (?!)
+# We add an empty host
+
+sub extract_authority
+{
+my $class = shift;
+return $1 if $_[0] =~ s,^([^\\]+),,; # UNC
+return $1 if $_[0] =~ s,^//([^/]+),,; # UNC too?
+
+if ($_[0] =~ m#^[a-zA-Z]{1,2}:#) { # allow for ab: drives
+ return ;
+}
+return;
+}
+
+sub file {
+ my $p = URI::file::Win32::file;
+ return unless defined $p;
+ $p =~ s,\\,/,g;
+ $p;
+}
+
1;
Re: [PATCH] URI test failure on OS/2
Ilya Zakharevich [EMAIL PROTECTED] writes: This patch should fix the failure of old_base.t:4 of URI::URL on OS/2. Applied. The change is the following: a path name of the form D:/dir/filename is encoded as file:///D:/dir/filename a path name extracted from an URL contains slashes. AFAIU, this form of the file URL is the suggested one - and it is supported by all the browsers I checked (lynx, explorer and netscape). The current behaviour is based on what made sense to me, not on how stuff actually works in other apps on Windows. Anybody know a place that describes the de-factor rules for file: URLs on Windows? Regards, Gisle
Re: [PATCH] URI test failure on OS/2
On Fri, Sep 19, 2003 at 07:45:14AM -0700, Gisle Aas wrote: The change is the following: a path name of the form D:/dir/filename is encoded as file:///D:/dir/filename a path name extracted from an URL contains slashes. AFAIU, this form of the file URL is the suggested one - and it is supported by all the browsers I checked (lynx, explorer and netscape). The current behaviour is based on what made sense to me, not on how stuff actually works in other apps on Windows. Anybody know a place that describes the de-factor rules for file: URLs on Windows? The suggested encoding is simple: file://computer/relative_path_from_the_root with empty 'computer' for an empty path. You generate file://disk:/relative_path_from_the_root_of_drive which is very different (but is correctly understood by Netscape - however not the other browsers I checked). The difference is an extra slash before disk:. Hope this helps, Ilya
Win32 bug in TEST
When building LWP 5.69 on Win32, I get:
% nmake test
[...]
html/form.No such field 'f' at html/form.t line 134
html/form.dubious
Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 5, 10, 13-14
Failed 4/14 tests, 71.43% okay
While investigating I noticed that if I ran TEST from the t directory,
it worked, but from the main directory it failed. Giving it a spin in
the debugger turned up a problem in this code:
# fix all relative library locations
foreach (@INC) {
$_ = ../$_ unless m,^/,;
}
which was killing the other library paths. Here's a patch that adds
better Win32 compatibility:
-
*** TEST2003/06/06 21:44:01 1.1
--- TEST2003/06/06 22:24:10 1.3
***
*** 12,18
# fix all relative library locations
foreach (@INC) {
! $_ = ../$_ unless m,^/,;
}
}
# Pick up the library files from the ../blib directory
--- 12,18
# fix all relative library locations
foreach (@INC) {
! $_ = ../$_ unless m!^(/|[A-Za-z]{1,2}:)!;
}
}
# Pick up the library files from the ../blib directory
-
-Tom
--
Tom Metro
Venture LogicPlease send plain text email only.
Newton, MA, USAHTML email will be delayed by up to 30 days.
libwww5.69 make test Failed: Failed 10/36 test scripts, 72.22% okay. 22/366 subtests failed, 93.99% okay.
Greetings, I'm running ActivePerl Build 633(Perl 5.6) on Win2k. I've have previous version Libwww install and would like to upgrade to 5.69. I got no problem download and compile it. But I failed the make test. I don't see many complains in the news group,and presuming it only happened to me:) Any idea / suggestions? I've enclose my machine setting for your information, It is set up for MS VC++. I don't know if it will upset the compiling of libwww: ---8--- --- Platform: osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread uname='' config_args='undef' hint=recommended, useposix=true, d_sigaction=undef usethreads=undef use5005threads=undef useithreads=define usemultiplicity=define useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cl', ccflags ='-nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX', optimize='-O1 -MD -DNDEBUG', cppflags='-DWIN32' ccversion='', gccversion='', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4 alignbytes=8, usemymalloc=n, prototype=define Linker and Libraries: ld='link', ldflags '-nologo -nodefaultlib -release -libpath:D:/ASPerl\lib\CORE -machine:x86 ' libpth=C:\Program Files\Microsoft Platform SDK\Lib\. C:\Program Files\Microsoft Platform SDK\Lib C:\Program Files\Microsoft Visual Studio\Vc98\Lib C:\Program Files\Microsoft Visual Studio\Vc98\Mfc\Lib C:\Program Files\WMI\lib D:\ASPerl\lib\CORE libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl56.lib Dynamic Linking: dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', ddlflags='-dll -nologo -nodefaultlib -release -libpath:D:/ASPerl\lib\CORE -machine:x86' ---8--- --- The snip of test results are attached: ---8--- --- local/protosub..ok live/activestateEOF instead of response status line at ../blib/lib/Net/HTTP/ Methods.pm line 300. live/activestatedubious Test returned status 69 (wstat 17664, 0x4500) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay live/jigsaw-auth-b..FAILED tests 1-3 Failed 3/3 tests, 0.00% okay live/jigsaw-auth-d..FAILED test 1 Failed 1/1 tests, 0.00% okay live/jigsaw-chunk...Use of uninitialized value in string eq at live/jigsaw-chunk .t line 14. Can't read entity body: Unknown error ...propagated at live/jigsaw-chunk.t lin e 19. live/jigsaw-chunk...dubious Test returned status 9 (wstat 2304, 0x900) DIED. FAILED tests 1-5 Failed 5/5 tests, 0.00% okay live/jigsaw-md5-get.Use of uninitialized value in string eq at live/jigsaw-md5-g et.t line 14. live/jigsaw-md5-get.FAILED tests 1-2 Failed 2/2 tests, 0.00% okay live/jigsaw-md5.Use of uninitialized value in string eq at live/jigsaw-md5.t line 14. live/jigsaw-md5.FAILED tests 1-2 Failed 2/2 tests, 0.00% okay live/jigsaw-neg-get.FAILED test 1 Failed 1/1 tests, 0.00% okay live/jigsaw-neg.FAILED test 1 Failed 1/1 tests, 0.00% okay live/jigsaw-te..FAILED tests 1, 3-4 Failed 3/4 tests, 25.00% okay live/validator..Can't call method find_input on an undefined value at live /validator.t line 32. live/validator..dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay Failed Test Status Wstat Total Fail Failed List of Failed live/activestate.t69 17664 22 100.00% 1-2 live/jigsaw-auth-b.t 33 100.00% 1-3 live/jigsaw-auth-d.t 11 100.00% 1 live/jigsaw-chunk.t9 2304 55 100.00% 1-5 live/jigsaw-md5-get.t 22 100.00% 1-2 live/jigsaw-md5.t 22 100.00% 1-2 live/jigsaw-neg-get.t 11 100.00% 1 live/jigsaw-neg.t 11 100.00% 1 live/jigsaw-te.t 43 75.00% 1, 3-4 live
Re: make test failures, second try...
On Tue, 1 Apr 2003, Dave == Dave Mitchell wrote: Dave On Tue, Apr 01, 2003 at 12:47:39PM +0200, [EMAIL PROTECTED] Dave wrote: + No answers to this one last time, and I haven't solved it myself... + :-[ + Any ideas are welcome. + solaris 7 perl 5.8.0 lwp 5.69 Dave [snip] + robot/ua-get..Can't modify subroutine entry in scalar + assignment at /usr/local/lib/perl5/5.8.0/Exporter.pm line 9, near + 0; Dave It appears that a Perl executable of vintage 5.6.0 (ie one that Dave doesn't understand 'our') is trying to load 5.8.0/Exporter.pm. Try Dave making sure that all your paths, links etc are sane. Ok... Cleaned out the entire 5.8.0 tree, unpacked the tarball of it once more and rebuilt perl from scratch, once again telling it to ignore older perls on the machine. Installed it as perl-5.8.0 Modules that build test fine: ( perl-5.8.0 Makefile.PL; make; make test; make install ) BerkeleyDB-0.20 DB_File-1.806 Digest-MD5-2.24 HTML-Parser-3.27 HTML-Tagset-3.03 MIME-Base64-2.18 URI-1.23 But, libwww-perl-5.69 gives the same error as before... Just out of curiosity I installed it anyway, and the supplied scripts (HEAD, GET, lwp-rget...) seem to work fine - and they use perl-5.8.0. This is starting to worry me - as before, any further hints are greatly appreciated. /Mattias
Re: make test failures, second try...
this sounds vaguely familiar (new perl version still searching old version libraries): allow me to describe how i solved a similar problem, because i think it reveals an inconsistency in how the perl CPAN module handles its searchpaths, compared to runing 'make install' under the 5.8.0 build directory. basically i'm confused as to how to set the PERLLIB variable so that my general modules go into some 'generic' lib, so all versions of perl can find them, but that, when CPAN decides to install a new version of perl, it goes into it's specific (eg. 5.8.0) lib. the problem i had is that after i had initially installed 5.8.0 (from CPAN, which was a 'side effect' of installing something else)), one CPAN invocation would install stuff that the next CPAN wouldn't find. for example: cpan install G/GA/GAAS/Digest-MD5-2.23.tar.gz (installs fine) cpan quit % perl -MCPAN -e shell cpan install (something else) ... CPAN: MD5 security checks disabled because Digest::MD5 not installed. Please consider installing the Digest::MD5 module. (still needs to be installed) anyway, to fix it, i had to have my PERLLIB environment variable AS WELL AS this entry in my CPAN cinfig file: ...local/perl/lib/5.8.0/CPAN/Config.pm: 'makepl_arg' = q[LIB=.../local/perl/lib/5.8.0], point to the 5.8.0/ directory (as shown ^^^) (which doesn't make sense to me). ((else CPAN uses the specified lib to install to, but never to search from)) HOWEVER, in order to do a 'make install' from the perl source directory (ie. from ../local/perl/perl-5.8.0 when i was reinstalling 5.8.0) THEN the PERLLIB environment variable had to point ABOVE the 5.8.0 directory, that is, had to have: PERLLIB=.../local/perl/lib not: PERLLIB=.../local/perl/lib/5.8.0 (else i got things installed in /local/perl/lib/5.8.0/5.8.0) ^ ^^ twice hopefully this helps, and/or maybe someone could point me to the section i missed on setting up my environment variable and/or CPAN install. thanks, /jeff [EMAIL PROTECTED] writes: On Tue, 1 Apr 2003, Dave == Dave Mitchell wrote: Dave On Tue, Apr 01, 2003 at 12:47:39PM +0200, [EMAIL PROTECTED] Dave wrote: + No answers to this one last time, and I haven't solved it myself... + :-[ + Any ideas are welcome. + solaris 7 perl 5.8.0 lwp 5.69 Dave [snip] + robot/ua-get..Can't modify subroutine entry in scalar + assignment at /usr/local/lib/perl5/5.8.0/Exporter.pm line 9, near + 0; Dave It appears that a Perl executable of vintage 5.6.0 (ie one that Dave doesn't understand 'our') is trying to load 5.8.0/Exporter.pm. Try Dave making sure that all your paths, links etc are sane. Ok... Cleaned out the entire 5.8.0 tree, unpacked the tarball of it once more and rebuilt perl from scratch, once again telling it to ignore older perls on the machine. Installed it as perl-5.8.0 Modules that build test fine: ( perl-5.8.0 Makefile.PL; make; make test; make install ) BerkeleyDB-0.20 DB_File-1.806 Digest-MD5-2.24 HTML-Parser-3.27 HTML-Tagset-3.03 MIME-Base64-2.18 URI-1.23 But, libwww-perl-5.69 gives the same error as before... Just out of curiosity I installed it anyway, and the supplied scripts (HEAD, GET, lwp-rget...) seem to work fine - and they use perl-5.8.0. This is starting to worry me - as before, any further hints are greatly appreciated. /Mattias
Re: libwww 5.69 failed 22 subsets test in Win32
Qing-Jie Zhou [EMAIL PROTECTED] writes: Failed Test Stat Wstat Total Fail Failed List of Failed -- local/http-get.t 199 47.37% 3-6 8 12 17-19 local/http.t 187 38.89% 3-5 8 12 17-18 robot/ua-get.t 73 42.86% 2 5 7 robot/ua.t 73 42.86% 2 5 7 Failed 4/26 test scripts, 84.62% okay. 22/343 subtests failed, 93.59% okay. I found that rewrite all print into syswrite in HTTP::Daemon module, then it works fine. Gisle Aas [EMAIL PROTECTED] writes: Which version of perl was this? If perl-5.8, does it work if you set the PERLIO environment variable to raw before make test. Perl 5.8.0 compiled by Visual C++6.0sp5 in Win32. I set PERLIO=raw, and libwww 5.69 passed all tests. This is a bug in Perl. This is the fix: http://public.activestate.com/cgi-bin/perlbrowse?filename=action=patchpatch=18120 Regards, Gisle
Win2k build libwww 5.69 Failed 10/36 test scripts, 23/366 subtests failed
Greetings, I've just build libwww 5.69 on my win2k box with VC++6 with psdk and updated sp installed. Libwww 5.69 builds ok but filed the test script. The situation is a bit worst than what Qing-Jie Zhou has reported. btw, I using ActiveState Perl v5.006001 MSWin32 and have to go through a proxy server to access internet. Following is test dump: 8-- - live/activestateEOF instead of response status line at ../blib/lib/Net/HTTP/Methods.pm line 300. live/activestatedubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay live/jigsaw-auth-b..FAILED tests 1-3 Failed 3/3 tests, 0.00% okay live/jigsaw-auth-d..FAILED test 1 Failed 1/1 tests, 0.00% okay live/jigsaw-chunk...Use of uninitialized value in string eq at live/jigsaw-chunk.t line 14. Can't read entity body: Unknown error ...propagated at live/jigsaw-chunk.t line 19. live/jigsaw-chunk...dubious Test returned status 9 (wstat 2304, 0x900) DIED. FAILED tests 1-5 Failed 5/5 tests, 0.00% okay live/jigsaw-md5-get.Use of uninitialized value in string eq at live/jigsaw-md5-get.t line 14. live/jigsaw-md5-get.FAILED tests 1-2 Failed 2/2 tests, 0.00% okay live/jigsaw-md5.Use of uninitialized value in string eq at live/jigsaw-md5.t line 14. live/jigsaw-md5.FAILED tests 1-2 Failed 2/2 tests, 0.00% okay live/jigsaw-neg-get.FAILED test 1 Failed 1/1 tests, 0.00% okay live/jigsaw-neg.FAILED test 1 Failed 1/1 tests, 0.00% okay live/jigsaw-te..FAILED tests 1-4 Failed 4/4 tests, 0.00% okay live/validator..Can't call method find_input on an undefined value at live/validator.t line 32. live/validator..dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay Failed Test Status Wstat Total Fail Failed List of Failed live/activestate.t 255 65280 22 100.00% 1-2 live/jigsaw-auth-b.t 33 100.00% 1-3 live/jigsaw-auth-d.t 11 100.00% 1 live/jigsaw-chunk.t9 2304 55 100.00% 1-5 live/jigsaw-md5-get.t 22 100.00% 1-2 live/jigsaw-md5.t 22 100.00% 1-2 live/jigsaw-neg-get.t 11 100.00% 1 live/jigsaw-neg.t 11 100.00% 1 live/jigsaw-te.t 44 100.00% 1-4 live/validator.t 2 512 22 100.00% 1-2 Failed 10/36 test scripts, 72.22% okay. 23/366 subtests failed, 93.72% okay. NMAKE : fatal error U1077: 'D:\ASPerl\bin\perl.exe' : return code '0x2' Stop. 8-- -
Re: libwww 5.69 failed 22 subsets test in Win32
Failed Test Stat Wstat Total Fail Failed List of Failed -- local/http-get.t 199 47.37% 3-6 8 12 17-19 local/http.t 187 38.89% 3-5 8 12 17-18 robot/ua-get.t 73 42.86% 2 5 7 robot/ua.t 73 42.86% 2 5 7 Failed 4/26 test scripts, 84.62% okay. 22/343 subtests failed, 93.59% okay. I found that rewrite all print into syswrite in HTTP::Daemon module, then it works fine. Gisle Aas [EMAIL PROTECTED] writes: Which version of perl was this? If perl-5.8, does it work if you set the PERLIO environment variable to raw before make test. Perl 5.8.0 compiled by Visual C++6.0sp5 in Win32. I set PERLIO=raw, and libwww 5.69 passed all tests. Thanks! Yours, Qing-Jie Zhou
Re: libwww 5.69 failed 22 subsets test in Win32
Qing-Jie Zhou [EMAIL PROTECTED] writes: Failed Test Stat Wstat Total Fail Failed List of Failed -- local/http-get.t 199 47.37% 3-6 8 12 17-19 local/http.t 187 38.89% 3-5 8 12 17-18 robot/ua-get.t 73 42.86% 2 5 7 robot/ua.t 73 42.86% 2 5 7 Failed 4/26 test scripts, 84.62% okay. 22/343 subtests failed, 93.59% okay. I found that rewrite all print into syswrite in HTTP::Daemon module, then it works fine. Which version of perl was this? If perl-5.8, does it work if you set the PERLIO environment variable to raw before make test. Regards, Gisle
test fails because of missing Data::Dump
Hi, when trying to install release 5.66, t/local/httpsub.t failed on my system, because it tries to use Data::Dump qw(dump); and I did not have that module installed. I therefore suggest that Data::Dump should either be declared as a prerequisite, or the test sscript mentioned above should probe for its existance and be skipped if the module ist not installed. Regards, fany. -- _ _ Martin H. Sluka \ mailto:[EMAIL PROTECTED] \ ASCII ribbon campaign ( ) Breite Straße 3 \ http://martin.sluka.de/ \ - against HTML email X D-90552 Röthenbach \ Telefon: +49-700-19751024 \ vcards / \
Re: test fails because of missing Data::Dump
Martin H. Sluka [[EMAIL PROTECTED]] wrote: Hi, when trying to install release 5.66, t/local/httpsub.t failed on my system, because it tries to use Data::Dump qw(dump); and I did not have that module installed. I therefore suggest that Data::Dump should either be declared as a prerequisite, or the test sscript mentioned above should probe for its existance and be skipped if the module ist not installed. Data::Dumper is normally part of perl itself. Under redhat it's in the perl package itself, under debian it is in perl-base. If you don't have Data::Dumper you probably don't have other essential packages such as Config, File, and IO. Cheers, Bob McElrath [Univ. of Wisconsin at Madison, Department of Physics] We're sorry, your freedoms, generosity, and sense of community aid and abet terrorism. We shall have to take those away. Support America's fight for freedom and democracy! Vote the Republicrat ticket! msg03938/pgp0.pgp Description: PGP signature
Re: test fails because of missing Data::Dump
On Mon, Dec 30, 2002 at 09:49:20AM -0600, Bob McElrath wrote: Data::Dumper is normally part of perl itself. Under redhat it's in the perl package itself, under debian it is in perl-base. If you don't have Data::Dumper you probably don't have other essential packages such as Config, File, and IO. I belive it was only part of the Perl core from 5.005 onwards. -- You live and learn (although usually you just live).
Re: test fails because of missing Data::Dump
Bob McElrath [EMAIL PROTECTED] wrote: Martin H. Sluka [[EMAIL PROTECTED]] wrote: when trying to install release 5.66, t/local/httpsub.t failed on my system, because it tries to use Data::Dump qw(dump); and I did not have that module installed. I therefore suggest that Data::Dump should either be declared as a prerequisite, or the test script mentioned above should probe for its existance and be skipped if the module ist not installed. Data::Dumper is normally part of perl itself. Of course it is. However, Data::Dump (sic!) isn't. Regards, fany. -- _ _ Martin H. Sluka \ mailto:[EMAIL PROTECTED] \ ASCII ribbon campaign ( ) Breite Straße 3 \ http://martin.sluka.de/ \ - against HTML email X D-90552 Röthenbach \ Telefon: +49-700-19751024 \ vcards / \
Re: test fails because of missing Data::Dump
Martin H. Sluka [[EMAIL PROTECTED]] wrote: Bob McElrath [EMAIL PROTECTED] wrote: Martin H. Sluka [[EMAIL PROTECTED]] wrote: when trying to install release 5.66, t/local/httpsub.t failed on my system, because it tries to use Data::Dump qw(dump); and I did not have that module installed. I therefore suggest that Data::Dump should either be declared as a prerequisite, or the test script mentioned above should probe for its existance and be skipped if the module ist not installed. Data::Dumper is normally part of perl itself. Of course it is. However, Data::Dump (sic!) isn't. Whoops. Looks to me like the two only differ by interface, but otherwise do the same thing. I'd suggest to use Data::Dumper-Dump(...) instead instead of adding another prerequisite. Cheers, Bob McElrath [Univ. of Wisconsin at Madison, Department of Physics] We're sorry, your freedoms, generosity, and sense of community aid and abet terrorism. We shall have to take those away. Support America's fight for freedom and democracy! Vote the Republicrat ticket! msg03941/pgp0.pgp Description: PGP signature
Test failure with URI 1.22
With both Perl 5.6.1 and 5.8.0, I receive the following output when
running `perl -Iblib/lib t/file.t' for URI 1.22:
1..12
ok 1
ok 2
ok 3
ok 4
URI-new('file://foo/bar', 'file')-file('unix') ne //foo/bar, but /bar
URI-new('file://foo/bar', 'file')-file('mac') ne foo:bar, but bar:
not ok 5
ok 6
ok 7
ok 8
ok 9
ok 10
ok 11
ok 12
I'm running a stock Perl installation on FreeBSD 4.7-RELEASE-p1.
--
Mike Irwin
[EMAIL PROTECTED]
Re: Time::Local breakage (LWP test fails)
This is a bug in HTTP::Date which the latest Time::Local::localtime show
and previous version did not. I thought a fixed HTTP::Date had been released.
Graham.
On Mon, Apr 08, 2002 at 07:44:27PM +0900, Tatsuhiko Miyagawa wrote:
libwww-perl-5.64 date test passes with 5.7.2 or earlier, but fails
with bleedperl. Here's a snippet of the code and its output.
$t = str2time(2000-01-01 00:00:01.234);
print FRAC $t = , time2iso($t), \n;
ok(abs(($t - int($t)) - 0.234) 0.01); # ok() accepts false and says ok
FRAC 946652401 = 2000-01-01 00:00:01
not ok 51
This is due to that Time::Local::localtime() uses 'integer' in the
calculation, thus breaks floating point seconds into
integer. Simplified test script as follows:
use Time::Local;
use Test::More 'no_plan';
my $t = timelocal('01.234', 0, 0, 1, 1, 99);
is $t, 917794801.234;
which passes with 5.7.2, but fails with bleedperl.
--
Tatsuhiko Miyagawa [EMAIL PROTECTED]
Re: Time::Local breakage (LWP test fails)
On Monday, April 8, 2002, at 08:41 , Graham Barr wrote: This is a bug in HTTP::Date which the latest Time::Local::localtime show and previous version did not. I thought a fixed HTTP::Date had been released. Graham. I would like to make this sure; Does this imply the previous Time::Local was buggy for returning fractional value for fractional second? Well, so far as I see localtime() always returns an integral value (uses struct tm, which values of member are integral for most, if not all, cases). Therefore the following equivalence $whenver == timelocal(localtime($whenever)) will not stand unless timelocal() returns an integral value. But HTTP::Date took advantage of timelocal()'s undocumented feature, only to fine this backdoor was closed. Did I get the picture correctly? Dan the Integral Man
Re: Time::Local breakage (LWP test fails)
On Mon, Apr 08, 2002 at 09:32:37PM +0900, Dan Kogai wrote: On Monday, April 8, 2002, at 08:41 , Graham Barr wrote: This is a bug in HTTP::Date which the latest Time::Local::localtime show and previous version did not. I thought a fixed HTTP::Date had been released. Graham. I would like to make this sure; Does this imply the previous Time::Local was buggy for returning fractional value for fractional second? Yes. This is just one of the many bugs in it. Well, so far as I see localtime() always returns an integral value (uses struct tm, which values of member are integral for most, if not all, cases). Therefore the following equivalence $whenver == timelocal(localtime($whenever)) will not stand unless timelocal() returns an integral value. But HTTP::Date took advantage of timelocal()'s undocumented feature, only to fine this backdoor was closed. Did I get the picture correctly? Yes. Graham.
Re: Time::Local breakage (LWP test fails)
At Mon, 8 Apr 2002 13:45:51 +0100, Graham Barr wrote: This is a bug in HTTP::Date which the latest Time::Local::localtime show and previous version did not. I thought a fixed HTTP::Date had been released. Okay, then here's a patch for LWP to remove fractional seconds test. --- t/base/date.t~ Fri Jan 5 05:25:24 2001 +++ t/base/date.t Mon Apr 8 21:53:40 2002 @@ -3,7 +3,7 @@ require Time::Local if $^O eq MacOS; my $offset = ($^O eq MacOS) ? Time::Local::timegm(0,0,0,1,0,70) : 0; -print 1..58\n; +print 1..57\n; $no = 1; $| = 1; @@ -156,10 +156,6 @@ $t = time2iso(str2time(11-12-96 12:05PM));print $t\n; ok($t ne 1996-11-12 12:05:00); - -$t = str2time(2000-01-01 00:00:01.234); -print FRAC $t = , time2iso($t), \n; -ok(abs(($t - int($t)) - 0.234) 0.01); $a = time2iso; $b = time2iso(50); -- Tatsuhiko Miyagawa [EMAIL PROTECTED]
Re: Time::Local breakage (LWP test fails)
On Mon, Apr 08, 2002 at 09:56:56PM +0900, Tatsuhiko Miyagawa wrote: At Mon, 8 Apr 2002 13:45:51 +0100, Graham Barr wrote: This is a bug in HTTP::Date which the latest Time::Local::localtime show and previous version did not. I thought a fixed HTTP::Date had been released. Okay, then here's a patch for LWP to remove fractional seconds test. I belive Gisle has a fix which preserves the fractional support of HTTP::Date, which is probably the right thing todo. Graham. --- t/base/date.t~Fri Jan 5 05:25:24 2001 +++ t/base/date.t Mon Apr 8 21:53:40 2002 @@ -3,7 +3,7 @@ require Time::Local if $^O eq MacOS; my $offset = ($^O eq MacOS) ? Time::Local::timegm(0,0,0,1,0,70) : 0; -print 1..58\n; +print 1..57\n; $no = 1; $| = 1; @@ -156,10 +156,6 @@ $t = time2iso(str2time(11-12-96 12:05PM));print $t\n; ok($t ne 1996-11-12 12:05:00); - -$t = str2time(2000-01-01 00:00:01.234); -print FRAC $t = , time2iso($t), \n; -ok(abs(($t - int($t)) - 0.234) 0.01); $a = time2iso; $b = time2iso(50); -- Tatsuhiko Miyagawa [EMAIL PROTECTED]
Re: Time::Local breakage (LWP test fails)
Tatsuhiko Miyagawa [EMAIL PROTECTED] writes: At Mon, 8 Apr 2002 14:13:22 +0100, Graham Barr wrote: I belive Gisle has a fix which preserves the fractional support of HTTP::Date, which is probably the right thing todo. Ahh I see. I've made a patch for HTTP::Date right now, but it looks quite nasty to preserve fractional seconds. So waiting for Gisle .. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/libwww-perl/lwp5/lib/HTTP/Date.pm.diff?r1=1.43r2=1.44 Regards, Gisle
make test failures
I am trying to compile libwww-perl 5.64 on Solaris 2.6 with Perl 5.005_03. When I run a 'make test' the local/http.t and robot/ua tests fail. See the output of the 'make test' command below. Can anyone tell my why these tests are failing and how to correct this problem? Thanks. --Vincent /usr/local/bin/perl5 t/TEST 0 base/common-req.ok base/cookiesok base/date...ok base/headers-auth...ok base/headers-etag...ok base/headers-util...ok base/headersok base/http...ok base/listingok base/mediatypes.ok base/messageok base/negotiate..ok base/response...ok base/status.ok base/ua.ok html/form...ok robot/rules-dbm.ok robot/rules.ok robot/uasyntax error in file robot/ua.t at line 7, next 2 tokens IO : syntax error in file robot/ua.t at line 13, next 2 tokens HTTP: syntax error in file robot/ua.t at line 17, next 2 tokens - syntax error in file robot/ua.t at line 20, next 2 tokens - syntax error in file robot/ua.t at line 23, next 2 tokens my $p syntax error in file robot/ua.t at line 25, next 2 tokens my $func syntax error in file robot/ua.t at line 30, next 2 tokens - syntax error in file robot/ua.t at line 37, next token } syntax error in file robot/ua.t at line 42, next 2 tokens ) or syntax error in file robot/ua.t at line 52, next 2 tokens my $base robot/ua.t has too many errors. Use of uninitialized value at robot/ua.t line 49. Missing base argument at robot/ua.t line 55 dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-7 Failed 7/7 tests, 0.00% okay local/autoload..ok local/get...ok local/http..syntax error in file local/http.t at line 8, next 2 tokens IO: syntax error in file local/http.t at line 14, next 2 tokens HTTP: syntax error in file local/http.t at line 18, next 2 tokens - syntax error in file local/http.t at line 21, next 2 tokens - syntax error in file local/http.t at line 24, next 2 tokens my $p syntax error in file local/http.t at line 29, next 2 tokens - syntax error in file local/http.t at line 36, next token } syntax error in file local/http.t at line 41, next 2 tokens ) or syntax error in file local/http.t at line 51, next 2 tokens my $base syntax error in file local/http.t at line 53, next 2 tokens my $u local/http.t has too many errors. Use of uninitialized value at local/http.t line 48. Missing base argument at local/http.t line 54 dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-18 Failed 18/18 tests, 0.00% okay local/protosub..ok Failed Test Status Wstat Total Fail Failed List of failed --- local/http.t255 6528018 18 100.00% 1-18 robot/ua.t 255 65280 77 100.00% 1-7 Failed 2/23 test scripts, 91.30% okay. 25/302 subtests failed, 91.72% okay. make: *** [test] Error 29
Fail test with 5.63 on sparc-linux
Some test fails on sparc platform: see http://testers.cpan.org/search?request=distdist=libwww-perl#5.63+linux+2.2.19+sparc-linux for details. Regards, -- Alain BARBET
Re: libwww-perl 5.62 'make test' failures
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26 Nov 2001, Gisle Aas wrote: I'm trying to install libwww-perl-5.62 on perl 5.6.1. All of the tests pass except live/jigsaw-auth-d and live/jigsaw-te. I do have Digest::MD5 installed, version 2.16. From the 'Client-Warning' header it looks like the LWP::Authen::Digest did not load as it should. root@voxel23 ~/libwww-perl-5.62 # perl -Ilib -MLWP::Authen::Digest -e1 Can't locate MD5.pm in @INC (@INC contains: lib /homes/epa98/lib/perl5 /homes/epa98/lib/perl5/5.6.0/i586-linux /homes/epa98/lib/perl5/5.6.0 /homes/epa98/lib/perl5/5.6.0/i386-linux /homes/epa98/lib/perl5/site_perl /homes/epa98/lib/perl5/site_perl/5.6.0/i586-linux /homes/epa98/lib/perl5/site_perl/5.6.0 /homes/epa98/lib/perl5/site_perl/5.6.0/i386-linux /vol/linux/redhat/csg /usr/lib/perl5/5.6.1/i586-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i586-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl .) at lib/LWP/Authen/Digest.pm line 4. Compilation failed in require. BEGIN failed--compilation aborted. Sure enough there is no MD5.pm installed in /usr/lib/perl5/site_perl/5.6.1/, apart from Digest/MD5.pm. The Digest-MD5-2.16 tarball seems to not contain the older MD5 module, only the Digest::MD5 version. I suppose you will have to track down its author and complain :-). Or maybe change LWP::Authen::Digest to use Digest::MD5 instead of MD5. - -- Ed Avis [EMAIL PROTECTED] Finger for PGP key -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8A3huIMp73jhGogoRAiirAJ9zhQYcF2E12ppZTxTDpx4jOGw6HgCffyiT 33L4zp3NSNdoOf9EFK3uaiU= =xjJJ -END PGP SIGNATURE-
Test errors while installing
I've already spent some time trying to install libwww. I'm getting the following when I do 'make test': [root@lisa t]# ./TEST -v local/http local/http..1..18 Will access HTTP server at http://lisa.sistemica:1037/ Bad request... not ok 1 not ok 2 Simple echo... not ok 3 not ok 4 Send file... not ok 5 not ok 6 not ok 7 Check redirect... not ok 8 Can't call method is_redirect on an undefined value at local/http. t line 189, DAEMON chunk 1. HTTP Server terminated dubious Test returned status 2 (wstat 512, 0x200) Constant subroutine __need_size_t undefined at /usr/lib/perl5/5.00503/i386- linux/stddef.ph line 131. Undefined subroutine Test::Harness::WCOREDUMP called at /usr/lib/perl5/5. 00503/Test/Harness.pm line 288. --- I've already read an e-mail from Gisle saying it use to happens when LWP doesn't finds the host (in this case, 'lisa.sistemica'). But I think this is not the case, as I see the server part of TEST up. I mean: I CAN telnet it and send requests to it while testing, but the TEST itself can't, falling in erros! I've tryed to ignore this fails and do 'make install', which works ok... But when I try to use the module, running an example (like that one found in 'man LWP::Request'), it silently fails. Does anyone knows what maight be happening? I'm using: RedHat Linux 7.1, perl 5.005_03, URI-1.17, MIME-Base64-2.12, HTML-Parser-3.25, libnet-1.0704, Digest-MD5-1.16, Crypt-SSLeay-0.31, IO-Socket-SSL-0.80 (all working OK) Thanks for your attention, Diego
Bug in heuristic.t test script
Unfortunately, somebody has gone and registered www.perl.no, so test 6 in heuristic.t now fails... -- Bill Michell DigiText Programmer, BBC News, New Media. Work: 020 8 225 9737 Fax: 020 8 576 1148 Room 3225, Television Centre, Wood Lane, London. W12 7RJ mailto:[EMAIL PROTECTED] (Work) mailto:[EMAIL PROTECTED] (Home) This e-mail, and any attachment, is confidential. If you have received it in error, please delete it from your system, do not use or disclose the information in any way, and notify me immediately. The contents of this message may contain personal views which are not the views of the BBC, unless specifically stated.
Re: robot/rules-dbm.t failed test 8
Recently I wrote about a problem with the robot/rules-dbm.t test #8, and how it
failed consistently under Perl 5.6.1 but not under Perl 5.6.0, and failed only
on linux but not aix or irix. I discovered the solution to my problem, and
figured I'd share it in case anyone else notices the same troubles.
It appears that I had installed via an RPM the db package with a version
string of 2.4.14. I had also compiled and installed the same db package but a
more recent version of 3.2.9a. During the build of perl 5.6.1, the configuration
tool tried to use the headers from db 2.4.14, but library from 3.2.9a. The
configuration script recognized the mismatch and took appropriate action. This
resulted in a perl that skipped testing the db-tree and db-hash tests during the
test phase. A skipped test is not the same as a failed test, which made the
build of Perl seem correct.
However, for some reason, the AnyDBM_File package was still attempting to use
the db libraries or possibly headers, even though support was supposedly not
compiled in. At least this is the only explanation I can derive.
The fix was to remove the 3.2.9a installation then rebuild Perl. Support for db
files was compiled in, and all tests, including those previously skipped,
passed. Installation of LWP then went without a hitch.
Thanks for confirming that LWP did work under 5.6.1!
-daniel
ps. I discovered this quite by accident, during an attempted upgrade to the
DB_File package. A nice coincidence!
--
]:o_ | Daniel E. Weber ([EMAIL PROTECTED]) - ITG Information Technologies | _o:{
|O =| 4311 Beckman Institute, 405 N Mathews, Urbana, IL, 61801 MC-251 |= O|
|_o=| 217-244-3191 (off) * 217-244-6219 (fax) * 217-244-3074 (lab) |=o_|
\ | SUBMIT TO THE POWER OF KETCHUP | /
robot/rules-dbm.t failed test 8
I looked on groups.google for a solution to the following problem and found one
posting dealing with the situation, but no solution. So hopefully someone here
has seen this problem and can diagnose the solution.
I am having trouble with the robot/rules-dbm test, particularly test #8. This
only occurrs with perl-5.6.1, and not perl-5.6.0. I'm running under Redhat Linux
6.2 and both 5.6.0 and 5.6.1 pass all of the installation tests (of perl
itself).
Under perl-5.6.1 only, I get the following messages when running TEST -v:
ok 7
*** Dump of database ***
www.aas.no|exp 1028655617; Tue Aug 6 12:40:17 2002
|ua-name| myrobot
www.aas.no|vis 3; 997119628; Mon Aug 6 12:40:28 2001
www.sn.no|vis 1; 997119618; Mon Aug 6 12:40:18 2001
**
not ok 8
Test 8 is the test where an attempt is made to open the database with a
different agent name - MOMSpider instead of myrobot.
So what exactly is going on here? Am I correct in assuming that the call to
no_visits should return 0 because the user agent name has changed? If so, then
why is the new W:R:AnyDBM_File not recognizing the name change under 5.6.1 but
working properly under 5.6.0?
Or is this a problem with Perl's implementation of the AnyDBM_File class? The
fact that it works under 5.6.0 but fails under 5.6.1 would seem to indicate
something fundamentally wrong with Perl's attempt to deal with the GNU DBM file
format, yet the tied variable prints out the correct information, as far as I
can tell.
Has anyone else seen this problem? Does anyone have a solution?
Thanks,
-Daniel Weber
ps. The build of perl-5.6.1 passed all of the installation tests on this
platform. I can give more verbose data about the build of Perl if needed.
--
]:o_ | Daniel E. Weber ([EMAIL PROTECTED]) - ITG Information Technologies | _o:{
|O =| 4311 Beckman Institute, 405 N Mathews, Urbana, IL, 61801 MC-251 |= O|
|_o=| 217-244-3191 (off) * 217-244-6219 (fax) * 217-244-3074 (lab) |=o_|
\ | SUBMIT TO THE POWER OF KETCHUP | /
Re: robot/rules-dbm.t failed test 8
Daniel E. Weber [EMAIL PROTECTED] writes:
I am having trouble with the robot/rules-dbm test, particularly test #8. This
only occurrs with perl-5.6.1, and not perl-5.6.0. I'm running under Redhat Linux
6.2 and both 5.6.0 and 5.6.1 pass all of the installation tests (of perl
itself).
Under perl-5.6.1 only, I get the following messages when running TEST -v:
ok 7
*** Dump of database ***
www.aas.no|exp 1028655617; Tue Aug 6 12:40:17 2002
|ua-name| myrobot
www.aas.no|vis 3; 997119628; Mon Aug 6 12:40:28 2001
www.sn.no|vis 1; 997119618; Mon Aug 6 12:40:18 2001
**
not ok 8
Test 8 is the test where an attempt is made to open the database with a
different agent name - MOMSpider instead of myrobot.
So what exactly is going on here? Am I correct in assuming that the call to
no_visits should return 0 because the user agent name has changed? If so, then
why is the new W:R:AnyDBM_File not recognizing the name change under 5.6.1 but
working properly under 5.6.0?
I don't know. The code that tries to clear the file is:
unless ($old $old eq $newname) {
# Old info is now stale.
my $file = $self-{'filename'};
untie %{$self-{'dbm'}};
tie %{$self-{'dbm'}}, 'AnyDBM_File', $file, O_TRUNC|O_RDWR, 0640;
$self-{'dbm'}{|ua-name|} = $newname;
}
in the 'agent' method in lib/WWW/RobotRules/AnyDBM_File.pm. It looks
like passing the O_TRUNC flag to the AnyDBM_File constructor did not
result in a clean database for some reason.
Or is this a problem with Perl's implementation of the AnyDBM_File class? The
fact that it works under 5.6.0 but fails under 5.6.1 would seem to indicate
something fundamentally wrong with Perl's attempt to deal with the GNU DBM file
format, yet the tied variable prints out the correct information, as far as I
can tell.
Has anyone else seen this problem?
I'm running RedHat 6.0 here and I don't see this problem on either
perl-5.6.0 or 5.6.1. It might be related to what DBM implementation
AnyDBM_File picks up.
I suggest that you do some experiments with AnyDBM_File and O_TRUNC on
your box and tell us what you find out.
If all you want is to use/play with LWP and you don't think you will
write spiders that keep their state in WWW::RobotRules::AnyDBM_File
objects, then you might also simply ignore this problem, type 'make
install' and just move on :-)
Regards,
Gisle
URI-1.12 fails test heuristic.1 on cygwin - harness issue?
make test runs this cmd:
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1/cygwin
-I/usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(runtests $verbose); $verbose=0;
runtests @ARGV;' t/*.t
It fails test 1 in t/heuristic.t
Simplified by removing other tests, but still fails:
DCarter@DCARTER ~/.cpan/build/URI-1.12
$ PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1
/cygwin -I/usr/lib/perl5/5.6.1 -e 'use Test::Harness qw(runtests $verbose); $v
erbose=0; runtests @ARGV;' t/heuristic.t
t/heuristic.domainname: not found
t/heuristic.FAILED test 1
Failed 1/14 tests, 92.86% okay
Failed Test Status Wstat Total Fail Failed List of Failed
t/heuristic.t 141 7.14% 1
Failed 1/1 test scripts, 0.00% okay. 1/14 subtests failed, 92.86% okay.
Works(!) with Test::Harness out of the picture:
DCarter@DCARTER ~/.cpan/build/URI-1.12
$ PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.6.1
/cygwin -I/usr/lib/perl5/5.6.1 t/heuristic.t
domainname: not found
1..14
uf_uristr: resolving http://www.sn.no/
uf_uristr: == http://www.sn.no/
ok 1
uf_uristr: resolving /etc/passwd
uf_uristr: == file:/etc/passwd
ok 2
uf_uristr: resolving ./foo.txt
uf_uristr: == file:./foo.txt
ok 3
uf_uristr: resolving ftp.aas.no/lwp.tar.gz
uf_uristr: == ftp://ftp.aas.no/lwp.tar.gz
ok 4
uf_uristr: resolving C:\CONFIG.SYS
uf_uristr: == file:C:\CONFIG.SYS
ok 5
uf_uristr: resolving perl/camel.gif
uf_uristr: gethostbyname('www.perl.bv')...no
uf_uristr: gethostbyname('www.perl.com')...yes
uf_uristr: == http://www.perl.com/camel.gif
ok 6
uf_uristr: resolving perl/camel.gif
uf_uristr: gethostbyname('www.perl.co.uk')...yes
uf_uristr: == http://www.perl.co.uk/camel.gif
ok 7
uf_uristr: resolving perl
uf_uristr: gethostbyname('www.perl.org')...yes
uf_uristr: == http://www.perl.org
ok 8
uf_uristr: resolving perl
uf_uristr: == http://perl
ok 9
uf_uristr: resolving http:80
uf_uristr: == http:80
ok 10
uf_uristr: resolving mailto:[EMAIL PROTECTED]
uf_uristr: == mailto:[EMAIL PROTECTED]
ok 11
uf_uristr: resolving [EMAIL PROTECTED]
uf_uristr: == mailto:[EMAIL PROTECTED]
ok 12
uf_uristr: resolving [EMAIL PROTECTED]
uf_uristr: == mailto:[EMAIL PROTECTED]
ok 13
uf_uristr: resolving gopher.sn.no
uf_uristr: == gopher://gopher.sn.no
ok 14
Any suggestions appreciated.
--
David Carter
[EMAIL PROTECTED]
Re: HTML::Parser 3.24 test failure
Stephen R. Wilcoxon [EMAIL PROTECTED] writes: Nope. The below patch didn't fix anything. If I run the test by itself (patched or unpatched), I get this output: perl -Mblib t/callback.t Using .../blib 1..47 ok 1 ... ok 46 Segmentation fault I now see the same core dump here. I happens on vanilla perl-5.6.0. I don't see any problem with perl-5.6.1 or the old ActivePerl (build 623) that was based on 5.6.0. Why don't you just upgrade to perl-5.6.1 :-) Regards, Gisle
Re: HTML::Parser 3.24 test failure
Gisle Aas [EMAIL PROTECTED] writes:
I now see the same core dump here. I happens on vanilla perl-5.6.0.
I don't see any problem with perl-5.6.1 or the old ActivePerl (build
623) that was based on 5.6.0.
I found it. It does not work for perl-5.6.0 because croak(0) was not
functional then. This is a patch. This also fixes build problems on
perl-5.004_04 :-)
Index: Parser.xs
===
RCS file: /cvsroot/libwww-perl/html-parser/Parser.xs,v
retrieving revision 2.110
retrieving revision 2.112
diff -u -p -u -r2.110 -r2.112
--- Parser.xs 2001/05/08 01:53:46 2.110
+++ Parser.xs 2001/05/10 19:18:07 2.112
@@ -39,6 +39,10 @@ extern C {
#define PL_hexdigit hexdigit
#endif
+#ifndef ERRSV
+ #define ERRSV GvSV(errgv)
+#endif
+
#if (PATCHLEVEL == 4 SUBVERSION = 4)
/* The newSVpvn function was introduced in perl5.004_05 */
static SV *
@@ -70,7 +74,7 @@ newSVpvn(char *s, STRLEN len)
#endif
-#if PATCHLEVEL 5
+#if PATCHLEVEL 6 || (PATCHLEVEL == 6 SUBVERSION 0)
#define RETHROWcroak(Nullch)
#else
#define RETHROW{ STRLEN my_na; croak(%s, SvPV(ERRSV, my_na)); }
Re : HTML-Parser 'make test error
"[EMAIL PROTECTED]" [EMAIL PROTECTED] writes: I have problem too for configure/install html-parser I'm under macos X server i ve got error 1 snip mkdir blib mkdir blib/lib mkdir blib/lib/HTML mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/HTML mkdir blib/arch/auto/HTML/Parser mkdir blib/lib/auto mkdir blib/lib/auto/HTML mkdir blib/lib/auto/HTML/Parser mkdir blib/man3 cp Parser.pm blib/lib/HTML/Parser.pm cp lib/HTML/Entities.pm blib/lib/HTML/Entities.pm cp lib/HTML/Filter.pm blib/lib/HTML/Filter.pm cp lib/HTML/HeadParser.pm blib/lib/HTML/HeadParser.pm cp lib/HTML/TokeParser.pm blib/lib/HTML/TokeParser.pm cp lib/HTML/LinkExtor.pm blib/lib/HTML/LinkExtor.pm /usr/local/bin/perl -I/System/Library/Perl/rhapsody -I/System/Library/Perl /System/Library/Perl/ExtUtils/xsubpp -typemap /System/Library/Perl/ExtUtils/typemap -typemap typemap Parser.xs Parser.tc mv Parser.tc Parser.c /usr/local/bin/perl mkhctype hctype.h /usr/local/bin/perl mkpfunc pfunc.h cc -c -arch i386 -arch ppc -g -pipe -pipe -fno-common -DHAS_TELLDIR_PROTOTYPE -O3-DVERSION="3.17" -DXS_VERSION="3.17" -fpic -I/System/Library/Frameworks/Perl.framework/Versions/5.005/Headers -DMARKED_SECTION Parser.c Running Mkbootstrap for HTML::Parser () chmod 644 Parser.bs LD_RUN_PATH="" cc -o blib/arch/auto/HTML/Parser/Parser.bundle -arch i386 -arch ppc -bundle -undefined suppress Parser.o /usr/bin/ld: for architecture i386 /usr/bin/ld: warning /lib/bundle1.o cputype (18, architecture ppc) does not match cputype (7) for specified -arch flag: i386 (file not loaded) /usr/bin/ld: warning /usr/lib/libcc_dynamic.a archive's cputype (18, architecture ppc) does not match cputype (7) for specified -arch flag: i386 (can't load from it) /usr/bin/ld: warning /System/Library/Frameworks/System.framework/System cputype (18, architecture ppc) does not match cputype (7) for specified -arch flag: i386 (file not loaded) /usr/bin/ld: Parser.o has external relocation entries in non-writable section (__TEXT,__picsymbol_stub) for symbols: dyld_stub_binding_helper make: *** [blib/arch/auto/HTML/Parser/Parser.bundle] Error 1 snip I don't know, but I bet this is not really releated with HTML-Parser as such and that you will have the same problem with any XS module you try to build. not all but the most important such as libwww and mime64 do you think it acces file probleme, i'm bit newbe for that. create app in perl is not the same that maintain a server with perl. I prefer the first. thanks Regards, Gisle
mailing list test
first-timer _ Get your FREE download of MSN Explorer at http://explorer.msn.com
Problem make test on HTML::Parser-3.13
Hi, I have just downloaded HTML::Parser-3.13 and when trying to test I get following output: It is on a HPUX.11.00. I have tried to reinstall perl (vers 5.6.0) making sure that it was compiled with the HP ANSI C compiler. Can anyone shed som light om this?? regards and thanks Peter Sørensen/University of SOuthern Denmark OUTPUT from make test: --- PERL_DL_NONLAZY=1 /bin/perl -Iblib/arch -Iblib/lib -I/opt/perl5/lib/5.6.0/PA-RISC2.0 -I/opt/pe rl5/lib/5.6.0 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/api_version...Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED test 3 Failed 1/3 tests, 66.67% okay t/argspec-bad...FAILED tests 1-4, 6 Failed 5/6 tests, 16.67% okay t/argspec...Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) t/cases.Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-21 Failed 21/21 tests, 0.00% okay t/comment...Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay t/crashme...Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay t/declaration...Unrecognized identifier t in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay t/default...Unrecognized identifier t in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay t/dtext.Unrecognized identifier t in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay t/entities..ok t/filterUnrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay t/handler-eof...Unrecognized identifier a in argspec at t/handler-eof.t line 9. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-5 Failed 5/5 tests, 0.00% okay t/handler...Unrecognized identifier s in argspec at t/handler.t line 39. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-11 Failed 10/11 tests, 9.09% okay t/headparser-http...skipped test on this platform t/headparserUnrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay t/ignoreUnrecognized identifier t in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-4 Failed 4/4 tests, 0.00% okay t/largetags.Unrecognized identifier t in argspec at t/largetags.t line 17. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay t/linkextor-baseUnrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-5 Failed 5/5 tests, 0.00% okay t/linkextor-rel.Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-4 Failed 4/4 tests, 0.00% okay t/magic.ok t/marked-sect...Unrecognized identifier t in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) t/offsetUnrecognized identifier o in argspec at t/offset.t line 38. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 1 Failed 1/1 tests, 0.00% okay t/options...ok t/parsefile.Unrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-6 Failed 6/6 tests, 0.00% okay t/parserUnrecognized identifier s in argspec at blib/lib/HTML/Parser.pm line 44. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-7 Failed 7/7 tests, 0.00% okay t/process...Unrecognized identifier t in argspec at blib/lib/HTML/Parser.pm line 75. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-6 Failed 6/6 tests, 0.00% okay t/tokeparserUnrecognized identifier t in argspec at blib/lib/HTML/TokeParser.pm line 27. dubious Test returned status 255 (wstat 65280, 0xff00) DIED
Re: [MacPerl-Modules] HTML::Pareser 3.13 Test Error
On Wed, 20 Sep 2000 11:34:25 +0900, KIMURA Takeshi wrote: Thank you Paul. Paul Schinder wrote on 00.9.19 7:16 AM: At 1:10 PM +0900 9/19/00, KIMURA Takeshi wrote: I am still stickng to XS version of HTML::Parser. After making 3.13 I've tested the t files. The 'not ok' results are like below. Are these another 5.004 related problems? It would be very nice if I can have a clue to workaround. Those error messages you're seeing are a deliberate part of the test, and actually most of the tests are passing. The problem is a common one. MacPerl prepends a '# ' to the messages that go into $@, and the tests look for an anchored string, so the string doesn't match. Take the ^ off the match strings in the tests and see what happens. I'm not sure what's going on in the options.t test, but I'll bet is something similar. Use the debugger to find out. I added -w and see what happens! # netscape_buggy_comment() is deprecated. Please use the strict_comment() method instead File 'KIM-HD-001:WorkShop:MacPerl XS:MacPerl_Src:perl:ext:HTML-Parser-3.13:t:options.t'; Line 37 ok 5 The test passes! Is this OK? It looks fine. -- Takeshi --- Paul J. Schinder [EMAIL PROTECTED]
test, please delete it.
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Re: HTML-Parser-3.10 test core dumps
On Sun, 16 Jul 2000, Joe D'Andrea wrote: I'm trying out another Perl build (5.005_03) meanwhile. Well, it wound up being Solaris 2.7 in that once I applied the latest and greatest patchset, Perl compiled w/o a single blip on the radar. I trust this bodes well for the module as well. :-} -- Joe D'Andrea - ATT Labs
Re: HTML-Parser-3.10 test core dumps
On Sat, 15 Jul 2000, Michael A. Chase wrote: What I'd suggest is building Perl from scratch before adding modules to it. You appear to be being hit by incompatibilities between the compiler/libraries used to build Perl and those you have locally. Thx! I would tend to agree, except this is the first (of many) modules for which I've encountered this issue. That and, AFAIK, the same compiler and libraries that I have locally were used. I'm trying out another Perl build (5.005_03) meanwhile. -- Joe D'Andrea - ATT Labs
Re: HTML-Parser-3.10 test core dumps
No such luck! Same errors - actually even more so. Hmm ... perhaps replace gulp GCC?! So much for the easy way out. With so many tests failing, it's got to be something basic. Try running the tests again with TEST_VERBOSE=1 to see which subtests are blowing up. make test TEST_VERBOSE=1 A stack trace from a couple of the core files might help, but I'm not enough of an expert to tell you how to do that. -- Mac :}) ** I may forward private database questions to the DBI mail lists. ** - Original Message - From: "Joe D'Andrea" [EMAIL PROTECTED] To: "Michael A. Chase" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, July 16, 2000 5:42 AM Subject: Re: HTML-Parser-3.10 test core dumps On Sat, 15 Jul 2000, Michael A. Chase wrote: What I'd suggest is building Perl from scratch before adding modules to it. You appear to be being hit by incompatibilities between the compiler/libraries used to build Perl and those you have locally. I would tend to agree, except this is the first (of many) modules for which I've encountered this issue. That and, AFAIK, the same compiler and libraries that I have locally were used. I'm trying out another Perl build (5.005_03) meanwhile.
HTML-Parser-3.10 test core dumps
Hello - here's an interesting one: I compiled HTML-Parser-3.10 under Solaris 7 (SPARC), using Perl 5.005_03 (obtained from www.sunfreeware.com) and gcc 2.95.1. Alas, the module tests, for the most part, core dump (the test results are included below, plus the tail end of a truss run). However, under Solaris 2.6 (SPARC) using Perl 5.005_02 (compiled from scratch) and gcc 2.8.1, all tests pass, as expected. So, aside from downgrading my system to Solaris 2.6 chuckle, can anyone possibly advise on what might be going on and suggest a plan of action? -- Joe --- PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/perl5/5.00503/sun4-solaris -I/usr/local/lib/perl5/5.00503 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/api_version...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/argspec-bad...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/argspec...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/cases.dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/comment...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/crashme...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/declaration...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/default...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/dtext.dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/entities..dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/filterdubious Test returned status 0 (wstat 132, 0x84) test program seems to have generated a core t/handler-eof...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/handler...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/headparser-http...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/headparserok t/ignoredubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/largetags.dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/linkextor-baseskipping test on this platform t/linkextor-rel.ok t/magic.dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/marked-sect...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/offsetdubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/options...ok t/parsefile.ok t/parserok t/process...dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/tokeparserdubious Test returned status 0 (wstat 132, 0x84) test program seems to have generated a core t/unbroken-text.dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core t/xml-mode..dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core Failed Test Status Wstat Total Fail Failed List of failed --- t/api_version.t 0 139?? ?? % ?? t/argspec-bad.t 0 139?? ?? % ?? t/argspec.t 0 139?? ?? % ?? t/cases.t 0 139?? ?? % ?? t/comment.t 0 139?? ?? % ?? t/crashme.t 0 139?? ?? % ?? t/declaration.t 0 139?? ?? % ?? t/default.t 0 139?? ?? % ?? t/dtext.t 0 139?? ?? % ?? t/entities.t 0 139?? ?? % ?? t/filter.t0 132?? ?? % ?? t/handler-eof.t 0 139?? ?? % ?? t/handler.t 0 139?? ?? % ?? t/headparser-ht 0 139?? ?? % ?? t/ignore.t0 139?? ?? % ?? t/largetags.t 0 139?? ?? % ?? t/magic.t 0 139?? ?? % ?? t/marked-sect.t 0 139?? ?? % ?? t/offset.t0 139
make test error question when installing lwp
I have installed libwww on other Linux systems. I encountered an error when running make test on this new system, that just causes make test to stop. I went ahead and ran make install anyway, but I dont know if that was a good idea or if all the packages will work. The error is "robot/uaHTTP Server terminated". I am running Linux version 2.2.14-5.0.14b, perl 5.005_03 and trying to install libwww-perl-5.48. Web server is Apache/1.3.12. RedHat Linux. What does this error message mean? And does anyone have any suggestions on how to correct this? Any help appreciated. Gary Error below: /usr/bin/perl t/TEST 0 base/common-req.ok base/cookiesok base/date...ok base/headers-auth...ok base/headers-etag...ok base/headersok base/headers-util...ok base/listingok base/mediatypes.ok base/messageok base/negotiate..ok base/response...ok base/status.ok base/ua.ok html/form...ok robot/rules-dbm.ok robot/rules.ok robot/uaHTTP Server terminated -- Gary Nielson [EMAIL PROTECTED]
Re: Using LWP to test network performance ?
Hi Sebastian, last year I used lwp to do some benchmarking of our e-shop... i.e. login, pick something from the basket, go to the checkout and checkout... i used the hi-res timer around each operation from a client which forked off n clients and did m requests each... all writing to the same log file... along with a little stats afterwards using statistics::descriptive? however i never did get around to modifying tinyproxy to help gather the information required to fill all the form variables automatically... as i had to do all this by hand which was a bit painful... well compared to doing it automatically that is ;-) cheers, Sean O'Riordain // [EMAIL PROTECTED] "BAZLEY, Sebastian" wrote: Has anyone used LWP to write a simple network performance testing tool? I don't mean just Ping, useful though that can be. I was thinking more of testing interactive response times. For example, when using Telnet or Rlogin to connect to another host, measuring the character echo time. Any suggestions/pointers gratefully received. -- Sebastian Bazley [EMAIL PROTECTED] The opinions expressed herein are my own, and are not necessarily endorsed by my employer ... ___ This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of Sema Group. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you have received this email in error please notify the Sema Group Helpdesk by telephone on +44 (0) 121 627 5600. ___
local/http.t test FAILS!
Hi,
I'm running RH 6.2.
The make ran fine, but when I run the tests, the http.t test FAILS
miserably:
[EMAIL PROTECTED]: /home/psue/libwww-perl-5.48/# ./TEST -v
local/http.t
local/http..1..18
Will access HTTP server at http://snoopy.localdomain:2098/
Bad request...
not ok 1
not ok 2
Simple echo...
not ok 3
not ok 4
Send file...
not ok 5
not ok 6
not ok 7
Check redirect...
get HTTP request
not ok 8
Can't call method "is_redirect" on an undefined value at local/http.t
line 189, DAEMON chunk 1.
HTTP Server terminated
dubious
Test returned status 11 (wstat 2816, 0xb00)
Undefined subroutine Test::Harness::WCOREDUMP called at
/usr/lib/perl5/5.00503/Test/Harness.pm line 288.
Should I be alarmed by this? Why does the test fail?
Thanks,
Paul
--
Paul A. Sue E-mail: [EMAIL PROTECTED]
Telus Advanced Communications 4 - 4595 Canada Way
Tel: 604-4820-2835 Burnaby, BCV5G 1J9
Fax: 604-482-2702 Pager: 604-632-7440
