Return to BSD News archive
Received: by minnie.vk1xwt.ampr.org with NNTP
id AA993 ; Wed, 10 Feb 93 19:00:20 EST
Xref: sserve comp.protocols.tcp-ip.domains:2661 comp.unix.xenix:10581 comp.unix.sysv386:26920 biz.sco.general:3884 comp.unix.bsd:10980
Newsgroups: comp.protocols.tcp-ip.domains,comp.unix.xenix,comp.unix.sysv386,biz.sco.general,comp.unix.bsd
Path: sserve!manuel.anu.edu.au!munnari.oz.au!spool.mu.edu!agate!dog.ee.lbl.gov!hellgate.utah.edu!fcom.cc.utah.edu!cs.weber.edu!terry
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: Listing of all Internet addresses???
Message-ID: <1993Feb10.052453.20721@fcom.cc.utah.edu>
Followup-To: alt.flame
Sender: news@fcom.cc.utah.edu
Organization: Weber State University (Ogden, UT)
References: <1l1kkfINNe0m@fbi-news.Informatik.Uni-Dortmund.DE> <JAAPJL.93Feb8164406@cmb00.larc.nasa.gov> <1993Feb9.035242.27126jp@tygra.Michigan.COM>
Date: Wed, 10 Feb 93 05:24:53 GMT
Lines: 90
In article <1993Feb9.035242.27126jp@tygra.Michigan.COM> jp@tygra.Michigan.COM (John Palmer) writes:
>In article <JAAPJL.93Feb8164406@cmb00.larc.nasa.gov> J Lee Jaap <J.L.Jaap@larc.nasa.gov> writes:
>"In article <1l1kkfINNe0m@fbi-news.Informatik.Uni-Dortmund.DE> rv@deins.Informatik.Uni-Dortmund.DE (Ruediger Volk) writes:
>"
>" In article <HSTAMS.6.0@cipvax.biolan.Uni-Koeln.DE>, HSTAMS@cipvax.biolan.Uni-Koeln.DE (Henning Stams) writes:
>" > Is there any good reason not to use "nslookup" to get a host address?
>"
>" yes - there are nicer programs for querying domain name servers around.
>" Have a look at
>"
>" - host (that's mainly for easy use) or
>" - dig (for sophisticated DNS hackers)
>"
>" at a software archive nearby:-)
>"
>"[Reverse-erase] Is there any good reason not do perform a DNS lookup
>"to get a host address? :-) (There's always "we don't do DNS", but
>"that's not a good one.)
>"--
>
>dig and host are nice if you have a BERKELEY system. Neither of them work
>under System V or Xenix and thus are USELESS to half (or more) of the
>UNIX population. Please people, I for one am getting tired of seeing posts
>which say "there is this wiz-bang pd software that can do everything - just
>ftp it from a.host.com, etc", only to find its nothing but a piece of s***
>since it only runs under convoluted Berkeley. I hope USL wins their lawsuit
>and forces BSD to comply with real UNIX standards.
>
>But for now, please do us a favor: If you are going to reccomend a
>piece of software, please tell us if its BERKELEY-esq. That way, we
>don't waste net bandwidth ftping a piece of crap.
>
>---flame off
>
>ps: and by the way, BIND and dump/rdump are just as useless for the same
>reason as is traceroute. At least traceroute compiles, but it never returns
>any useful information at all, just 1 * * *, 2 * * * up to 30 * * * and then
>it quits.
>
>Oh, forgive me, you can control how many x * * *'s you get before it
>quits with the -m option.
I agree that this is a problem, but I don't agree on the soloution, since
at least one of the 4-5 interface supported by traceroute has been around
for 8 years -- long enough for it to be adopted into SysV, just as BIND
(the 'B' in BIND stands for Berkeley ) was. The fault is in the lack of
support for a raw UDP broadcast socket that allows usr munging of the
headers or a /dev/nit device that allows the same.
If SysV chooses to be several years behind the times, than that's OK, but
it is something your OEM should warn you about before you purchase a SysV
box.
The lack of support for these utilties under Xenix is dependent on your
Xenix OEM (Altos/SCO/MicroSoft/etc.) and Lachman, who makes the TCP/IP
for most Xenix and SysV impelementations.
It may be possible to convince your vendor to support a modern interface,
or you can take it upon yourself to write a streams driver to do the same
thing after opening and linking to /dev/ip. It's a fact of life that the
majority of "nifty utility writers" live on Berkeley (though, of course,
not all of them).
Of course, if you really wanted a utility like this, the best place to
look for postings about utilities that run on SysV would be one of:
comp.unix.i386
comp.unix.sysv386
comp.sys.att
Instead of comp.unix.bsd; the differentiation of which system it's useful
for is up to the original poster's choice of whether or not to crosspost
the message (such as happened here) because of the poster being too lazy
to read all the groups from which he might recieve an answer. This can
also be taken care of by a "Followup-To: poster" to request email replies;
that way, if it's crossposted so as to make replies ambiguous, the people
not in the responders group won't even see that such a utility exists.
Terry Lambert
terry@icarus.weber.edu
terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
--
-------------------------------------------------------------------------------
"I have an 8 user poetic license" - me
Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------