Path: utzoo!attcan!uunet!cbmvax!andy
From: andy@cbmvax.UUCP (Andy Finkel)
Newsgroups: comp.sys.amiga.tech
Subject: Re: 1.3, resident, re-boot
Keywords: Want to get this resident list back
Message-ID: <4692@cbmvax.UUCP>
Date: 9 Sep 88 15:59:18 GMT
References: <1101@inria.UUCP>
Reply-To: andy@cbmvax.UUCP (Andy Finkel)
Organization: Commodore Technology, West Chester, PA
Lines: 48

In article <1101@inria.UUCP> rouaix@inria.UUCP (Francois Rouaix) writes:
>
>I just received my omega 1.3, and I was looking for a good way to
>configure it.
>We had vd0:, now we have RAD:. Ok, great, and I may reboot from RAD:.
>BUT it seems more logical now to use Resident for the most commonly 
>called commands, instead of putting them in vd0: or RAD:.
>The problem we have now is : how can I have a lightning-fast reboot, with
>my fine-tuned configuration. I don't wont to reload the code of my
>commands at every boot.
>IDEA: let's have "something" rebuild this Resident List during reboot.
>Why I think it is feasible:
>	1)If I understood the Resident command, there should be somewhere
>in the memory a GLOBAL list of command names and associated SegLists (with

true

>maybe some problem as described below). I deduce here that it is possible
>to find a pointer to these informations somewhere in the dos.library data.
>The point here is that the location for this pointer is ALWAYS the same
>in a given memory configuration. Am I wrong ?

I wouldn't depend on the pointer just happening to appear in the
same place.  Sure, it might tend to, but its not something I'd
want to put into my code.


>	- is this feasible ?

sort of;  But I'm probably going to change the structure of the resident
list for 1.4.  It's private right now, only the standard C-A
commands are supposed to know how to walk it (yeah, I know
how likely/true that is :-)  ).  I want to add a checksum
for each thing on the list (at the least).

The programs loaded are generally scatter loaded.  The method used
by RAD for recoverability works much better if everything is in one
memory chunk.  This approach would work best if we were building
a bunch of commands into the Shell.  And you'd have to fix it so
the shell loaded into a memory chunk.
-- 
andy finkel		{uunet|rutgers|amiga}!cbmvax!andy
Commodore-Amiga, Inc.

"If we can't fix it, it ain't broke."

Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.