🚀 go-pugleaf

In article <ccObw0W4lU4L0APVAA@sadye.uvm.edu> wollman@SADYE.UVM.EDU (Garrett Wollman) writes:
>This sounds like a problem I've had...
>
>*If* you compile with RESOLVER_ENV, and *if* your X display is forward-mapped
>using YP (alias NIS) or /etc/hosts, then the X libraries may pick up
>gethostbyname() from libresolv.a instead of the YP-using one in libc.so.

  Well, as much as this seems reasonable, I don't think it's the problem.  I
believe I *did* compile with RESOLVER_ENV set, but RESOLVLIB was set to nil,
so it didn't use libresolv.a...  It used the Nameservice stuff in our libc.

>I see a few possible solutions to this:
>
>  1.  Remove the module containing gethostbyname() from libresolv.  I think
>this is called 'gethost' or 'getname' or something like that.
>This is probably the optimal solution, if it works.

  libresolv.a not used...

>  2.  Don't use RESOLVER_ENV, and make sure to tell AMS that it is not allowed
>to validate host names using gethostbyname (i.e., set the andrewSetup
>variable AMS_ValidateDestHosts to no.

  If this is the problem, maybe I'll try this.  But, if this is the case, why
do the sun3 versions work? (we have the same installations on sun4's and
sun3's here.  Same libc...)

>  3.  Use the IP address of the display instead of the name.  The X code
>will notice this and act correctly.  [However, my displaycap code doesn't
>work in that case.  Since I'm the only one who has ever even heard of it,
>this should not be a problem for anyone else.]

  I'll try this first (as it is the easiest...  :-)

>-GAWollman

                                       - Chris P. Ross
--
--
Chris P. Ross                         University Of Maryland
cross@eng.umd.edu                     Engineering Computer Facility
Work#: (301)/405-3689                 Project GLUE