Congrats on the great program.

Wow, grayscale is cool.
Good job.

Bengt Werstén

Too bad my linkport is broken. Anyone know what I could do?

Sorry for you. ;)

Email ti and tell them that the link port is broken and they will give you the address to send it to, to fix it. This only works if you got your calculator in the past year. Also, if you have HW 1, you will probably end up with a HW 2 calculator.

-Sean Barnes

hmm... this is interesting... if only my HW 1 suddenly broke (any ideas) lol

I know this problem: I've personaly repaired mine:e repaired it
the ground was broken, so with a piece of metal I'v

What is the airspeed velocity of a coconut laden swallow?

an american coconut laden swallow, or an african coconut laden swallow?

Go Monty Python! It's only a little rabbit.

You doofus. It's either an african swallow or a EUROPEAN swallow.

--BlueCalx

See, he could grip it by the husk! No, no, no, it's just a matter of air speed ratios!

You fell off of the tall tower you creep! Yes, but I was saved at the last moment! "He's going to tell, he's going to tell!"

I really like the part where Lancelot is running and he doesn't get anywhere - funny stuff.

amicek

There, now I have won.
It's only a flesh wound, ok, we'll call it a draw.

doofus? hmm... I guess I am one... I really gotta brush up on my Monty Python (haven't seen it in like 2 years)...

Great, just what we need! Another HLL! Do we really need another TI-BASIC disaster? Okay, this is a compiled language, but does the fact that the 89/92 has a better CPU than a Z80 mean that you should use HLLs? Nope. Even x86 programmers still use asm, although inline, but still. As I always say:
GNU's not useful!

If it makes programming your TI 10^6 times easier, it is worthed to put Assembly in the dumpcan and start compiling C.

By the way: What is an HLL?

An HLL is a higher level language. Another example of an HLL is BASIC.

HLLs can be divided in two classes: interpreting and compiling languages. TI Basic is an interpreter. Interpteting languages are usually terribly slow, because they are translated in-walk (although interpreters may be also extremely fast if the source is tokenized smartly). C is a compiler. Compilers first translate source code in ASM, then assemble produced ASM file. Compilers can be extremely fast, even equally fast as the pure assembler if the compiler is good. I saw many BAD compilers, but TI-GCC seems GOOD...

Man, you forget that there is something else besides Games (and Action Games particularly) in the world that doesnt require to be as fast as possible. Do you think somebody will be able to program, say, Chess for TI-89 using pure assembler in the near future? I doubt so. This is not the case with GCC. That was just one good example.

By the way, Z. J., did you find a C source for a chess game yet?

I already MADE a chess for TI-89 and it WORKS. But I
still don't want to upload it because thinking time
per one move is still unacceptably slow in my opinion.
As the origin of the chess source is not mine, I must
to spend a lot of time to found time critical places
and to optimize them :-(

NO WAY!
TI GCC is a very good C compiler, and a good optimiser.
TI GCC support grayscale and in line assembly, and library call... like this:
asm("
move.w %d1,%d0
add.w #10,%d0");
TI GCC is not basic. TI GCC is the better way for building nice programs, games, ... for the TI89 and the TI92+

See, I am really a great fan of assembler. I programmed in Z80 assembler on ZX Spectrum for more than 10 years and I can say that I am a guru in Intel 80x86 assembler (btw, one of my jobs is teaching of design of microprocessor based digital systems on University of Sarajevo). Together with my friend Samir Ribic, I made one program with over 1MB of source file in 80x86 assembler (Warajevo ZX Spectrum Emulator, look on my web page). So, nobody can say that I am against the assembler. But, I was really shocked when I saw how good is the code generated by TI-GCC when the optimization is turned on (switch -O2).

Look, for example, my (stupid) game CaveBlaster, and look procedures put_sprite and scroll_left written entirely in standard C. Then, compile it, and look at the generated code for these two procedures. I program in assembly from 1986 (14 years), but I really can not do them better even in pure assembly! Note that I made this game in 2 hours. It is only 3Kb long, and very fast (try speed 5, for example). I have a chalenge: made a game which is equally good (more precise, equally stupid), equally fast and in equal size of generated code in 2 hours of programming using pure ASM. And don't forget: this game 1) does not need any kernels, 2) work on any version of AMS. Note again that this is not a good game, this is a programming example which shows what can be done with TI-GCC quite fastly...