home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.bsd
- Path: sparky!uunet!spooky!witr
- From: witr@rwwa.COM (Robert Withrow)
- Subject: Re: Shared lib benchmarks, and experiences
- Message-ID: <1992Dec11.154333.4272@rwwa.COM>
- Sender: news@rwwa.COM (News Administrator)
- Nntp-Posting-Host: spooky
- Reply-To: witr@rwwa.com
- Organization: R.W. Withrow Associates
- References: <1992Dec3.071056.27426@ntuix.ntu.ac.sg> <1992Dec9.233940.5174@klaava.Helsinki.FI> <1992Dec10.150750.2106@rwwa.COM> <1992Dec10.200232.5557@serval.net.wsu.edu>
- Distribution: usa
- Date: Fri, 11 Dec 1992 15:43:33 GMT
- Lines: 26
-
- In article <1992Dec10.200232.5557@serval.net.wsu.edu>,
- hlu@eecs.wsu.edu (H.J. Lu) writes:
-
- | FYI, we have been doing
- |
- | cp xxxx.so.x.y /lib
- | cd /lib
- | ln -sf xxxx.so.x.y xxxx.so.x
- |
- | for quite a while under linux.
-
- First of all, I observe that this change is *global*, and user X can't
- run his binarys against library-x while user y runs his against
- library-y. This is not the case with SVR4-SUNOS style librarys.
-
- But, if you are telling me that one can substitute one library for
- another, without re-linking, even when the two librarys are totally
- different in every way except for the interface (i.e., different size,
- different implementation, different shared library ``assigned''
- address) then a large part of my objection is nulled, and I will
- retract it. This is not, however, my understanding of linux shared
- librarys.
-
- --
- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
- R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
-