Skip Menu |
Report information
Id: 4853
Status: resolved
Priority: 0/
Queue: perl5

Owner: Nobody
Requestors: nick [at] talking.bollo.cx
Cc:
AdminCc:

Operating System: Linux
PatchStatus: (no value)
Severity: none
Type: (no value)
Perl Version: 5.7.0
Fixed In: (no value)



To: perlbug [...] perl.org
Subject: Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
From: Nicholas Clark <nick [...] talking.bollo.cx>
Date: Tue, 05 Dec 2000 22:10:20 +0000
This is a build failure report for perl from nick@talking.bollo.cx, generated with the help of perlbug 1.33 running under perl v5.7.0. ----------------------------------------------------------------- [Please enter your report here] lib/net-hostent......FAILED at test 6 /etc/hosts says 127.0.0.1 loopback localhost known failure. Is localhost in the aliases for gethostbyname ('localhost') on Win32? If so, I think I can make a regression test that copes. Nicholas Clark [Please do not change anything below this line] ----------------------------------------------------------------- --- Flags: category=install severity=none --- Site configuration information for perl v5.7.0: Configured by nick at Tue Dec 5 19:58:11 GMT 2000. Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration: Platform: osname=linux, osvers=2.2.17-rmk1, archname=armv4l-linux uname='linux bagpuss.unfortu.net 2.2.17-rmk1 #6 sat dec 2 19:44:40 gmt 2000 armv4l unknown ' config_args='-Dusedevel -Ubincompat5005 -Uinstallusrbinperl -Dcf_email=nick@talking.bollo.cx -Dperladmin=nick@talking.bollo.cx -Dinc_version_list= -Dinc_version_list_init=0 -Duseperlio -Dcc=/usr/local/bin/gcc -de' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='/usr/local/bin/gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.95.2 20000516 (release) [Rebel.com]', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='/usr/local/bin/gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -ldb -ldl -lm -lc -lposix -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lposix -lcrypt -lutil libc=/lib/libc-2.1.3.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Locally applied patches: DEVEL7978 --- @INC for perl v5.7.0: lib /usr/local/lib/perl5/5.7.0/armv4l-linux /usr/local/lib/perl5/5.7.0 /usr/local/lib/perl5/site_perl/5.7.0/armv4l-linux /usr/local/lib/perl5/site_perl/5.7.0 /usr/local/lib/perl5/site_perl . --- Environment for perl v5.7.0: HOME=/home/nick LANG (unset) LANGUAGE (unset) LC_CTYPE=en_GB.ISO-8859-1 LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/home/nick/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/sbin:/usr/sbin:/usr/local/sbin PERL_BADLANG (unset) SHELL=/bin/sh
Date: Tue, 5 Dec 2000 18:17:32 -0500 (EST)
From: "Casey R. Tweten" <crt [...] kiski.net>
To: Nicholas Clark <nick [...] talking.bollo.cx>
Cc: perl5-porters [...] perl.org
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
Download (untitled) / with headers
text/plain 848b
Today around 10:10pm, Nicholas Clark hammered out this masterpiece: : : This is a build failure report for perl from nick@talking.bollo.cx, : generated with the help of perlbug 1.33 running under perl v5.7.0. : : : ----------------------------------------------------------------- : [Please enter your report here] : : lib/net-hostent......FAILED at test 6 : : /etc/hosts says : 127.0.0.1 loopback localhost : : known failure. : : Is localhost in the aliases for gethostbyname ('localhost') on Win32? : If so, I think I can make a regression test that copes. Another slightly related problem I have is that 'localhost' isn't mapped on a box I have. I'm not quite sure what to do about these tests since they fail. There's no way of knowing of the module is broken or if 'localhost' isn't mapped. I'm up for suggestions.
Date: Tue, 5 Dec 2000 18:19:02 -0500 (EST)
From: "Casey R. Tweten" <crt [...] kiski.net>
To: Nicholas Clark <nick [...] talking.bollo.cx>
Cc: perl5-porters [...] perl.org
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
Download (untitled) / with headers
text/plain 1015b
Today around 6:17pm, Casey R. Tweten hammered out this masterpiece: : Today around 10:10pm, Nicholas Clark hammered out this masterpiece: : : : : : This is a build failure report for perl from nick@talking.bollo.cx, : : generated with the help of perlbug 1.33 running under perl v5.7.0. : : : : : : ----------------------------------------------------------------- : : [Please enter your report here] : : : : lib/net-hostent......FAILED at test 6 : : : : /etc/hosts says : : 127.0.0.1 loopback localhost : : : : known failure. : : : : Is localhost in the aliases for gethostbyname ('localhost') on Win32? : : If so, I think I can make a regression test that copes. : : Another slightly related problem I have is that 'localhost' isn't : mapped on a box I have. I'm not quite sure what to do about these : tests since they fail. There's no way of knowing of the module is : broken or if 'localhost' isn't mapped. I'm up for suggestions. Me: "Be more helpful Casey!" The box is True64.
Date: Tue, 5 Dec 2000 23:22:18 +0000
From: Nicholas Clark <nick [...] ccl4.org>
To: "Casey R. Tweten" <crt [...] kiski.net>
Cc: Nicholas Clark <nick [...] talking.bollo.cx>, perl5-porters [...] perl.org
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
Download (untitled) / with headers
text/plain 699b
On Tue, Dec 05, 2000 at 06:17:32PM -0500, Casey R. Tweten wrote: Show quoted text
> Another slightly related problem I have is that 'localhost' isn't > mapped on a box I have. I'm not quite sure what to do about these > tests since they fail. There's no way of knowing of the module is > broken or if 'localhost' isn't mapped. I'm up for suggestions.
so you get ok 1 not ok 2 not ok 3 not ok 4 not ok 5 not ok 6 because Net::hostent loads successfully, but that's it? Maybe we don't ok on the first gethost('localhost'), but print a comment and skip all the rest of the tests? Can we go for one of the root servers? Hmm. but that would fail on your box when it's not plugged into any network. Nicholas Clark
Date: Tue, 5 Dec 2000 18:55:14 -0500 (EST)
From: "Casey R. Tweten" <crt [...] kiski.net>
To: Nicholas Clark <nick [...] ccl4.org>
Cc: Nicholas Clark <nick [...] talking.bollo.cx>, perl5-porters [...] perl.org
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
Download (untitled) / with headers
text/plain 923b
Today around 11:22pm, Nicholas Clark hammered out this masterpiece: : On Tue, Dec 05, 2000 at 06:17:32PM -0500, Casey R. Tweten wrote: : > Another slightly related problem I have is that 'localhost' isn't : > mapped on a box I have. I'm not quite sure what to do about these : > tests since they fail. There's no way of knowing of the module is : > broken or if 'localhost' isn't mapped. I'm up for suggestions. : : so you get : ok 1 : not ok 2 : not ok 3 : not ok 4 : not ok 5 : not ok 6 : : because Net::hostent loads successfully, but that's it? Yes, that's what I used to get. Something must have changed within the last few patches that changed this cuz I just rsync'd ( last one was 2-3 days ago IIRC ) and ran the process w/o a hitch. The thing is, I had to make io_sock/io_multihomed look for 127.0.0.1 instead of localhost to work on that box and now net-hostent.t works just great. Oh well, I guess.
Date: Wed, 6 Dec 2000 10:33:44 GMT
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
To: nick [...] talking.bollo.cx
From: Nick Ing-Simmons <nik [...] tiuk.ti.com>
Cc: perl5-porters [...] perl.org
Download (untitled) / with headers
text/plain 743b
Nicholas Clark <nick@talking.bollo.cx> writes: Show quoted text
>This is a build failure report for perl from nick@talking.bollo.cx, >generated with the help of perlbug 1.33 running under perl v5.7.0. > > >----------------------------------------------------------------- >[Please enter your report here] > >lib/net-hostent......FAILED at test 6 > >/etc/hosts says >127.0.0.1 loopback localhost > >known failure. > >Is localhost in the aliases for gethostbyname ('localhost') on Win32?
Win32 is not a uniform platform in this area. As I recall NT3.*, Win95, NT4, Win98, ... are potentially different. Also if I recall correctly we at least used to use the fact that Win32 returns the system's name when passed 127.0.0.1 to mimic "hostname".
Date: Wed, 6 Dec 2000 10:37:03 -0500
From: rspier [...] pobox.com (Robert Spier)
To: perl5-porters [...] perl.org
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
Win32 is excluded from these tests from that very reason - but it seems that there may be too many variations on this - and the tests for 127.0.0.1 <-> localhost might turn out to have been a bad idea. Show quoted text
>>>>> "NI" == Nick Ing-Simmons <nik@tiuk.ti.com> writes:
Show quoted text
NI> Nicholas Clark <nick@talking.bollo.cx> writes:
Show quoted text
>> This is a build failure report for perl from nick@talking.bollo.cx, >> generated with the help of perlbug 1.33 running under perl v5.7.0. >> >> >> ----------------------------------------------------------------- >> [Please enter your report here] >> >> lib/net-hostent......FAILED at test 6 >> >> /etc/hosts says 127.0.0.1 loopback localhost >> >> known failure. >> >> Is localhost in the aliases for gethostbyname ('localhost') on >> Win32?
Show quoted text
NI> Win32 is not a uniform platform in this area. As I recall NT3.*, NI> Win95, NT4, Win98, ... are potentially different. Also if I NI> recall correctly we at least used to use the fact that Win32 NI> returns the system's name when passed 127.0.0.1 to mimic NI> "hostname".
Date: Wed, 6 Dec 2000 15:46:01 +0000
From: Nicholas Clark <nick [...] ccl4.org>
To: Robert Spier <rspier [...] pobox.com>
Cc: perl5-porters [...] perl.org
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
Download (untitled) / with headers
text/plain 1.5k
On Wed, Dec 06, 2000 at 10:37:03AM -0500, Robert Spier wrote: Show quoted text
> > > Win32 is excluded from these tests from that very reason - but it > seems that there may be too many variations on this - and the tests > for 127.0.0.1 <-> localhost might turn out to have been a bad idea.
Is it safe to test to see that 1 lookup on "127.0.0.1" doesn't fail? 2 if lookup on "localhost" passes that it matches the result for the lookup on "127.0.0.1"? 2a or check that if "localhost" returns an IP address of 127.0.0.1 that the result of the result match "localhost"'s result? (can windows do a lookup on "localhost" and return the IP of a non loopback interface? in which case we'd need 2a) Nicholas Clark Show quoted text
> >>>>> "NI" == Nick Ing-Simmons <nik@tiuk.ti.com> writes:
>
> NI> Nicholas Clark <nick@talking.bollo.cx> writes:
> >> This is a build failure report for perl from nick@talking.bollo.cx, > >> generated with the help of perlbug 1.33 running under perl v5.7.0. > >> > >> > >> ----------------------------------------------------------------- > >> [Please enter your report here] > >> > >> lib/net-hostent......FAILED at test 6 > >> > >> /etc/hosts says 127.0.0.1 loopback localhost > >> > >> known failure. > >> > >> Is localhost in the aliases for gethostbyname ('localhost') on > >> Win32?
>
> NI> Win32 is not a uniform platform in this area. As I recall NT3.*, > NI> Win95, NT4, Win98, ... are potentially different. Also if I > NI> recall correctly we at least used to use the fact that Win32 > NI> returns the system's name when passed 127.0.0.1 to mimic > NI> "hostname".
Date: Wed, 6 Dec 2000 13:02:20 -0500
From: rspier [...] pobox.com (Robert Spier)
To: Nicholas Clark <nick [...] ccl4.org>
Cc: perl5-porters [...] perl.org
Subject: Re: [ID 20001205.023] Not OK: perl v5.7.0 +DEVEL7978 on armv4l-linux 2.2.17-rmk1 (UNINSTALLED)
Show quoted text
>>>>> "NC" == Nicholas Clark <nick@ccl4.org> writes:
Show quoted text
NC> On Wed, Dec 06, 2000 at 10:37:03AM -0500, Robert Spier wrote:
Show quoted text
>> >> >> Win32 is excluded from these tests from that very reason - but it >> seems that there may be too many variations on this - and the tests >> for 127.0.0.1 <-> localhost might turn out to have been a bad idea.
Show quoted text
NC> Is it safe to test to see that 1 lookup on "127.0.0.1" doesn't NC> fail? 2 if lookup on "localhost" passes that it matches the NC> result for the lookup on "127.0.0.1"? 2a or check that if NC> "localhost" returns an IP address of 127.0.0.1 that the result of NC> the result match "localhost"'s result?
Show quoted text
NC> (can windows do a lookup on "localhost" and return the IP of a non NC> loopback interface? in which case we'd need 2a)
I think it's safe to test for failure of a lookup - but for cases that fall outside the /^localhost(?:\..+)?$/ space, it could be almost anything. loopback seems to be another case we might want to check. I'm not so worried about 'passing' on Windows (as we do now), more worried about the strange unices. -R


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org