Path: utzoo!utgpu!cunews!bnrgate!brtph3!brchh104!brchs1!bnr.ca!rice!sun-spots-request
From: chris@com50.c2s.mn.org (Chris Johnson)
Newsgroups: comp.sys.sun
Subject: Re: restricting acces via chroot()
Keywords: Miscellaneous
Message-ID: <338@brchh104.bnr.ca>
Date: 20 Nov 90 18:00:01 GMT
Sender: news@brchh104.bnr.ca
Organization: Sun-Spots
Lines: 24
Approved: Sun-Spots@rice.edu
X-Original-Date: Wed, 31 Oct 90 21:47:43 GMT
X-Refs:  Original: v9n339
X-Sun-Spots-Digest: Volume 9, Issue 365, message 11
X-Note: Submissions: sun-spots@rice.edu, Admin: sun-spots-request@rice.edu

In article <1990Oct26.221430.18602@rice.edu> cnix!klaus@relay.eu.net (klaus u schallhorn) writes:
>I just tripped over sun's dynamic linking when trying to do the following:
>
>All the system utilities that came with the distribution and that badguy
>is allowed to use have been linked dynamically. The only thing that works
>is the sh [staic loading, csh doesn't] and my own code loaded statically.
>If I try to "ls" or any distribution program I get
>
>	crt0.o: no /usr/lib/ld.so

This is just a wild idea from experiences trying to kludge (rhymes with
rouge, you non-programmers-you) together a system installation that went
awry.  But maybe the problem you are having is because Mr. badguy can no
longer find the libraries to link to them.  Maybe that's so obvious you
didn't ask about it having already checked it, or maybe you overlooked it.
For a dynamically linked program to load, it's going to need all the
parts, the loader/linker and the libraries.  If someone else hasn't
already used the library to get it into cache, maybe this is what results.

Sorry if this shot from the hip is wrong.  Hope someone who's an expert in
this will come along and straighten us both out, if so.

   ...Chris Johnson          chris@c2s.mn.org   ..uunet!bungia!com50!chris
 Com Squared Systems, Inc.   St. Paul, MN USA   +1 612 452 9522