From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <8db7f9a1866d1cd5c07eca58a04f7d35@quanstro.net>
From: erik quanstrom <quanstro@quanstro.net>
Date: Sun,  6 Jul 2008 11:56:26 -0400
To: 9fans@9fans.net
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] 9vx dns funny
Topicbox-Message-UUID: dbf844a6-ead3-11e9-9d60-3106f5b1d025

here's the symptom

	ndb/dnsquery 9hal.ath.cx
	9hal.ath.cx ip	9.0.0.0

the problem is that devip.c:/^lookuphost tries
to avoid calling gethostbyname when given an
ip address by testing to see if the return value
of v4parseip is nozero.  unfortunately, v4parseip
parses "9hal.ath.cx" as the ip address 9.0.0.0.

here is one tacky solution:

; diff -c devip.c /tmp
devip.c:811,817 - /tmp/devip.c:811,816
  	v4parseip(to, s);
  	ip = nhgetl(to);
  	if(ip != 0)
- 	if(strspn(s, "0123456789.") == strlen(s))
  		return 0;
  	if((s = hostlookup(s)) == nil)
  		return -1;

on a related note, would it be worth while to
put effort into supporting ptr queries, ip6 &c using
the host's lookup facilities or should that effort be
directed into adding bits to enable ndb/dns to run?

i guess this gets to a more philosophical question
on how 9vx networking relates to the host.

personally, i feel it would be more useful to be
able to use plan 9's native network stack.  but
i'm biased.  i want to send aoe/cec/il packets.

- erik