Yay found an insignificant bug in tios.
When you're trying to make some art on the graph screen weird stuff can happen: sometimes when you switch from text to pt-change (not as commands but when you use them when the graph screen is on, could be the other way around (not sure)) it draws a pixel at the point where the cursor is...
It does not happen on all the areas of the screen...
Strange... Has this happened to anyone else?
Bug found in ti83+ latest os
[TI-OS] A bug?
Moderator: MaxCoderz Staff
- driesguldolf
- Extreme Poster
- Posts: 395
- Joined: Thu 17 May, 2007 4:49 pm
- Location: $4080
- Contact:
-
- Calc King
- Posts: 1513
- Joined: Sat 05 Aug, 2006 7:22 am
It hasn't happened to me, I'll mess around some more and see if I can make it happen as well
Oh and upon seeing that quiz: depending on whether SP was odd or even to start with, you will end up CALLing $9D9D and crash (JP $CA9D) or you will end up executing SBC A,L and then JP $CA9D where you can not execute so crash. To top it all, before the crash you will have killed all data between the old SP and $9DCA.
At least, that is what I think would happen, and it only works this way when you can not execute from $C000 to $FFFF as is normally the case.
edit: fixed typos
Oh and upon seeing that quiz: depending on whether SP was odd or even to start with, you will end up CALLing $9D9D and crash (JP $CA9D) or you will end up executing SBC A,L and then JP $CA9D where you can not execute so crash. To top it all, before the crash you will have killed all data between the old SP and $9DCA.
At least, that is what I think would happen, and it only works this way when you can not execute from $C000 to $FFFF as is normally the case.
edit: fixed typos
Last edited by King Harold on Tue 21 Aug, 2007 10:47 am, edited 2 times in total.
- driesguldolf
- Extreme Poster
- Posts: 395
- Joined: Thu 17 May, 2007 4:49 pm
- Location: $4080
- Contact:
It was a while ago that I found that bug (the period that I made graphics during class to use them in never finshed projects, ya know...)
And by the way, it is perfectly safe to execute from $0000 to $C000, how else could you execute an asm prog?
I wanted to have some sort of instruction that could survive a stack overflow but as I see now, It is not possible... I'll think of a better one.King Harold wrote:Oh and upon seeing that quiz: depending on whether SP was odd or even to start with, you will end up CALLing $9D9D and crash (can not execute there) or you will end up executing SBC A,L JP $CA9D where you can not execute so crash. To top it all, before the crash you will have killed all data between the old SP and $9DCA.
At least, that is what I think would happen, and it only works this way when you can not execute from $8000 to $FFFF as is normally the case.
And by the way, it is perfectly safe to execute from $0000 to $C000, how else could you execute an asm prog?
-
- Calc King
- Posts: 1513
- Joined: Sat 05 Aug, 2006 7:22 am
Oh yes wasn't really awake..
It will still crash: depending on whether SP was odd or even to start with, you will end up CALLing $9D9D and crash (JP $CA9D) or you will end up executing SBC A,L and then JP $CA9D where you can not execute so crash. To top it all, before the crash you will have killed all data between the old SP and $9DCA.
It seems to me that it should be possible to have an instruction that survives it's own stack overflow..
It will still crash: depending on whether SP was odd or even to start with, you will end up CALLing $9D9D and crash (JP $CA9D) or you will end up executing SBC A,L and then JP $CA9D where you can not execute so crash. To top it all, before the crash you will have killed all data between the old SP and $9DCA.
It seems to me that it should be possible to have an instruction that survives it's own stack overflow..
- KermMartian
- Calc Wizard
- Posts: 549
- Joined: Tue 05 Jul, 2005 11:28 pm
- Contact:
- driesguldolf
- Extreme Poster
- Posts: 395
- Joined: Thu 17 May, 2007 4:49 pm
- Location: $4080
- Contact:
-
- Calc King
- Posts: 1513
- Joined: Sat 05 Aug, 2006 7:22 am