RE: LZ: Re: Shell incompatibility
[Prev][Next][Index][Thread]
RE: LZ: Re: Shell incompatibility
This sounds like a very good idea. Maybe the shell designers will do this. It
seems like this is all that's really needed for compatibility.
________________
Jeff Tyrrill's TI Calculator Site: Contains programming tips, undocumented
discoveries and tips for power users, and comparisons of the different
calculator models.
http://tyrrill-ticalc.home.ml.org/
TI-Files member: The premiere TI site on the web, with reviews of games and
more.
http://ti-files.home.ml.org/
-----Original Message-----
From: owner-list-zshell@lists.ticalc.org On Behalf Of Chief28933@aol.com
Sent: Sunday, June 08, 1997 12:26 PM
To: list-zshell@lists.ticalc.org
Subject: Re: LZ: Re: Shell incompatibility
In a message dated 97-06-08 11:16:40 EDT, you write:
<< Ess Andreas wrote:
=20
> > But programs designed for SuperNova probably will not work with Usga=
rd,
> > and Usgard programs will not work with SuperNova. In my oppinion ju=
st
> > use SuperNova. (both will run ZShell 4.0 programs, but ZSHELL will n=
ot
> > be able to run SuperNova, or Usgard programs.)
> Well, everyone should use the shell he/she wants. This could lead to a
mess, however...
=20
The shell who gets best supported by good games will be the one who wins=
...
it's
just like the Windoze 95 vs OS/2 war :)
=20
--=20
Jimmy M=E5rdell >>
Will everyone P-L-E-A-S-E listen. First, I wan't to see all the shells
that have been made fall to one because everyone that has made one deser=
vse
his/her credit. This is not a contest to see who can out do who or make =
a
shell faster than anyone. What it should be it that the ROM CALLS from
ZShell and beyond should collected and put into a small table that anyone
could use to make their shell compatable with all the other shells. Thin=
k
about this: If one shell gains half the support and another one gets the
other half and the two are not compatable that means that the gameswould =
be
split and you couldn't have everything you wanted on your calc because it
wouldn't run. If your shells is the top shell but is not the only shell =
why
shouldn't you add the 200 bytes of ROM CALLS that are needed to make you
shell compatible with the rest. Then more people could and would use you=
r
shell. =20
My other thought is: Would it be possible to make a master library of RO=
M
CALLS that all you shell makes use and then have your shell read it for a=
ROM
CALL so that when a new ROM CALL comes out all you need to do is overwrit=
e
the old ROM CALL library. I do know this is possible from what I have se=
e on
this newslist about USGARD. Also this would make the acutual shell small=
er
without the ROM CALL so you might see a 500 byte shell with a 500 byte
library and that sounds a lot cooler than a 1267 byte shell or what ever =
:)=20
---RE READ THIS IF YOU DIDN'T READ ALL OF IT THIS IS A GOOD IDEA ---
-Cheif28933@aol.com