Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!princeton!udel!burdvax!sdcrdcf!ism780c!tim
From: tim@ism780c.UUCP
Newsgroups: comp.arch,comp.unix.wizards,comp.os.misc
Subject: Re: Shared libraries (Was: Re: Big Programs Hurt Performance)
Message-ID: <7379@ism780c.UUCP>
Date: Thu, 24-Sep-87 20:48:39 EDT
Article-I.D.: ism780c.7379
Posted: Thu Sep 24 20:48:39 1987
Date-Received: Sat, 26-Sep-87 15:14:31 EDT
References: <6886@eddie.MIT.EDU) <2501@xanth.UUCP> <2067@sfsup.UUCP> <2903@phri.UUCP>
Reply-To: tim@ism780c.UUCP (Tim Smith)
Organization: Interactive Systems Corp., Santa Monica CA
Lines: 16
Xref: utgpu comp.arch:2204 comp.unix.wizards:4154 comp.os.misc:213

In article <2903@phri.UUCP> roy@phri.UUCP (Roy Smith) writes:
< SunOS-3.2 systems for exactly this reason.  What do I do on a shared
< library system when scanf changes out from under me and breaks my program?

On System V shared libraries, the path names of the shared libraries are
in the header of the a.out file.  It shouldn't be too hard to provide
a tool that allows you to change these.

Then, when you find out that a library update breaks your program, you
could obtain a copy of the old library, and fix your a.out to use
this.
-- 
Tim Smith, Knowledgian		{sdcrdcf,uunet}!ism780c!tim
				tim@ism780c.isc.com
"Oh I wish I were Matthew Wiener, That is who I truly want to be,
 'Cause if I were Matthew Wiener, Tim Maroney would send flames to me"