CVS commit: src/tests/lib/libc/net
Module Name:src
Committed By: jschauma
Date: Sun Dec 4 02:53:17 UTC 2022
Modified Files:
src/tests/lib/libc/net: t_protoent.sh t_servent.sh
Log Message:
allow testing of files other than those in /etc
To test e.g., the file "/some/where/protocols" instead of "/etc/protocols",
set TEST_FILE=/some/where/protocols in your environment.
Note: this now compares the contents of the file you gave versus what
getprotoent(3)/getservent(3) uses (which still is /etc/protocols via
h_protoent.c / /etc/services or /var/db/services.cdb via h_servent.c).
When you have expected changes in the services or protocols file that
you're generating, this necessarily produces a difference. To really
allow testing the file versus what the library function returns, you'd
have to install the file on the system running the test, but at least
with this change you can now generate the file and verify that it didn't
caused unexpected differences.
To generate a diff of this commit:
cvs rdiff -u -r1.4 -r1.5 src/tests/lib/libc/net/t_protoent.sh
cvs rdiff -u -r1.3 -r1.4 src/tests/lib/libc/net/t_servent.sh
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/tests/lib/libc/net/t_protoent.sh
diff -u src/tests/lib/libc/net/t_protoent.sh:1.4 src/tests/lib/libc/net/t_protoent.sh:1.5
--- src/tests/lib/libc/net/t_protoent.sh:1.4 Mon Nov 28 17:41:00 2022
+++ src/tests/lib/libc/net/t_protoent.sh Sun Dec 4 02:53:17 2022
@@ -1,4 +1,4 @@
-# $NetBSD: t_protoent.sh,v 1.4 2022/11/28 17:41:00 jschauma Exp $
+# $NetBSD: t_protoent.sh,v 1.5 2022/12/04 02:53:17 jschauma Exp $
#
# Copyright (c) 2008 The NetBSD Foundation, Inc.
# All rights reserved.
@@ -24,6 +24,7 @@
# ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
# POSSIBILITY OF SUCH DAMAGE.
#
+: ${TEST_FILE:="/etc/protocols"}
atf_test_case protoent
protoent_head()
@@ -38,7 +39,7 @@ protoent_body()
# (2) fold all names for the same port/proto together
# (3) prune duplicates
#
- tr '\t' ' '
CVS commit: src/tests/lib/libc/net
Module Name:src Committed By: jschauma Date: Sun Dec 4 02:53:17 UTC 2022 Modified Files: src/tests/lib/libc/net: t_protoent.sh t_servent.sh Log Message: allow testing of files other than those in /etc To test e.g., the file "/some/where/protocols" instead of "/etc/protocols", set TEST_FILE=/some/where/protocols in your environment. Note: this now compares the contents of the file you gave versus what getprotoent(3)/getservent(3) uses (which still is /etc/protocols via h_protoent.c / /etc/services or /var/db/services.cdb via h_servent.c). When you have expected changes in the services or protocols file that you're generating, this necessarily produces a difference. To really allow testing the file versus what the library function returns, you'd have to install the file on the system running the test, but at least with this change you can now generate the file and verify that it didn't caused unexpected differences. To generate a diff of this commit: cvs rdiff -u -r1.4 -r1.5 src/tests/lib/libc/net/t_protoent.sh cvs rdiff -u -r1.3 -r1.4 src/tests/lib/libc/net/t_servent.sh Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
CVS commit: src/tests/lib/libc/net
Module Name:src
Committed By: jschauma
Date: Sun Dec 4 02:42:39 UTC 2022
Modified Files:
src/tests/lib/libc/net: t_servent.sh
Log Message:
whitespace
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3 src/tests/lib/libc/net/t_servent.sh
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/tests/lib/libc/net/t_servent.sh
diff -u src/tests/lib/libc/net/t_servent.sh:1.2 src/tests/lib/libc/net/t_servent.sh:1.3
--- src/tests/lib/libc/net/t_servent.sh:1.2 Tue Mar 8 08:34:17 2016
+++ src/tests/lib/libc/net/t_servent.sh Sun Dec 4 02:42:39 2022
@@ -1,4 +1,4 @@
-# $NetBSD: t_servent.sh,v 1.2 2016/03/08 08:34:17 joerg Exp $
+# $NetBSD: t_servent.sh,v 1.3 2022/12/04 02:42:39 jschauma Exp $
#
# Copyright (c) 2008 The NetBSD Foundation, Inc.
# All rights reserved.
@@ -41,45 +41,45 @@ servent_body()
# (3) prune duplicates
#
tr '\t' ' ' 2) {
-printf " ";
+ sub("#.*", "", $0);
+ gsub(" *", " ", $0);
+ if (NF==0) {
+next;
}
- printf "%s", ar[i];
+ add($2, $1, 0);
+ for (i=3; i<=NF; i++) {
+add($2, $i, 1);
}
- printf "\n";
- delete ar;
}
+ END {
+ for (key in names) {
+portproto = key;
+sub("/", ", proto=", portproto);
+portproto = "port=" portproto;
+
+n = split(names[key], ar);
+printf "name=%s, %s, aliases=", ar[1], portproto;
+for (i=2; i<=n; i++) {
+ if (i>2) {
+ printf " ";
+ }
+ printf "%s", ar[i];
+}
+printf "\n";
+delete ar;
+ }
}
' | sort >exp
CVS commit: src/tests/lib/libc/net
Module Name:src Committed By: jschauma Date: Sun Dec 4 02:42:39 UTC 2022 Modified Files: src/tests/lib/libc/net: t_servent.sh Log Message: whitespace To generate a diff of this commit: cvs rdiff -u -r1.2 -r1.3 src/tests/lib/libc/net/t_servent.sh Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
CVS commit: src/tests/lib/libc/net
Module Name:src Committed By: jschauma Date: Mon Nov 28 17:41:00 UTC 2022 Modified Files: src/tests/lib/libc/net: t_protoent.sh Log Message: whoops, we don't want an extra space here (erroneously introduced in my previous commit) To generate a diff of this commit: cvs rdiff -u -r1.3 -r1.4 src/tests/lib/libc/net/t_protoent.sh Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
CVS commit: src/tests/lib/libc/net
Module Name:src
Committed By: jschauma
Date: Mon Nov 28 17:41:00 UTC 2022
Modified Files:
src/tests/lib/libc/net: t_protoent.sh
Log Message:
whoops, we don't want an extra space here
(erroneously introduced in my previous commit)
To generate a diff of this commit:
cvs rdiff -u -r1.3 -r1.4 src/tests/lib/libc/net/t_protoent.sh
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/tests/lib/libc/net/t_protoent.sh
diff -u src/tests/lib/libc/net/t_protoent.sh:1.3 src/tests/lib/libc/net/t_protoent.sh:1.4
--- src/tests/lib/libc/net/t_protoent.sh:1.3 Mon Nov 28 17:09:52 2022
+++ src/tests/lib/libc/net/t_protoent.sh Mon Nov 28 17:41:00 2022
@@ -1,4 +1,4 @@
-# $NetBSD: t_protoent.sh,v 1.3 2022/11/28 17:09:52 jschauma Exp $
+# $NetBSD: t_protoent.sh,v 1.4 2022/11/28 17:41:00 jschauma Exp $
#
# Copyright (c) 2008 The NetBSD Foundation, Inc.
# All rights reserved.
@@ -70,7 +70,7 @@ protoent_body()
if (i>2) {
printf " ";
}
-printf "%s ", ar[i];
+printf "%s", ar[i];
}
printf "\n";
delete ar;
CVS commit: src/tests/lib/libc/net
Module Name:src
Committed By: jschauma
Date: Mon Nov 28 17:09:52 UTC 2022
Modified Files:
src/tests/lib/libc/net: t_protoent.sh
Log Message:
whitespace
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3 src/tests/lib/libc/net/t_protoent.sh
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
Modified files:
Index: src/tests/lib/libc/net/t_protoent.sh
diff -u src/tests/lib/libc/net/t_protoent.sh:1.2 src/tests/lib/libc/net/t_protoent.sh:1.3
--- src/tests/lib/libc/net/t_protoent.sh:1.2 Mon Sep 3 15:32:18 2012
+++ src/tests/lib/libc/net/t_protoent.sh Mon Nov 28 17:09:52 2022
@@ -1,4 +1,4 @@
-# $NetBSD: t_protoent.sh,v 1.2 2012/09/03 15:32:18 christos Exp $
+# $NetBSD: t_protoent.sh,v 1.3 2022/11/28 17:09:52 jschauma Exp $
#
# Copyright (c) 2008 The NetBSD Foundation, Inc.
# All rights reserved.
@@ -67,15 +67,15 @@ protoent_body()
n = split(names[key], ar);
printf "name=%s, proto=%s, aliases=", ar[1], proto;
for (i=2; i<=n; i++) {
- if (i>2) {
-printf " ";
- }
- printf "%s", ar[i];
+if (i>2) {
+ printf " ";
+}
+printf "%s ", ar[i];
}
printf "\n";
delete ar;
}
- }
+ }
' | sort >exp
# run test program
CVS commit: src/tests/lib/libc/net
Module Name:src Committed By: jschauma Date: Mon Nov 28 17:09:52 UTC 2022 Modified Files: src/tests/lib/libc/net: t_protoent.sh Log Message: whitespace To generate a diff of this commit: cvs rdiff -u -r1.2 -r1.3 src/tests/lib/libc/net/t_protoent.sh Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files.
Re: CVS commit: src/tests/lib/libc/net
On Thu, Jan 09, 2014 at 09:42:25AM +, Justin Cormack wrote: > On Thu, Jan 9, 2014 at 2:18 AM, Christos Zoulas wrote: > > Module Name:src > > Committed By: christos > > Date: Thu Jan 9 02:18:10 UTC 2014 > > > > Modified Files: > > src/tests/lib/libc/net: Makefile h_dns_server.c h_hostent.c > > t_hostent.sh > > Added Files: > > src/tests/lib/libc/net: resolv.conf > > > > Log Message: > > Use our own resolv.conf file simplifying the test to not need rump_vfs. > > Add debugging on the dns server > > One test fails (gethostbyaddr6) why? It runs without rump I guess this commit fixed PR 48507 befor it existed then ;-) Martin
Re: CVS commit: src/tests/lib/libc/net
On Thu, Jan 9, 2014 at 2:18 AM, Christos Zoulas wrote: > Module Name:src > Committed By: christos > Date: Thu Jan 9 02:18:10 UTC 2014 > > Modified Files: > src/tests/lib/libc/net: Makefile h_dns_server.c h_hostent.c > t_hostent.sh > Added Files: > src/tests/lib/libc/net: resolv.conf > > Log Message: > Use our own resolv.conf file simplifying the test to not need rump_vfs. > Add debugging on the dns server > One test fails (gethostbyaddr6) why? It runs without rump As of a week or so ago all inet6 tests on rump also need to be linked against -lrumpnet_netinet6 as well as -lrumpnet_netinet as inet/inet6 are now modular. Justin
Re: CVS commit: src/tests/lib/libc/net
On Fri, Oct 25, 2013 at 02:50:56AM +, David Holland wrote: > In some sense I'd rather these tests ran by setting up two VMs (rumpy > or otherwise), one with bind and one with the resolver. Among other > things it would be more likely to produce consistent test results. ...but, as I meant to add, I don't want to be the one who has to set that up, so... -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/tests/lib/libc/net
On Thu, Oct 24, 2013 at 01:24:34PM -0700, Paul Goyette wrote: > >-- Subject: Re: CVS commit: src/tests/lib/libc/net > > > >| Maybe run ifconfig and see if there are any interfaces, other than lo0, > >| in UP state. If not, then the test case can return a skip status. > > > >I think that it should be a builtin test feature that can be queried. > > Yes, that would make sense. Similar to requiring that certain > programs exist (via the settable meta-data variable require.progs), > we should be able to require that networking be active. Not just networking, but networking with an open link to the internet. I'm not sure if there's going to be anything where that distinction will matter, but there might be. In some sense I'd rather these tests ran by setting up two VMs (rumpy or otherwise), one with bind and one with the resolver. Among other things it would be more likely to produce consistent test results. -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/tests/lib/libc/net
On Thu, 24 Oct 2013, Christos Zoulas wrote: On Oct 24, 12:32pm, p...@whooppee.com (Paul Goyette) wrote: -- Subject: Re: CVS commit: src/tests/lib/libc/net | Maybe run ifconfig and see if there are any interfaces, other than lo0, | in UP state. If not, then the test case can return a skip status. I think that it should be a builtin test feature that can be queried. Yes, that would make sense. Similar to requiring that certain programs exist (via the settable meta-data variable require.progs), we should be able to require that networking be active. Julio? - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
On Oct 24, 12:32pm, p...@whooppee.com (Paul Goyette) wrote: -- Subject: Re: CVS commit: src/tests/lib/libc/net | Maybe run ifconfig and see if there are any interfaces, other than lo0, | in UP state. If not, then the test case can return a skip status. I think that it should be a builtin test feature that can be queried. christos
Re: CVS commit: src/tests/lib/libc/net
Maybe run ifconfig and see if there are any interfaces, other than lo0, in UP state. If not, then the test case can return a skip status. On Thu, 24 Oct 2013, Christos Zoulas wrote: In article <20131024162426.ga7...@asim.lip6.fr>, Manuel Bouyer wrote: On Thu, Oct 24, 2013 at 03:04:56PM +, Taylor R Campbell wrote: It seems to me that this is an entirely reasonable setup, and that the tests ought not to depend on a connection to the internet. Seconded. Tests are failing on the xen testbed too, and I wondered how they could work in a setup without network ... Is there an option to have them skipped if there is no network? I don't want to have to setup DNS infrastructure to test DNS! christos !DSPAM:52697468126451592413449! - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
In article <20131024162426.ga7...@asim.lip6.fr>, Manuel Bouyer wrote: >On Thu, Oct 24, 2013 at 03:04:56PM +, Taylor R Campbell wrote: >> It seems to me that this is an entirely reasonable setup, and that the >> tests ought not to depend on a connection to the internet. > >Seconded. Tests are failing on the xen testbed too, and I wondered how >they could work in a setup without network ... Is there an option to have them skipped if there is no network? I don't want to have to setup DNS infrastructure to test DNS! christos
Re: CVS commit: src/tests/lib/libc/net
On Thu, Oct 24, 2013 at 03:04:56PM +, Taylor R Campbell wrote: > It seems to me that this is an entirely reasonable setup, and that the > tests ought not to depend on a connection to the internet. Seconded. Tests are failing on the xen testbed too, and I wondered how they could work in a setup without network ... -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: CVS commit: src/tests/lib/libc/net
On Thu, Oct 24, 2013 at 03:04:56PM +, Taylor R Campbell wrote: > It seems to me that this is an entirely reasonable setup, and that the > tests ought not to depend on a connection to the internet. Indeed, another option is to rumpify these tests (and not rely on external machines). Not trivial either. Martin
Re: CVS commit: src/tests/lib/libc/net
Date: Thu, 24 Oct 2013 08:01:51 -0700 (PDT) From: Paul Goyette Although my host machine has full connectivity, including IPv6, the tests are run under qemu. The qemu virtual machine has a default nic available, but there is nothing in the test-bed set-up to initialize anything. No ifconfig or anything else, so the tests are basically running in isolation. It seems to me that this is an entirely reasonable setup, and that the tests ought not to depend on a connection to the internet.
Re: CVS commit: src/tests/lib/libc/net
On Thu, 24 Oct 2013, Martin Husemann wrote: On Thu, Oct 24, 2013 at 07:37:13AM -0700, Paul Goyette wrote: No cache info, only my provider's name-servers: Can you trace with tcpdump while the test fails? From an off-line exchange with Martin, it seems that the failures in my test-bed are likely to be expected. Although my host machine has full connectivity, including IPv6, the tests are run under qemu. The qemu virtual machine has a default nic available, but there is nothing in the test-bed set-up to initialize anything. No ifconfig or anything else, so the tests are basically running in isolation. It will take some time for me to figure out how to get the test-bed connected via the qemu virtual NIC, with routing/forwarding through the host machine. - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
On Thu, Oct 24, 2013 at 07:37:13AM -0700, Paul Goyette wrote: > No cache info, only my provider's name-servers: Can you trace with tcpdump while the test fails? Martin
Re: CVS commit: src/tests/lib/libc/net
On Thu, 24 Oct 2013, Martin Husemann wrote: On Thu, Oct 24, 2013 at 07:18:55AM -0700, Paul Goyette wrote: Yes, host reports everything: # host sixthavenue.astron.com sixthavenue.astron.com has address 38.117.134.6 sixthavenue.astron.com has IPv6 address 2620:106:3003:1f00:2e0:81ff:fe2f:e5d7 sixthavenue.astron.com mail is handled by 10 sixthavenue.astron.com. # Same here, but dig prints a lot more for me (probably depending on the DNS cache listed in /etc/resolv.conf) No cache info, only my provider's name-servers: # cat /etc/resolv.conf nameserver 75.75.75.75 nameserver 75.75.76.76 # - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
On Thu, Oct 24, 2013 at 07:18:55AM -0700, Paul Goyette wrote: > Yes, host reports everything: > > # host sixthavenue.astron.com > sixthavenue.astron.com has address 38.117.134.6 > sixthavenue.astron.com has IPv6 address > 2620:106:3003:1f00:2e0:81ff:fe2f:e5d7 > sixthavenue.astron.com mail is handled by 10 sixthavenue.astron.com. > # Same here, but dig prints a lot more for me (probably depending on the DNS cache listed in /etc/resolv.conf) > And my test system _does_ have IPv6 connectivity That should not matter, as long as the DNS query reaches your local DNS cache. Martin
Re: CVS commit: src/tests/lib/libc/net
On Thu, 24 Oct 2013, Martin Husemann wrote: On Thu, Oct 24, 2013 at 07:04:41AM -0700, Paul Goyette wrote: Looks normal to me: It is lacking all the IPv6 stuff. Does "host" list both addresses? Yes, host reports everything: # host sixthavenue.astron.com sixthavenue.astron.com has address 38.117.134.6 sixthavenue.astron.com has IPv6 address 2620:106:3003:1f00:2e0:81ff:fe2f:e5d7 sixthavenue.astron.com mail is handled by 10 sixthavenue.astron.com. # And my test system _does_ have IPv6 connectivity # ifconfig wm0 | grep inet inet 50.193.51.18 netmask 0xfff0 broadcast 50.193.51.31 inet6 fe80::beae:c5ff:fe30:d98a%wm0 prefixlen 64 scopeid 0x1 inet6 2001:470:1f05:80f::1 prefixlen 96 # traceroute6 sixthavenue.astron.com traceroute6 to sixthavenue.astron.com (2620:106:3003:1f00:2e0:81ff:fe2f:e5d7) from 2001:470:1f04:80f::2, 64 hops max, 12 byte packets 1 pgoyette-1.tunnel.tserv3.fmt2.ipv6.he.net 20.172 ms 28.615 ms 22.155 ms 2 gige-g5-19.core1.fmt2.he.net 15.983 ms 21.005 ms 19.905 ms 3 10gigabitethernet1-1.core1.sjc2.he.net 29.841 ms 22.596 ms 24.733 ms 4 level3.v310.core1.sjc2.he.net 20.136 ms 16.339 ms 22.182 ms 5 vl-70.edge1.SanJose1.Level3.net 24.37 ms 20.085 ms 21.798 ms 6 2001:1900:4:1::5e 83.883 ms 86.192 ms 87.809 ms 7 vl-4080.car2.NewYork1.Level3.net 125.342 ms vl-4081.car2.NewYork1.Level3.net 85.851 ms vl-4083.car2.NewYork1.Level3.net 88.936 ms 8 vl-4061.car1.Newark1.Level3.net 108.059 ms 87.371 ms 86.25 ms 9 vl-79.edge1.NewYork1.Level3.net 86.207 ms 89.711 ms 88.986 ms 10 TWO-SIGMA-I.edge2.Newark1.Level3.net 94.255 ms 88.155 ms 86.277 ms 11 2620:106:3007:3::2 87.74 ms 86.608 ms 85.51 ms 12 2620:106:3007:2::2 87.742 ms 90.459 ms 87.022 ms 13 2620:106:3007:5::1 87.711 ms 90.078 ms 89.331 ms 14 sixthavenue.astron.com 86.974 ms 94.309 ms 86.241 ms - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
On Thu, Oct 24, 2013 at 07:04:41AM -0700, Paul Goyette wrote: > Looks normal to me: It is lacking all the IPv6 stuff. Does "host" list both addresses? Martin
Re: CVS commit: src/tests/lib/libc/net
On Thu, 24 Oct 2013, Martin Husemann wrote: On Thu, Oct 24, 2013 at 06:40:49AM -0700, Paul Goyette wrote: All of the tests related to "sixthavenue.astron.com" are still failing in my amd64 test-bed[1]. Sources are updated (via anoncvs) and are current as of 2013-10-23 23:20:04, and the build was successfully done using 'build.sh -j1 release' into a completely empty $OBJDIR/$DESTDIR What does dig or host say for "sixthavenue.astron.com" on your machine? Any DNS cache in between that might be outdated? Looks normal to me: dig sixthavenue.astron.com ; <<>> DiG 9.9.3-P2 <<>> sixthavenue.astron.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18091 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4000 ;; QUESTION SECTION: ;sixthavenue.astron.com.IN A ;; ANSWER SECTION: sixthavenue.astron.com. 900 IN A 38.117.134.6 ;; Query time: 626 msec ;; SERVER: 75.75.75.75#53(75.75.75.75) ;; WHEN: Thu Oct 24 06:58:47 PDT 2013 ;; MSG SIZE rcvd: 67 Also, the t_dnsby* tests fail with "Error 4" (NS_NOTFOUND) while the t_gethostby* tests fail with "Error 2" (NS_UNAVAIL) - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
On Thu, Oct 24, 2013 at 06:40:49AM -0700, Paul Goyette wrote: > All of the tests related to "sixthavenue.astron.com" are still failing > in my amd64 test-bed[1]. Sources are updated (via anoncvs) and are > current as of 2013-10-23 23:20:04, and the build was successfully done > using 'build.sh -j1 release' into a completely empty $OBJDIR/$DESTDIR What does dig or host say for "sixthavenue.astron.com" on your machine? Any DNS cache in between that might be outdated? Martin
Re: CVS commit: src/tests/lib/libc/net
They all work for me (again, after Christos' fixes) All of the tests related to "sixthavenue.astron.com" are still failing in my amd64 test-bed[1]. Sources are updated (via anoncvs) and are current as of 2013-10-23 23:20:04, and the build was successfully done using 'build.sh -j1 release' into a completely empty $OBJDIR/$DESTDIR [1] http://screamer.whooppee.com/amd64-results/ - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
They all work for me (again, after Christos' fixes) Martin
Re: CVS commit: src/tests/lib/libc/net
On Oct 23, 10:10pm, jruoho...@iki.fi (Jukka Ruohonen) wrote: -- Subject: Re: CVS commit: src/tests/lib/libc/net | On Wed, Oct 23, 2013 at 11:11:49AM -0700, Paul Goyette wrote: | > Fail: stdout does not match expected value | > --- /tmp/inline.19256b 2013-10-23 14:25:50.0 + | > +++ /tmp/check.19256a/stdout2013-10-23 14:25:50.0 + | > @@ -1 +1 @@ | > -name=sixthavenue.astron.com, length=4, addrtype=2, aliases=[] | > addr_list=[38.117.134.6] | > +error 4 | | So what is this "error 4"? /usr/include/nsswitch.h:#define NS_CONTINUE 0 /usr/include/nsswitch.h:#define NS_RETURN 1 /usr/include/nsswitch.h:#define NS_SUCCESS (1<<0) /* entry was found */ /usr/include/nsswitch.h:#define NS_UNAVAIL (1<<1) /* source not responding, or corrupt */ /usr/include/nsswitch.h:#define NS_NOTFOUND (1<<2) /* source responded 'no such entry' */ /usr/include/nsswitch.h:#define NS_TRYAGAIN (1<<3) /* source busy, may respond to retrys */ NS_NOTFOUND... christos
Re: CVS commit: src/tests/lib/libc/net
On Wed, Oct 23, 2013 at 11:11:49AM -0700, Paul Goyette wrote: > Fail: stdout does not match expected value > --- /tmp/inline.19256b2013-10-23 14:25:50.0 + > +++ /tmp/check.19256a/stdout 2013-10-23 14:25:50.0 + > @@ -1 +1 @@ > -name=sixthavenue.astron.com, length=4, addrtype=2, aliases=[] > addr_list=[38.117.134.6] > +error 4 So what is this "error 4"? - Jukka.
Re: CVS commit: src/tests/lib/libc/net
On Wed, 23 Oct 2013, Christos Zoulas wrote: On Oct 23, 1:04pm, jruoho...@iki.fi (Jukka Ruohonen) wrote: -- Subject: Re: CVS commit: src/tests/lib/libc/net | On Sun, Oct 20, 2013 at 01:22:49PM -0400, Christos Zoulas wrote: | > Module Name: src | > Committed By:christos | > Date:Sun Oct 20 17:22:49 UTC 2013 | > | > Modified Files: | > src/tests/lib/libc/net: t_hostent.sh | > | > Log Message: | > broadway changed addresses. | | Something else too: the test appears to fail consistently; e.g. | | http://releng.netbsd.org/b5reports/i386/build/2013.10.22.21.37.33/test.html#lib_libc_net_t_hostent_dnsbyaddrlookup4 Seems to work for me Several of the tests are failing in my amd64 set-up as well, but they complain about "sixthavenue", not about "broadway". Here's one of the test cases: Termination reason FAILED: atf-check failed; see the output of the test for details Standard output stream Executing command [ /bin/sh -c /usr/tests/lib/libc/net/h_hostent -t dns -4 -a 38.117.134.6 ] Standard error stream Fail: stdout does not match expected value --- /tmp/inline.19256b 2013-10-23 14:25:50.0 + +++ /tmp/check.19256a/stdout2013-10-23 14:25:50.0 + @@ -1 +1 @@ -name=sixthavenue.astron.com, length=4, addrtype=2, aliases=[] addr_list=[38.117.134.6] +error 4 - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net | | Kernel Developer | | pgoyette at netbsd.org | -
Re: CVS commit: src/tests/lib/libc/net
On Oct 23, 1:04pm, jruoho...@iki.fi (Jukka Ruohonen) wrote: -- Subject: Re: CVS commit: src/tests/lib/libc/net | On Sun, Oct 20, 2013 at 01:22:49PM -0400, Christos Zoulas wrote: | > Module Name:src | > Committed By: christos | > Date: Sun Oct 20 17:22:49 UTC 2013 | > | > Modified Files: | > src/tests/lib/libc/net: t_hostent.sh | > | > Log Message: | > broadway changed addresses. | | Something else too: the test appears to fail consistently; e.g. | | http://releng.netbsd.org/b5reports/i386/build/2013.10.22.21.37.33/test.html#lib_libc_net_t_hostent_dnsbyaddrlookup4 Seems to work for me christos
Re: CVS commit: src/tests/lib/libc/net
On Sun, Oct 20, 2013 at 01:22:49PM -0400, Christos Zoulas wrote: > Module Name: src > Committed By: christos > Date: Sun Oct 20 17:22:49 UTC 2013 > > Modified Files: > src/tests/lib/libc/net: t_hostent.sh > > Log Message: > broadway changed addresses. Something else too: the test appears to fail consistently; e.g. http://releng.netbsd.org/b5reports/i386/build/2013.10.22.21.37.33/test.html#lib_libc_net_t_hostent_dnsbyaddrlookup4 - Jukka.
Re: CVS commit: src/tests/lib/libc/net
On Fri, Aug 16, 2013 at 11:29:45AM -0400, Christos Zoulas wrote: > Log Message: > test harness for gethostbyname()/gethostbyaddr() and their internal bits. > XXX[1]: How can we avoid using hard-coded hosts for DNS > XXX[2]: How do we test NIS? Setting up a private rumpity network, I guess... -- David A. Holland dholl...@netbsd.org
