Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site umcp-cs.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!bellcore!decvax!genrad!panda!talcott!harvard!seismo!umcp-cs!chris
From: chris@umcp-cs.UUCP (Chris Torek)
Newsgroups: net.unix-wizards
Subject: Re: Loading object files into executing programs [users of PADPowell's code plse read]
Message-ID: <4760@umcp-cs.UUCP>
Date: Thu, 11-Apr-85 23:35:07 EST
Article-I.D.: umcp-cs.4760
Posted: Thu Apr 11 23:35:07 1985
Date-Received: Sun, 14-Apr-85 06:32:03 EST
References: <633@dataio.UUCP> <1661@watcgl.UUCP>
Organization: U of Maryland, Computer Science Dept., College Park, MD
Lines: 11

Keeping the -g symbol table in dynamically loaded object modules is no
problem:  ld already writes a new symbol table (indeed, the dynamic
loading code requires it) and does not strip the debugger entries.  The
trick is convincing dbx to look in two different places for the object
code and for the symbol table.  I imagine kludging up an extra dbx
argument to read the new symbol table wouldn't be too difficult (then
again I haven't looked at the dbx source, not needing a debugger :-)).
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 4251)
UUCP:	{seismo,allegra,brl-bmd}!umcp-cs!chris
CSNet:	chris@umcp-cs		ARPA:	chris@maryland