[A82] Re: TI82 ROM Version 19.006
[Prev][Next][Index][Thread]
[A82] Re: TI82 ROM Version 19.006
On the the discussed on the TI85, when support for new ROM versions was
added, and back then most people seemed to dislike the idea. The problem is
that in many places only a few people have a link cable, and if you need
different backups for each ROM version, it will make it harder to give other
people copies. My expirience is that a lot of people get asm shells on their
calc from other people, which is why I have not made seperate versions, but
it is possible. One possible solution would be to make one version for the
calcs currently supported, and one for the new ROM version, which would save
some space, but not that much. All in all I still think that one shell is
the best solution.
Dines
-----------------------------------------------------------------------
Dines Justesen dines@aub.dk www.aub.dk/~dines
-----------------------------------------------------------------------
----- Original Message -----
From: <ADAMMAN106@aol.com>
To: <assembly-82@lists.ticalc.org>
Sent: Wednesday, July 04, 2001 7:09 PM
Subject: [A82] Re: TI82 ROM Version 19.006
> Has anyone ever thought of just including a separate backup file for the
new
> ROM version? That way the method of ROM calls wouldn't have to be changed
in
> every program, and the shell might actually be smaller since it only has
to
> know the addresses for one ROM version.
>
> ~Adamman
>
> In a message dated 7/4/2001 5:32:16 AM Eastern Daylight Time,
HPoley@DDS.nl
> writes:
>
>
> > > Van: Dines Justesen <dines@aub.dk>
> > >
> > > > Are there big differences between the Ti82's and the Ti83's
filesystem?
> > If
> > > > these aren't there, than it's more a way of finding the adress
> > equivalents
> > > > on the Ti82, and things will work (hopefully).
> > >
> > > The "filesystem" is pretty much the same, and the functions needed are
> > > known. The problem is the way the assembly language programs are
started.
> > > One the Ti83 the TIOS is starting the asm program, and it performs
some
> > > clean up before it does that (AFAIK). On the TI82 the OS is interruped
> > while
> > > executing an ordinary assembly program, which means that the state of
the
> > > TI82 when the shell is started is not as well defined.
> >
> > Difficult... I know that Ti82 asm programs are started via some BASIC
> > program, but I suspected that TIOS would be in much the same state when
> > running such a BASIC-prog...
> >
> > > > Nice, that is the advantage of Venus, the shell is very small and
> > > > everything get's a whole lot more transparent, always nice for the
> > > > people-who-don't-know-what-a-shell-is...
> > >
> > > When it was tried on the TI82, most people seemed to prefer using the
> > shell
> > > and not start the programs from the menu. On the TI85, people prefered
> > > Usgard over ZShell even though it was bigger. So it not al size, it is
> > also
> > > the features which the shell has. Including common functions in the
shell
> > > does make it bigger, but it makes the programs smaller, so it saves
space
> > > anyway.
> >
> > Venus can have a graphical shell extension (it has one already). And it
has
> > the libs, off coarse.
> >
> > > > And the pro for the programmer is the bigger crash-resistance (if
> > things
> > > > will work on the Ti82), plus you could use the same header for the
Ti82
> > > and
> > >
> > > Why would it be more crash resistant?
> >
> > I don't know if it is on the Ti82 like on the Ti83; when an error
occures
> > in a ROMcall (like in an FP functions etc.) the TIOS 'drops-back' to the
> > prompt. At least on the Ti it will crash if the program was an Ion
program
> > (at least I haven't had one occurence where it didn't got into an
APD-loop
> > or something)
> > because of the 'crappy' program relocation.
> >
> > If you update the the pointers then it won't crash on 'drop-back'...
> >
> > > > As I understand the Ti82 shells ASH and CrASH, have some built-in
> > > > pointers/jumptable which will point the call to the right location
for
> > the
> > > > different ROM versions. This is indeed not needed on the Ti83,
but...
> > > Venus
> > > > has external libraries (in a better/other way then SOS), also just
> > called
> > > > 'externals'. You could could use these libs to straighten up some
> > things,
> > > > but okay, it won't be compatible to (Cr)ASH.
> > >
> > > The RAM adresses are different in the different ROM versions, so the
> > shells
> > > include a function which will add a constant offset to the address
> > called.
> > > This means that most of the ROM calls that are needed in ordinary
> > programs
> > > can be used without problems. In the new ROM version, a lot of stuff
has
> > > been moved, so now, one would need the adresses for all ROM versions,
for
> > > all the supported calls (or one would need two versions of the shell
and
> > the
> > > programs).
> >
> > So on ROM 19.006 you would need a 'call-translator', instead of a little
> > routine that will add the offset to your adress? That will be huge...
> >
> > > > BTW: We don't NEED to break with call compatiblity, it's just an
option
> > > > which uses less memory...
> > >
> > > If you want to support the new ROM version, the way ROM calls are made
> > has
> > > to be changed, and all programs would have to be changed.
> >
> > Okay, so programs made for previous Ti82s are not compatible with the
> > new(est) version, so you really needed to re-assemble the progs, with
new
> > includes (need to be made), to make them work?
> >
>
>
>
>
>
References: