For example, when I'm trying to compile a program, it'll occasionally give me an error.  It zooms down to the end of the program, and for some inexplicable reason, a whole bunch of nonsense symbols were tacked on to the end. 
...
But when I go back up to highlight it, it turns into a weird combination of symbols, like this

Code: [Select]

Sin(A????????rref((or something vaguely like that)
I had to reset my RAM, but it hasn't happened again.

These two sound like you ran a program that corrupted something.  I doubt if it's the Axe App itself.

Also, once, I kept trying to run my program (no shell), like this

Code: [Select]

asm(FALL1which kept returning this

Code: [Select]

asm(FALL1
            Done

This sounds like it was compiled for Mirage or Doors, as if you compile a program for either of these shells, it must begin with a Return (this is added by the parser), because they didn't want you running their programs from the homescreen (due to Mirage specific libraries).  Try compiling it for Ion or No Shell.

Your game's pretty fun!  I happened to notice it a while back, so... http://ourl.ca/6731/110927
Nice job!

I am intrigued.

Observe the following specs.

TI-84+ Silver Edition
TI-83+ Silver Edition

Now, why doesn't the Full command work on the TI-83+ Silver Edition?

@calc84maniac: That's aimed at Quigibo. Just wondering why it doesn't work.

EDIT: Derp. Quigibo pulled some sneaky programming and created a conditional If Full loop in the program I tested. Problem solved.

Interesting o.O Under what circumstances did you encounter this? just curious why you were looping like that

Hmm, the asm code seems to be more like this (with For(A,0,65535)):
ld hl,0
 jr start_for
for_loop:
 ld hl,(var_a)
 inc hl
start_for:
 push hl
 ld (var_a),hl
 ld hl,65535
 pop de
 or a
 sbc hl,de
 jp c,end_for
 ;loop body here
 jp for_loop
end_for:
I propose the following modification be used:
ld hl,0
 dec hl ;This can be avoided if start value is a constant
 jr start_for
for_loop:
 ld hl,(var_a)
start_for:
 push hl
 inc hl
 ld (var_a),hl
 ld hl,65535
 pop de
 scf
 sbc hl,de
 jp c,end_for
 ;loop body here
 jp for_loop
end_for:Edit:
Wait a second, that would exit the loop before the first iteration. meh

Okay well, at least here is a general optimization (that doesn't fix the problem, but reduces code size)
ld hl,start_val
for_loop:
 push hl
 ld (loop_var),hl
 ld hl,end_val
 pop de
 or a
 sbc hl,de
 jp c,end_for
 ;loop body here
 ld hl,(loop_var)
 inc hl
 jp for_loop
end_for:

That makes it more cool to own a 83+SE

Yup!

Although many of The Penguin's games make you press Graph to play them before "playing them".

Weird bug that I can't seem to understand sometimes after running an Axe program random characters will appear on the screen, can't post a screen shot but it kind of looks like the following (I will use the & symbol for blank spaces)

Should be happening

XXXXXXXXXXXXXXXX
X&&&&&&&&&&&&&&X
X&&&&&&&&&&&&&&X
X&&&&&&&&&&&&&&X
X&&&&&&&&&&&&&&X
X&&&&&&&&&&&&&&X
X&&&&&&&&&&&&&&X
XXXXXXXXXXXXXXXX



What is happening is that after it displays the above and ends the program, on a random column, a random tile will be completely black and then a random character will appear under it and they will alternate until it gets to the bottom of the screen. No idea why, it has happened before when I was just messing around with code, but i don't remember my source from before.