Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!decvax!bellcore!ulysses!ucbvax!NGP.UTEXAS.EDU!mknox
From: mknox@NGP.UTEXAS.EDU (mknox)
Newsgroups: mod.computers.68k
Subject: Re: forks in CP/M-68K
Message-ID: <8605240018.AA10424@ngp.UTEXAS.EDU>
Date: Fri, 23-May-86 20:18:20 EDT
Article-I.D.: ngp.8605240018.AA10424
Posted: Fri May 23 20:18:20 1986
Date-Received: Sat, 24-May-86 19:49:41 EDT
Sender: usenet@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 27
Approved: info-68k@ucbvax.berkeley.edu


Two points relative to the msg from PRZEMEK:

1:  The base address is an argument on the stack when a program is loaded
	by the CCP.  See the manual section on "initializing the BASE
	page".  The stack contains the return address to the CCP (which
	I think was a mistake for them to include) and a pointer to the
	BASE page.



2:  The .REL files should be available to you, but some vendors only ship
	them upon request.  In GEMDOS (for the ATARI) DRI added a post-
	processor program called RELMOD which takes the .REL and puts
	out a *very tight* relocatable format file.  This new file 
	takes very little more room than an absolute .68K file, and
	loads almost as fast.  A real useful hack to CP/M-68K would
	be to add/replace the existing program load function with one
	which would handle the new format.

					mknox@ngp.utexas.edu





------- End of Forwarded Message