[A83] Re: extra storage

To: <assembly-83@lists.ticalc.org>
Subject: [A83] Re: extra storage
From: "Ronald Teune" <rtwolf@gmx.net>
Date: Sun, 15 Dec 2002 22:32:00 +0100
References: <5.1.0.14.0.20021215105228.00a79430@mail.comcast.net>
Reply-To: assembly-83@lists.ticalc.org

> At 10:39 AM 12/15/2002 -0500, you wrote:
> >In a message dated 12/15/2002 10:12:26 AM Eastern Standard Time,
> >SOCCERK121@aol.com writes:
> >
> >>It is all used as free space, but archived.  You're not used to that
> >>concept either.  You can still run them as regular programs under
ion/mirage.
> >
> >
> >the only problem with running stuff through ion/mirage is the fact that
to
> >run the program, it has to be unarchived to run...  If your program is
> >over 24k, or you've got more than absolutely nothing unarchived and on
> >RAM, you'll have trouble running stuff...  (ie, the game Gemini...  great
> >game, but requires 23.8k RAM to run - that would be one great reason for
> >some sort of memory expansion...)
>
>
> Memory expanders work just like Archive.  You have to do a transfer to RAM
> to run the program.  With good driver software and a nice hardware
> interface, it might be just as easy as Archive, but current models require
> the use of the Link menu.

The link menu?
I've always wondered how that would work. How do you receive software that
way???

> The one idea that allowed huge (>24K) programs was the lib routines to
grab
> data from the expander ldir-style.  It requires clear level distinctions
> and optical-media style 'loading' delays.
>
>
>
>

References:

[A83] Re: extra storage

From: Gavin Olson <gtolson@comcast.net>