Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!airgun!markw
From: markw@airgun.wg.waii.com (Mark Whetzel)
Newsgroups: comp.unix.aix
Subject: Re: domain query subroutine res_search
Summary: 6000 has res_search, and RT has res_search
Keywords: sendmail domain res_search
Message-ID: <935@airgun.wg.waii.com>
Date: 17 Apr 91 20:44:34 GMT
References: <934@airgun.wg.waii.com> <1991Apr16.184859.13382@turnkey.tcc.com>
Organization: Western Geophysical, Houston
Lines: 57

In article <1991Apr16.184859.13382@turnkey.tcc.com>, jackv@turnkey.tcc.com (Jack F. Vogel) writes:
> 
> Hmmm, this is interesting I didn't think AIX on the RT or RS6000 even had
> the res_search() code. res_search() was introduced in BIND 4.8 if memory
> serves and the code on the RT or 6000 as shipped is much earlier than
> that.
[edited]
> AIX 1.2 on the PS/2 or 370 has this
> code since I ported it, but since it was done in the service stream it is
> not in the documentation. This will be remedied in the AIX 1.2.1 docs. Is
> it possible that someone has hacked your system and added the later version
> of BIND (and from the sound of it got it wrong :-})??

NO, I have vanilla rs6000 at 3003 maint level and it definately has it
in the native code.  The one on the 6000 works just fine with my test
code.  On the RT, true, we have made some mods, but not in this area.
As I am the owner of root, and have personally put maint and mods on 
the machine that has the problem, I can say it came from IBM that way.
The RT AIX has res_search available at least as far back as 2705 maint
level.  The AIX RT 2706 level code works ok as well.  The AIX RT 1773 level
code, as you said appears to be busted.   

My problem is how to report this to IBM, and get it fixed on the RT! 
BUT.. as res_search is not documented on lots of other systems, mabey
I have a chance.  Especially since it apprears to be a normal part of the
BIND distribution (at least after BIND 4.8) .

Mabey the RT/6000/PS2 are at sharing code in the BIND area, or
at least from the 'what' command, on /usr/lpp/tcpip/etc/named on the
RT reveals this (edited):
        named 4.8 #12: Wed Jul 27 11:47:05 CDT 1988 
        ns_forw.c       4.26 (Berkeley) 3/28/88
        ns_init.c       4.23 (Berkeley) 2/28/88
        ns_main.c       4.30 (Berkeley) 3/7/88
         Copyright (c) 1986 Regents of the University of California.
        ns_maint.c      4.23 (Berkeley) 2/28/88
        ns_req.c        7.7 89/01/27 11:30:46
        ns_req.c        4.32 (Berkeley) 3/31/88
        ns_resp.c       4.50 (Berkeley) 4/7/88
        ns_sort.c       4.3 (Berkeley) 2/17/88
        ns_stats.c      4.3 (Berkeley) 2/17/88

Somewhat looks like 4.8 to me! (although backlevel :-)   I just
downloaded BIND from uunet, and am poking thru it now.

On the RS6000, it appears that IBM in their wisdom :-) has reset the
level numbers, so all bets are off!  Here is a partial what output :
ns_main.c       1.14  com/sockcmd/named,3.1.1,9036311A 8/20/90 13:30:49
ns_init.c       1.4  com/sockcmd/named,3.1.1,9021 10/8/89 16:48:50
ns_req.c        1.6  com/sockcmd/named,3.1.1,9021 3/19/90 18:42:31

-- 
Mark Whetzel     My comments are my own, not my company's.
Western Geophysical - A division of Western Atlas International,
A Litton/Dresser Company           DOMAIN addr: markw@airgun.wg.waii.com
				   UUNET address:  uunet!airgun!markw