[A83] Re: What the heck is RST???
[Prev][Next][Index][Thread]
[A83] Re: What the heck is RST???
> It's still my personal opinion that you're better off using FlashToRAM, or
> one of the other calls. If you're in the middle of a two byte token, just
> load some more data from Flash :)
Well, I could check if the last byte is a 1stbyte and load another byte if so..
> Now that I know what, more specifically, you're trying to do, there's an
> additional problem with the port 7 stuff. The ROM routines that convert
> tokens to text use system RAM, which wouldn't be available without bank1 set
> to the regular location. And you *really* don't want to have all those
> routines in your app, because the location of the table of token strings is
> not necessarily static, so you'd have to have *all* the token strings in
> your program as well.
Didn't think about the token stuff...
> If you really, really, really don't want to use the ROM calls to read stuff
> from Flash, I think the way to go is what I think you originally mentioned,
> copy a routine to RAM, change the page in port 6, and read from there.
I'll try that first,
though I may be able to keep the code in ROM if I modify the code to load
it from the 8000h series...
> (You'll have to be sure that the archived variable doesn't run off into the
> next page. FlashToRAM handles this automatically for you, but if you're
> reading manually, you have to worry about it).
Well, rom-page reswapping isn't the hard part, TI has even generously
supplied a routine for it :-)
--Peter-Martijn
>
> -Dan Englender
>
> ----- Original Message -----
> From: "Hyperbyte" <hyper@hysoft-automation.com>
> To: <assembly-83@lists.ticalc.org>
> Sent: Saturday, July 07, 2001 5:41 PM
> Subject: [A83] Re: What the heck is RST???
>
>
> >
> > Ok, what I'm trying to do is read "basic text" files (containing
> > tokens) directly from flash. It needs to be done very quick, since
> > it needs to be translated into human readable text on the fly.
> >
> > The program I've written so far handles only unarchived variables,
> > but even then it takes a little while to display al of the page.
> > So I thought having _vputmap in the program (maybe even with an
> > own font) would speed up the displaying process.
> > Since every byte is read separately I like as much speed gain as possible.
> >
> > I'm also a bit reluctant of copying a selected area of the program to a
> certain
> > part of the ram, because of the possiblity of splitting a two-byte token
> in
> > half. I'm afraid unarchiving the program wouldn't be very handy if the ram
> > is almost full.
> >
> > Also, I like to do things the unconventional way :-)
> >
> > --Peter-Martijn
> >
> >
> >
> > > Well I think he was thinking of wanting to do it quickly, i.e. probably
> > > direct access. Perhaps he didn't know of FlashToRAM, as I didn't either.
> > >
> > > -----Original Message-----
> > > From: assembly-83-bounce@lists.ticalc.org
> > > [mailto:assembly-83-bounce@lists.ticalc.org]On Behalf Of Dan Englender
> > > Sent: Saturday, July 07, 2001 3:12 PM
> > > To: assembly-83@lists.ticalc.org
> > > Subject: [A83] Re: What the heck is RST???
> > >
> > > At risk of sounding ignorant because I didn't read the earlier parts of
> the
> > > conversation...If all he's doing is reading variables from Flash, why
> would
> > > he need to do any so complicated as the RAM page switching scheme?
> > >
> > > What I do to read variables from Flash (in MirageOS anyhow), is just
> copy
> > > all the archived VAT/header information to a bit of RAM using
> FlashToRAM,
> > > sort out from that where the data actually starts, and then store that
> > > pointer. At that point, you can just use FlashToRAM, LoadCIndPaged, or
> the
> > > PagedGet routines to read the data from Flash, or load it into a buffer
> in
> > > RAM.
> > >
> > > -Dan Englender
> > >
> > >
> > >
> >
> >
> >
>
>
>
References: