Re: A89: Overwriting ROM (was Re: Linux Port)
[Prev][Next][Index][Thread]
Re: A89: Overwriting ROM (was Re: Linux Port)
>> Also, I believe that to write an entire new ROM you must write it to be
>> compatible with the bootloader. A new ROM would have to be Flashed in,
not
>> sent via a program to overwrite the ROM. . .
>
> You see, hereabouts is where my problem begins. Too many people are
>speaking on speculation. Now, I'm not saying that your incorrect, but
>you very well could be. And I, as a beginner, get very easily confused
>by comments like this. Such is the reason why I am trying to find out
>the facts. And also, I think that this whole Linux on calc thingy will
>be way too confusing if people speak on speculation and on facts. Sorry
>if I offenede anyone there.
> - Matt
Then think of it this way - the ROM can be up to 2 MB (on the 92+, it's less
on the 89 but the space is there). A program can be, at most, 380-some K
(it must fit in the RAM =) To get a ROM larger than 380k into the calc, it
must be flashed in, not overwritten through a program.
My other point is that there's no reason to port Linux. The kernal is
mostly not applicable to the calculator hardware and cutting it down to the
point where it only needs so little space makes it obsolete. Then, nothing
that's even a slight bit graphical would ever work on this thing. . .
>
>Date: Sun, 18 Jul 1999 20:56:46 -0500
>From: mhlandry <mhlandry@bellsouth.net>
>Subject: Re: A89: Overwriting ROM (was Re: Linux Port)
>
>Scott Noveck wrote:
>>
> You say that you wont share the knowledge, then can I ask how you came
>to acquire this knowledge?
> - Matt
>
>> The secret of overwriting portions of the ROM will probably never be
shared
>> by those of us who know it - it's too powerful. Wormhole (one of the
French
>> guys) actually DID write a successful virus, and tested it himself - he
>> couldn't FLASH over his calc. And his antivirus didn't work, so he
actually
>> had to go into his ROM hex editor (I want one of those =) and fix it. . .
>> then again, I'm sure that he could have just screwed it up worse and sent
in
>> to TI to fix it =)
>>
>> Speaking of which, FYI, my calc should be down in Fort Worth now, being
>> repaired by TI. . . the graphlink broke and got stuck in the linkport. I
>> convinced them to send me a new calc to calc cable, too =)
>>
>> There's no point in porting Linux to a TI - name one feature worth having
on
>> the calculator. No Linux programs would be compatible with the calc
becuase
>> NOTHING is meant to work on a small 2-color LCD screen with such a weird
>> input system. The kernel doesn't have anything that would benefit a calc
>> with less than 400k of RAM. . .
>>
>> Also, I believe that to write an entire new ROM you must write it to be
>> compatible with the bootloader. A new ROM would have to be Flashed in,
not
>> sent via a program to overwrite the ROM. . .
>>
>> -Scott
>
>------------------------------
>
>Date: Sun, 18 Jul 1999 22:02:58 EDT
>From: S43R80@aol.com
>Subject: Re: A89: Overwriting ROM (was Re: Linux Port)
>
>In a message dated 99-07-18 21:51:56 EDT, you write:
>
>> The secret of overwriting portions of the ROM will probably never be
shared
>> by those of us who know it - it's too powerful. Wormhole (one of the
>French
>> guys) actually DID write a successful virus, and tested it himself - he
>> couldn't FLASH over his calc. And his antivirus didn't work, so he
>actually
>> had to go into his ROM hex editor (I want one of those =) and fix it. .
.
>> then again, I'm sure that he could have just screwed it up worse and
sent
>in
>> to TI to fix it =)
>
>without sharing the secret...how the hell were they able to find this bug
>anyway? also how many people no specifically how to utilize it???...do you
>just randomly right to different addresses (definately not)...but how was
it
>found?...perhaps it will be shared once the bug/whatever_it_is in a latter
>version of the rom...although i really wouldn't have much use for it...
>
>- -Steven
>
>------------------------------
>
>Date: Sun, 18 Jul 1999 21:14:09 -0500
>From: Jason Benkula <jab2254@unix.tamu.edu>
>Subject: A89: Unsubscribe
>
>unsubscribe assembly-89 jab2254@unix.tamu.edu
>
>------------------------------
>
>Date: Sun, 18 Jul 1999 21:30:42 -0500
>From: "Miles Raymond" <m_rayman@bigfoot.com>
>Subject: A89: Re: Unsubscribe
>
>Send that to majordomo@lists.ticalc.org
>
>- -Miles Raymond EML: m_rayman@bigfoot.com
>ICQ: 13217756 IRC: Killer2 AIM: KilIer2 (kilier2)
>http://www.bigfoot.com/~m_rayman/
>
>- ----- Original Message -----
>From: Jason Benkula <jab2254@unix.tamu.edu>
>To: <assembly-89@lists.ticalc.org>
>Sent: Sunday, July 18, 1999 9:14 PM
>Subject: A89: Unsubscribe
>
>
>> unsubscribe assembly-89 jab2254@unix.tamu.edu
>
>------------------------------
>
>Date: Mon, 19 Jul 1999 01:38:54 -0300
>From: "Javier" <grijalba@cvtci.com.ar>
>Subject: RE: A89: LinuxTI & Memory Expander
>
>This is a multi-part message in MIME format.
>
>- ------=_NextPart_000_0020_01BED187.76130260
>Content-Type: text/plain;
> charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
>Since we are talking of expanders, has anybody the E(g) AVR source or =
>know where I can find it ???
>I want to port some routines to PIC, to finish my Real time Clock (also =
>with calendar) for my calc.
>Thanks for your time
>Javier
>=20
> -----Mensaje original-----
> De: Mark Scott <mscott@canada.dbcity.com>
> Para: 'assembly-89@lists.ticalc.org' <assembly-89@lists.ticalc.org>
> Fecha: S=E1bado 17 de Julio de 1999 23:12 p.m.
> Asunto: RE: A89: LinuxTI & Memory Expander
> =20
> =20
> See comments given below.
> =20
> Mark E. Scott Jr.
> mscott@dbcity.net
> =20
> =20
> -----Original Message-----
> From: KKokiri89@aol.com [mailto:KKokiri89@aol.com]
> Sent: Saturday, July 17, 1999 8:41 PM
> To: assembly-89@lists.ticalc.org
> Subject: Re: A89: LinuxTI & Memory Expander
> =20
> =20
> =20
> Great idea! Yes it was mentioned earlier, and i kind of put it =
>aside. That
> should probably be a priority, since we would likely have to cut out
> functions and features of the programs to reduce size. Also this =
>would act as
> a separate "partition" or perhaps drive which you could mount and =
>unmount,
> and either store user defined programs or other things. If we end up =
>making
> our own calc linker (we will probably have to, if we want to send =
>.exe or
> .txt files), we should make it so that we can send files directly to =
>the
> extension to make sure that we dont have to load files on the the =
>calc which
> are too big, then have to send them to the expansion.
> Here are the Top 10 Concerns of this project : (note that i am =
>getting ahead
> of myself...but linux took a long time of planning too, so why not?)
> =20
> - People who use the original TI-OS will get cheesed off because =
>current
> games such as SMQ and SF2T etc... will not work on this OS
> =20
> (Response) Who cares? New programs will come out quicker for the =
>Linux port due to its "neatness". So many programs used to come out for =
>the ti-85 zshell when it came out because it was so different and cool. =
>I believe this would generate the same interest.
> =20
> - TI will be angry if we break there key (and we might have to use =
>parts of
> their OS for mathematical purposes.)
> =20
> (Response) I am of the opinion that we should just make our own boot =
>loader, I could easily make a link program for the pc that is custom. I =
>haven't understood enough about the bootloader to be sure, but what I =
>think is that you only need the key if you plan to use their bootloader.
> =20
> - There won't be enough memory and people will have to purchase =
>memory
> expansion kits (hopefully you wont charge us _too_ much :)
> =20
> (Response) I think this is unavoidable, besides most people I know =
>would like an expansion but have no need for it. Once they see the =
>things we can program and will program, it will become well worth it. =
>At first it may be deemed not worthwhile, but everything starts out that =
>way.
> =20
> - We may not even be able to get it up and running with/without =
>ditching the
> TI-OS
> =20
> (Response) This is just my opinion, but TI-OS could go. We run into =
>problems here if we want to let people run it as a program. Perhaps we =
>could make it work - somehow convert it to a linux capable program, but =
>I doubt that. It might be easier to make our own program, but TI has =
>done a good job making all these math functions. This is the only issue =
>I really see a problem on
> =20
> - We will have to be able to have a BASIC programming language, =
>otherwise non
> ASM people can't contribute
> =20
> (Response) One word: PERL
> =20
> - More likely than not, we will have to rewrite any software to =
>include grey
> scale, floating point, and black and white (sigh), as well as, the =
>link port,
> odd networking hardware (Mark, maybe you could make some Networking =
>adapters
> too?) as well as stuff i wont argue about (like the ROM, i enjoy =
>learning
> about it from you guys rather than explain it:-)
> =20
> (Response) This is done in the libraries, and would be essential to =
>the OS. While this isn't negating your point, its just gonna have to be =
>and has already been talked about I believe. I believe there are simple =
>network adapters that you can plug into a serial port, but not sure, =
>this is kinda a big if. Depends on the port speed. If not you'd have =
>to hook directly into the calc which isn't quite an easy way to do it.
> =20
> - We need to create drivers and such for our keyboards and link =
>ports and
> LCDs (not a big problem i dont think)
> =20
> (Response) You're right, not a problem compared to porting to OS in =
>the first place. Don't know about LCD's though
> =20
> - Other calculators will want this Linux TI for Z80 - could we write =
>ROMs for
> that? I'm thinking not.
> =20
> (Response) I believe TI-89 could be fairly easily ported to due to =
>its being nearly the same calc, but others are out of luck. This would =
>generate want for the ti-89 and 92 (I prefer 89 though)
> =20
> - EXTENSIVE bug testing...of course this is the ROM and shouldn't be =
>cleared,
> but then again...how did we get it on there (talking from the future =
>:-)
> =20
> (Response) This is involved with creating any OS. Big thing is to =
>make sure our bootloader is perfect, I could put my rom back in, but I =
>doubt most can normally, and its a pain in the A$$
> =20
> - Hmm, okay i didn't make it all the way to 10, but i don't want to =
>diss this
> project at all...nor do i want to waste valuable time (i still =
>haven't made
> any ASM programs :-(.
> =20
> (Response) This would be a very good project, and is probably =
>doable, and I bet would get a lot of attention. I can see big things =
>for it.
> =20
> Lets go onto the good points...
> =20
> - We have much respect for getting such a tremendous task completed
> =20
> - Every could learn about programming who would like to contribute
> =20
> - Our calculators aren't any longer "a waste of skin"...not that =
>they are if
> you need it for math, but TI doesn't exactly push the hardware's =
>limit...its
> too easy i guess...(let me know what you think, even though they are =
>probably
> all flames :-)
> =20
> - Make this mother WORK!!! AHAHAHA!!! (excuse me)
> =20
> - Networking capabilties, with file sharing and permissions
> =20
> - Much better application development
> =20
> - The source code is freely free, if we all agree to this lets have =
>it be a
> GNU program/OS
> =20
> - We could do plenty with the different memory types...the ROM is =
>for the
> Kernel
> The RAM is just that- the RAM, and the extension (hopefully we get =
>one) is
> for programs, like a hard disk
> =20
> - Okay, this is very very long...(at least it looks like it) so ill =
>sum it up
> =20
> I dont think it really likely to happen on this calc, but im not in =
>the
> position to judge that yet...its real hard to say.
> Nothing has been done to work with the ROM except AU (archive =
>utility) and im
> not sure if thats even ROM?
> Hopefully we DO get passed this issue...if not i have a back up =
>plan!
> Perhaps there is some bug waiting to be found in the TI-OS that lets =
>us go
> straight to the processor (or am i living in the past...help me out =
>here, the
> TI OS handles the ASM and you can't directly program for the =
>68K...its more
> or less programming for the TI-OS?, whatever any way what i was =
>saying) and
> we can comletly ingore, disable temperarly, whatever to the TI OS. =
>Then we
> can have the program be stored in RAM for the TI part of it, then =
>Load it
> self into the expansion, and whatnot...then go from there. (that was =
>most
> likely the stupidest sounding thing i have said...or maybe not :-)
> =20
> Well, I wish you all the best of luck and i hope this opens up to be =
>a great
> "hack" that TI wont be happy about, but we will be going around like =
>nerds
> with Linux on every thing we own...including our watches (yes im =
>over
> exagerating...but you never know..they do run some smart VCRs)
> =20
> With any luck, we will be discussing this developement for a good =
>long time,
> perhaps we should start our own list so the people that dont want to =
>help
> dont have to listen to our rambling (I feel like a spammer or =
>something) but
> i really hope to see every one in on this...after all, its our =
>calcs, lets
> customize!!
> =20
> (Response) I could easily create a list - I work at an ISP and have =
>access to any of this kind of stuff, and I'm sure ticalc.org would do it =
>too, but we wouldn't have as much control of it.
> =20
> And if we get a large enough expansion...(im still not real certain =
>on that
> idea...its a great idea but i have a strange feeling that i can't
> understand...a bad feeling that this isn't going to work and we will =
>be come
> the the village idoits, but i wont care as long as we all try at =
>it...you
> really can't say at this point though)...like a few megs...5 or =
>10...then we
> really could start something revolutionary here!!
> =20
> This has got me all revved up...and i hope it goes as well as i =
>think it can
> =20
> Regards,
> =20
> Kyle
>
>
>
>- ------=_NextPart_000_0020_01BED187.76130260
>Content-Type: text/html;
> charset="iso-8859-1"
>Content-Transfer-Encoding: quoted-printable
>
><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
><HTML>
><HEAD>
>
><META content=3Dtext/html;charset=3Diso-8859-1 =
>http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 =
>Transitional//EN">
><META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT color=3D#000000 size=3D2>Since we are talking of expanders, =
>has anybody=20
>the E(g) AVR source or know where I can find it ???</FONT></DIV>
><DIV><FONT color=3D#000000 size=3D2>I want to port some routines to PIC, =
>to finish=20
>my Real time Clock (also with calendar) for my calc.</FONT></DIV>
><DIV><FONT color=3D#000000 size=3D2>Thanks for your time</FONT></DIV>
><DIV><FONT color=3D#000000 size=3D2>Javier</FONT></DIV>
><DIV><FONT color=3D#000000 size=3D2> </FONT></DIV>
><BLOCKQUOTE=20
>style=3D"BORDER-LEFT: #000000 solid 2px; MARGIN-LEFT: 5px; PADDING-LEFT: =
>5px">
> <DIV><FONT face=3DArial size=3D2><B>-----Mensaje =
>original-----</B><BR><B>De:=20
> </B>Mark Scott <<A=20
> =
>href=3D"mailto:mscott@canada.dbcity.com">mscott@canada.dbcity.com</A>>=
><BR><B>Para:=20
> </B><A=20
> =
>href=3D"mailto:'assembly-89@lists.ticalc.org'">'assembly-89@lists.ticalc.=
>org'</A>=20
> <<A=20
> =
>href=3D"mailto:assembly-89@lists.ticalc.org">assembly-89@lists.ticalc.org=
></A>><BR><B>Fecha:=20
> </B>Sábado 17 de Julio de 1999 23:12 p.m.<BR><B>Asunto: =
></B>RE: A89:=20
> LinuxTI & Memory Expander<BR><BR></DIV></FONT>
> <P>See comments given below.<BR><BR>Mark E. Scott Jr.<BR><A=20
> =
>href=3D"mailto:mscott@dbcity.net">mscott@dbcity.net</A><BR><BR><BR>-----O=
>riginal=20
> Message-----<BR>From: <A=20
> href=3D"mailto:KKokiri89@aol.com">KKokiri89@aol.com</A> [<A=20
> =
>href=3D"mailto:KKokiri89@aol.com">mailto:KKokiri89@aol.com</A>]<BR>Sent: =
>
> Saturday, July 17, 1999 8:41 PM<BR>To:=20
> assembly-89@lists.ticalc.org<BR>Subject: Re: A89: LinuxTI & =
>Memory=20
> Expander<BR><BR><BR><BR>Great idea! Yes it was mentioned earlier, =
>and i kind=20
> of put it aside. That<BR>should probably be a priority, since we =
>would=20
> likely have to cut out<BR>functions and features of the programs to =
>reduce=20
> size. Also this would act as<BR>a separate "partition" or =
>perhaps=20
> drive which you could mount and unmount,<BR>and either store user =
>defined=20
> programs or other things. If we end up making<BR>our own calc linker =
>(we=20
> will probably have to, if we want to send .exe or<BR>.txt files), we =
>should=20
> make it so that we can send files directly to the<BR>extension to =
>make sure=20
> that we dont have to load files on the the calc which<BR>are too =
>big, then=20
> have to send them to the expansion.<BR>Here are the Top 10 Concerns =
>of this=20
> project : (note that i am getting ahead<BR>of myself...but linux =
>took a long=20
> time of planning too, so why not?)<BR><BR>- People who use the =
>original=20
> TI-OS will get cheesed off because current<BR>games such as SMQ and =
>SF2T=20
> etc... will not work on this OS<BR><BR><FONT =
>color=3D#0000ff>(Response) Who=20
> cares? New programs will come out quicker for the Linux port due to =
>its=20
> "neatness". So many programs used to come out for =
>the ti-85=20
> zshell when it came out because it was so different and cool. =
>I=20
> believe this would generate the same interest.<BR><BR></FONT>- TI =
>will be=20
> angry if we break there key (and we might have to use parts =
>of<BR>their OS=20
> for mathematical purposes.)<BR><BR><FONT color=3D#0000ff>(Response) =
>I am of=20
> the opinion that we should just make our own boot loader, I could =
>easily=20
> make a link program for the pc that is custom. I haven't =
>understood=20
> enough about the bootloader to be sure, but what I think is that you =
>only=20
> need the key if you plan to use their bootloader</FONT>.<BR><BR>- =
>There=20
> won't be enough memory and people will have to purchase =
>memory<BR>expansion=20
> kits (hopefully you wont charge us _too_ much :)<BR><BR><FONT=20
> color=3D#0000ff>(Response) I think this is unavoidable, besides most =
>people I=20
> know would like an expansion but have no need for it. Once =
>they see=20
> the things we can program and will program, it will become well =
>worth=20
> it. At first it may be deemed not worthwhile, but everything =
>starts=20
> out that way.<BR><BR></FONT>- We may not even be able to get it up =
>and=20
> running with/without ditching the<BR>TI-OS<BR><BR><FONT=20
> color=3D#0000ff>(Response) This is just my opinion, but TI-OS could =
>go. =20
> We run into problems here if we want to let people run it as a=20
> program. Perhaps we could make it work - somehow convert it to =
>a linux=20
> capable program, but I doubt that. It might be easier to make =
>our own=20
> program, but TI has done a good job making all these math =
>functions. =20
> This is the only issue I really see a problem on<BR><BR></FONT>- We =
>will=20
> have to be able to have a BASIC programming language, otherwise =
>non<BR>ASM=20
> people can't contribute<BR><BR><FONT color=3D#0000ff>(Response) One =
>word:=20
> PERL<BR><BR></FONT>- More likely than not, we will have to rewrite =
>any=20
> software to include grey<BR>scale, floating point, and black and =
>white=20
> (sigh), as well as, the link port,<BR>odd networking hardware (Mark, =
>maybe=20
> you could make some Networking adapters<BR>too?) as well as stuff i =
>wont=20
> argue about (like the ROM, i enjoy learning<BR>about it from you =
>guys rather=20
> than explain it:-)<BR><BR><FONT color=3D#0000ff>(Response) This is =
>done in the=20
> libraries, and would be essential to the OS. While this isn't =
>negating=20
> your point, its just gonna have to be and has already been talked =
>about I=20
> believe. I believe there are simple network adapters that you =
>can plug=20
> into a serial port, but not sure, this is kinda a big if. =
>Depends on=20
> the port speed. If not you'd have to hook directly into the =
>calc which=20
> isn't quite an easy way to do it.<BR><BR></FONT>- We need to create =
>drivers=20
> and such for our keyboards and link ports and<BR>LCDs (not a big =
>problem i=20
> dont think)<BR><BR><FONT color=3D#0000ff>(Response) You're right, =
>not a=20
> problem compared to porting to OS in the first place. Don't =
>know about=20
> LCD's though<BR><BR></FONT>- Other calculators will want this Linux =
>TI for=20
> Z80 - could we write ROMs for<BR>that? I'm thinking =
>not.<BR><BR><FONT=20
> color=3D#0000ff>(Response) I believe TI-89 could be fairly easily =
>ported to=20
> due to its being nearly the same calc, but others are out of =
>luck. =20
> This would generate want for the ti-89 and 92 (I prefer 89=20
> though)<BR><BR></FONT>- EXTENSIVE bug testing...of course this is =
>the ROM=20
> and shouldn't be cleared,<BR>but then again...how did we get it on =
>there=20
> (talking from the future :-)<BR><BR><FONT color=3D#0000ff>(Response) =
>This is=20
> involved with creating any OS. Big thing is to make sure our=20
> bootloader is perfect, I could put my rom back in, but I doubt most =
>can=20
> normally, and its a pain in the A$$<BR><BR></FONT>- Hmm, okay i =
>didn't make=20
> it all the way to 10, but i don't want to diss this<BR>project at =
>all...nor=20
> do i want to waste valuable time (i still haven't made<BR>any ASM =
>programs=20
> :-(.<BR><BR><FONT color=3D#0000ff>(Response) This would be a very =
>good=20
> project, and is probably doable, and I bet would get a lot of=20
> attention. I can see big things for it.<BR></FONT><BR>Lets go =
>onto the=20
> good points...<BR><BR>- We have much respect for getting such a =
>tremendous=20
> task completed<BR><BR>- Every could learn about programming who =
>would like=20
> to contribute<BR><BR>- Our calculators aren't any longer "a =
>waste of=20
> skin"...not that they are if<BR>you need it for math, but TI =
>doesn't=20
> exactly push the hardware's limit...its<BR>too easy i guess...(let =
>me know=20
> what you think, even though they are probably<BR>all flames =
>:-)<BR><BR>-=20
> Make this mother WORK!!! AHAHAHA!!! (excuse me)<BR><BR>- Networking=20
> capabilties, with file sharing and permissions<BR><BR>- Much better=20
> application development<BR><BR>- The source code is freely free, if =
>we all=20
> agree to this lets have it be a<BR>GNU program/OS<BR><BR>- We could =
>do=20
> plenty with the different memory types...the ROM is for=20
> the<BR>Kernel<BR> The RAM is just that- the RAM, and the =
>extension=20
> (hopefully we get one) is<BR>for programs, like a hard disk<BR><BR>- =
>Okay,=20
> this is very very long...(at least it looks like it) so ill sum it=20
> up<BR><BR>I dont think it really likely to happen on this calc, but =
>im not=20
> in the<BR>position to judge that yet...its real hard to =
>say.<BR>Nothing has=20
> been done to work with the ROM except AU (archive utility) and =
>im<BR>not=20
> sure if thats even ROM?<BR>Hopefully we DO get passed this =
>issue...if not i=20
> have a back up plan!<BR>Perhaps there is some bug waiting to be =
>found in the=20
> TI-OS that lets us go<BR>straight to the processor (or am i living =
>in the=20
> past...help me out here, the<BR>TI OS handles the ASM and you can't =
>directly=20
> program for the 68K...its more<BR>or less programming for the =
>TI-OS?,=20
> whatever any way what i was saying) and<BR>we can comletly ingore, =
>disable=20
> temperarly, whatever to the TI OS. Then we<BR>can have the program =
>be stored=20
> in RAM for the TI part of it, then Load it<BR>self into the =
>expansion, and=20
> whatnot...then go from there. (that was most<BR>likely the stupidest =
>
> sounding thing i have said...or maybe not :-)<BR><BR>Well, I wish =
>you all=20
> the best of luck and i hope this opens up to be a =
>great<BR>"hack"=20
> that TI wont be happy about, but we will be going around like =
>nerds<BR>with=20
> Linux on every thing we own...including our watches (yes im=20
> over<BR>exagerating...but you never know..they do run some smart=20
> VCRs)<BR><BR>With any luck, we will be discussing this developement =
>for a=20
> good long time,<BR>perhaps we should start our own list so the =
>people that=20
> dont want to help<BR>dont have to listen to our rambling (I feel =
>like a=20
> spammer or something) but<BR>i really hope to see every one in on=20
> this...after all, its our calcs, lets<BR>customize!!<BR><BR><FONT=20
> color=3D#0000ff>(Response) I could easily create a list - I work at =
>an ISP and=20
> have access to any of this kind of stuff, and I'm sure ticalc.org =
>would do=20
> it too, but we wouldn't have as much control of =
>it.<BR><BR></FONT>And if we=20
> get a large enough expansion...(im still not real certain on=20
> that<BR>idea...its a great idea but i have a strange feeling that i=20
> can't<BR>understand...a bad feeling that this isn't going to work =
>and we=20
> will be come<BR>the the village idoits, but i wont care as long as =
>we all=20
> try at it...you<BR>really can't say at this point though)...like a =
>few=20
> megs...5 or 10...then we<BR>really could start something =
>revolutionary=20
> here!!<BR><BR>This has got me all revved up...and i hope it goes as =
>well as=20
> i think it =
>can<BR><BR>Regards,<BR><BR>Kyle<BR></P></BLOCKQUOTE></BODY></HTML>
>
>- ------=_NextPart_000_0020_01BED187.76130260--
>
>------------------------------
>
>End of Assembly-89 Digest V1 #739
>*********************************
>
>---------
>To unsubscribe from assembly-89-digest, send a mail to
"majordomo@lists.ticalc.org",
>writing "unsubscribe assembly-89-digest" in the message body.
>