Published by KermMartian 15 years, 8 months ago (2005-02-14T05:00:00+00:00) | 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.

Permalink