[A82] Re: TI82 ROM Version 19.006
[Prev][Next][Index][Thread]
[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?
>
Follow-Ups: