Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!snorkelwacker!apple!agate!ucbvax!andrew.cmu.edu!gk5g+
From: gk5g+@andrew.cmu.edu (Gary Keim)
Newsgroups: comp.soft-sys.andrew
Subject: Re: HELP: Andrew applications will not create window.
Message-ID: <wb6bkQy00VsWIBcktw@andrew.cmu.edu>
Date: 16 Oct 90 03:18:52 GMT
References: <9010131801.AA04901@math.liu.se>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 43

Excerpts from internet.info-andrew: 13-Oct-90 HELP: Andrew applications
w.. Olof Damberg@math.liu.se (1982)

> No radical changes in the site.h and the site.mcr files


What exactly are the changes.  Did you read this paragraph from andrew/README:

    RESOLVLIB   [Default: empty string] 

        RESOLVLIB denotes the full path of the domain name
        resolver library.  It is used only if RESOLVER_ENV is
        defined, which it is unless your system.h or site.h file
        undefines it.  The default value (the empty string) is
        useful if the resolver code is in your libc.a.  If the
        resolver code is in a separate library, such as
        /usr/lib/libresolv.a, that name should be the definition
        for RESOLVLIB; define it in your site.mcr file.

If you left RESOLVER_ENV defined, did you set RESOLVLIB to
/usr/lib/libresolv.a?

If the answer to the above question is one of (1) you undefined
RESOLVER_ENV in you site.h or (2) you left RESOLVER_ENV defined and
properly set RESOLVLIB = /usr/lib/libresolv.a in your site.mcr, then
there is one little experiment I would like you to carry out.  Do this:

% cd ....../andrew/atk/apps
% <edit the Imakefile to remove the instance of ${RESOLVER_LIB} from this line:

ProgramTarget(runapp, runapp.o statload.o, ${ATKLIBS} ${OTHERLIBS}
${RESOLVER_LIB}, ${SYSLIBS})

% make clean
% cd ..
% make Makefiles SUBDIRS=apps
% make dependInstall SUBDIRS=apps

Now try a remote application.  Please let me know what the answers are.

Thanks,
Gary Keim
ATK Group