ticalc.org
Basics Archives Community Services Programming
Hardware Help About Search Your Account
   Home :: Community :: Surveys :: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Results
Choice Votes   Percent
No, it would be redundant 81 33.1%   
No, people will abuse it 13 5.3%   
Yes, new members will need it 17 6.9%   
Yes, why shouldn't there be one 56 22.9%   
Undecided, I'm fine either way 14 5.7%   
68K Rocks! 64 26.1%   

Survey posted 2004-04-26 06:25 by Morgan.

Contribute ideas to surveys by sending a mail to survey@ticalc.org.

  Reply to this item

Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
edenist  Account Info
(Web Page)

Yeah, just to avoid some confusion really.

It wont do any harm, but will make things easier, seeing as the programs written for the 84+ will have more processor speed in mind.

[by the way, just curious, by saying backwards compatible.... does that mean ASM too, or just basic progs?]

Reply to this comment    26 April 2004, 11:03 GMT

Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Ilídio Martins  Account Info
(Web Page)

Why don't group similar arquitecture calculator in one Dir Tree?

Reply to this comment    26 April 2004, 12:33 GMT


Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
JcN  Account Info

That would make more sense :)

68K ROCKS!

Reply to this comment    27 April 2004, 04:18 GMT


New DirTree = Bad
archnaid Account Info

>That makes more sense.

I agree completely. Make a new 84 directory, and watch as the entire contents of the the 83(+) section is copied into the 84 directory. Perhaps some programs will run faster on an 84, but users will either have to deal with it or someone will have to create a program that wastes clock cycles on the patched program (the program is patched on-calc). While it does not always work, there is one such program for the 89; I can't seem to remember the name of it though.

Reply to this comment    27 April 2004, 23:53 GMT


Re: New DirTree = Bad
Rob van Wijk  Account Info

The 83+SE already has a 15 MHz processor, just like the 84+ and 84+SE will have. TI fixed this potential incompatability by putting in a switch that controls whether the processor runs at 6 MHz (just like the 83- and 83+), or 15 MHz.
There is no reason I can think of why this same switch wouldn't be in the 84+. Everything will run on 6 MHz by default, unless it wants to run on 15 MHz (and can therefore be assumed to be capable of running at that speed).
Sure, as time goes by, and the 83+BE is used less and less, it will become standard practice to bluntly set 15 MHz in one of the first lines of your program, but that doesn't matter; for now, they'll be compatible, even for Asm programs.

Reply to this comment    28 April 2004, 22:55 GMT

Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Matthew Marshall  Account Info
(Web Page)

For the last time, the 84+ and 84+SE are no faster than the 83+SE. They are only faster than the 83+.

Would it be possible to rename the 83+ directory to something like "83+/84+"? That way, it will not be confusing to new users, and we will not have to worry about the troubles of having two directories.

MWM

Reply to this comment    27 April 2004, 01:15 GMT


Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Memwaster  Account Info

They should simply make the "84plus" directory hard linked to the "83plus" directory

Reply to this comment    27 April 2004, 12:36 GMT

Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Ben Cherry  Account Info
(Web Page)

good idea. That way 84 users can see what they want and so can 83 users, without having to go to a directory with multiple "/" in its title. If i was an average student with a brand-new 84+SE i might not know what to make of the 83+/84+/SE directory, id want to go to the directory clearly labeled "84+" knowing ill find what i want there. Another idea is to make 83+, 83+SE, 84+, and 84+SE directories, hardlinked so that the last 3 are all the same and the 83+ directory does not have those programs that are in there that say, "doesnt run well on regular 83+, need SE". It would provide ease of browsing without having a strain on the server with maintaining multiple directories.

Reply to this comment    28 April 2004, 00:47 GMT

Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Chivo  Account Info

I was thinking more of a soft link (symlink) than a hard link. :-)

ln -s 83plus 84plus

Reply to this comment    28 April 2004, 07:40 GMT

Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
David Phillips  Account Info
(Web Page)

Most UNIXes do not allow directories to be hard linked. This includes BSD, Linux and Darwin (Mac OS X). In fact, POSIX.1 specifically disallows this.

Reply to this comment    28 April 2004, 16:58 GMT


The maximum subject langth is too short.
Matthew Marshall  Account Info
(Web Page)

Would you happen to be the same David Phillips that is a moderator at LinuxQuestion.org?

MWM

Reply to this comment    1 May 2004, 03:57 GMT


Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Rob van Wijk  Account Info

But as soon as the look in the address bar of their browser, they'll see they are in some subdir of http://www.ticalc.org/pub/83plus/ , and think they've found a broken link...

Reply to this comment    28 April 2004, 22:59 GMT


Should a TI-84 Plus directory tree be created? NO!
Matt M Account Info

so make the directory

http://www.ticalc.org/pub/83_84/

or

http:// www.ticalc.org /pub/83plus_84plus/

or somthing so that people know that it's the right place. Just add a character (duh, **valid** characters) and put everything in there. It might be some work re-naming everything but how often is that required? besides, if it's 100% compatable technically it dosn't matter what happens.

Anyhow, I was all for making the catagories more specific anyway back when that debate was up.

NO FILES DELETED OR REJECTED!!!

:)

Reply to this comment    30 April 2004, 15:50 GMT

Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Ayial  Account Info

You should post that if you own the 84, consult the 83 archive files. This way, new members will be able to see that they are compatible, and this will also increase downloads for people who make 83 files. If you make an 84 section, people will just duplicate every file and re-upload it to keep their download statistics up. I'm all up for not having this section.

Reply to this comment    26 April 2004, 12:53 GMT

Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Michael Vincent  Account Info
(Web Page)

Yes, because there are several new functions added that BASIC programs can use, involving the clock. This would cause incompatibility issues alone.

ASM programs will also have additional B_CALLs and other things to facilitate using the USB port and the clock.

Reply to this comment    26 April 2004, 13:34 GMT

Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Andree Chea  Account Info

Very true. The new features need to be separated from the old.

Reply to this comment    26 April 2004, 19:22 GMT

Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Patrick Davidson  Account Info
(Web Page)

A TI-89 with hardware version 2 also has a clock, and if a program required that, it wouldn't work on a TI-89 with hardware version 1. Yet somehow we don't have separate directories for these two variations of the TI-89. Probably because even though differences can affect a few programs, almost everythingis compatible. Which is the same situation as with the TI-83 Plus vs. the TI-84 Plus (as far as we know).

Reply to this comment    27 April 2004, 00:34 GMT


Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Autodeist Account Info

Actually, from looking at the stuff on TI's website, it seems that the 83+ and 84+ (or whatever) are actually more compatible than HW1 and HW2 on the 89.

Reply to this comment    27 April 2004, 02:07 GMT


Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Patrick Davidson  Account Info
(Web Page)

I would hope that is the case, but I can't be sure. By "compatible" TI was probably referring mainly to basic programs (and maybe also flash apps that TI itself distributes). I won't be convinced they really are compatible until extensive tests are done.

Also, the HW version incompatibilites on the TI-89 aren't really that high these days. But of course they would be if people did things like requiring the clock in lots of programs.

Reply to this comment    27 April 2004, 04:06 GMT


¤
burntfuse  Account Info

That's true...I hadn't thought of that. Maybe there could be a separate directory for the 84+ ONLY programs, and they could have a hyperlink to the 83+ programs...

Reply to this comment    27 April 2004, 22:40 GMT

Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
chemoautotroph Account Info
(Web Page)

It would be about as stupid as creating a TI-89 Titanium tree.

Reply to this comment    26 April 2004, 16:25 GMT

Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Morgan Davies  Account Info
(Web Page)

That won't be happening :-)

Reply to this comment    26 April 2004, 17:41 GMT


Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
no_one_2000_  Account Info
(Web Page)

Awwwwwww... j/k :)

But the TI-89 and TI-89Ti are really the same thing... only one has added memory, USB support, and APPS. So, really, nothing has changed.

As for the TI-84+... well... again, nothing really has changed, so I can see why people would not want to make another directory.

Now if there were only some way to prevent cluttering AND people getting 2x the credit for the same program...

Reply to this comment    28 April 2004, 23:28 GMT


Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Patrick Davidson  Account Info
(Web Page)

While the TI-84 Plus seems compatible with TI-83 Plus assembly programs, the TI-89 Titanium seems *not* to be currently compatible with most TI-89 programs (although it usually should be easy to fix them). Thus a TI-89 Titanium directory seem to be a better idea, since it won't run the same programs. I don't really think it is a good idea, though; I'd prefer to simply see identification of which programs are compatible.

Reply to this comment    27 April 2004, 00:37 GMT

Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
TheGreatOne Account Info

How do you know this?! All I know is that the AMS on the 89 Titanium is v3.00 and they didn't change anything! Well, nothing big anyways..

Reply to this comment    27 April 2004, 01:38 GMT


Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Patrick Davidson  Account Info
(Web Page)

I know it mainly from information I read on the message board at tict.ticalc.org, which comes from testing done by someone who has a prototype TI-89 Titanium.

Reply to this comment    27 April 2004, 01:48 GMT


Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
no_one_2000_  Account Info
(Web Page)

It's not compatible? Would could they have changed? They claim the TI-89Ti is compatible with the TI-89 on education.ti.com... (but maybe they're talking about BASIC and such)

Anyway, I'm sure somebody could make some sort of launcher that would keep compatiblility... or something.

Reply to this comment    28 April 2004, 23:30 GMT


Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
Patrick Davidson  Account Info
(Web Page)

There are a lot of things that could have been changed. Two of the things that they did change (and which in themselves break most ASM stuff) are:

1. The RAM is actually located in the first 256K of address space (0x000000 to 0x03ffff) but on the regular TI-89 you could access "ghost space" beyond this (such as 0x040000 to 0x07ffff) which would wrap around and refer to the RAM that was meant to appear at lower addresses. Since the interrupt table at the very start of memory is "protected" against writing (though this is very easily switched off) some programs would write to the higher addresses which wrap around and access the table, but don't trigger the protection. This was also used to beat the size limit, since if the last part of real RAM is allowed execution, so is the ghost space.

Unfortunately this won't work on the TI-89 Titanium. Older versions of TI-GCC used the ghost space to set interrupts, although this has recently been fixed.

2. Also, TI has moved the starting location of the ROM to 0x800000. Many programs (included TI-GCC ones, until this was recently fixed) would try to find the start address by reading the function table and ANDing with 0x600000. Now this has to be changed to 0xe00000 to accomodate all version. Only one character of source to change, but will still break without it. Since calculating this is often part of HW version checking (necessary for grayscale among other things), programs not aware of the TI-89 Titanium may assume the calculator is HW1 (meaning grayscale won't appear correctly) or perhaps even crash.

Fixing programs should be easy in most cases, but will need to done separately for each program. This could be a problem if the author is no longer around and source code is unavailable. Some work has been done on automated patchers but I don't think they are completely effective yet.

Reply to this comment    30 April 2004, 01:08 GMT

Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
c1arinetboy  Account Info

You're right, just giving identification as to what calculator will best run a program would be easiest.

Reply to this comment    27 April 2004, 05:12 GMT


Re: Re: Re: Should a TI-84 Plus directory tree be created for uploading when it's completely compatible with the TI-83 Plus?
chemoautotroph Account Info
(Web Page)

Isn't the reason it's not compatible because of the USB port? Obviously that would make the original link port functions inoperable.

Reply to this comment    27 April 2004, 16:56 GMT


TI89 Titanic
archnaid Account Info
(Web Page)

Several things seem to be incompatible, click the Web Page link to go to a forum host by the TI Chess Team. If the link is broken, the topic is on the second page of the Off Topics section. Also, I know I typed Titanic, jsut read the forum to find out why.

Reply to this comment    27 April 2004, 23:49 GMT


Re: TI89 Titanic
archnaid Account Info

The link does seem to be broken, just go to tict.ticalc.org. When there beneath the title there are several links, click Message Board. When the forum appears, go to Off Topics, then on to the second page where you should find a thread called TI-89 Titanium.

Reply to this comment    28 April 2004, 00:10 GMT

1  2  3  4  5  

You can change the number of comments per page in Account Preferences.

  Copyright © 1996-2012, the ticalc.org project. All rights reserved. | Contact Us | Disclaimer