AUXMEM & GRAPHICS (was: Moving binary files to /RAM)

[email@DELETE_THIS.luddite.no-ip.com (Simon Williams)]

Laine Houghton <laine_h@yahoo.com> wrote:

<snip>

> This kind of dawned on me. The /ram driver is contained in main memory
> bank1.
> When it comes time to retrieve Aux memory from bank1 you can't use the
> driver from bank1 so some code moving is going to have to happen first.
> Perhaps that is the delay.

Laine, looking over this thread it seems like I'm basically complicating
matters by trying to take the easy way out...
Some time back we were discussing something similar using the AUXMOVE
routine, which looks like it might be more practical for what I'm doing.
One thing that came up at that time was:

> ...if using 80 col. or graphics  make sure you don't load into those
> sections of auxmem...

Does this refer to hires graphics, or would it only affect DHR???
Looking over documents I have, it seems that AUXMEM essentially mirrors
the text and graphic areas of the main 64K, though I haven't come across
anything that explains why this is so... 

-s
-- 
._____.
|[LD8]! SIMON WILLIAMS :: LUDDITE ENTERPRISES UNLIMITED
| (O) | 68K MACINTOSH SERVER   http://luddite.no-ip.com
!__!__! FAILURE RECORDS http://failurerecords.no-ip.com