Don't have an account? Register now to chat, post, use our tools, and much more.
» Cemetech Member Carves Intricate Wooden TI-83+
» HP Prime Multitouch Graphing Calculator: The Scoop
» More Details on the Casio fx-CP400 Touchscreen Calculator
» Editorial: On Choosing and Shelving Projects
There are 121 users online: 1 member, 85 guests and 35 bots.
Bots: VoilaBot (4), Spinn3r (1), MSN/Bing (3), Magpie Crawler (3), VoilaBot (6), Googlebot (18).
RSS & Social Media
You must log in to view the SAX chat widget
Doors CS 5 Bug Persists
Published by KermMartian on February 14, 2005 at 12:00:00 AM CST | Discuss this article
Since the last news article, I have been exhausting pretty much every possible bug that could be causing the Ion program crash. I thought that the swap routine might be the problem, so I completely rewrote it with bcalls in under 79 bytes, yet it still crashed in an identical fashion. The current evidence:
Ion routines are not causing the crash
Crash occurs with all ASM, Ion, and Doors CS ASM programs
Therefore the swap routine used in all three of these program types must be at fault
There are absolutely no coding errors in the routine - I have checked tens of times
Thus there must be wrong with what it is doing, not how it is doing it
Crash appears to occur
Crash occurs before actual program code is reached
Size, to, and from are all set correctly
Here's the steps I'm planning to take as of now to determine the problem and how I'm going to solve it:
Test with programs of different sizes to determine exact crash size
It seems there is no exact size, so what is the range? What causes the change
Determine exactly where in the loader the crash is occuring
Is ROM 1.18 moving instead of copying ZDCS??
More to come.
© Copyright 2000-2013 Cemetech & Kerm Martian :: Page Execution Time: 0.019433 seconds.