Don't have an account? Register now to chat, post, use our tools, and much more.
» ticalc.org's 2013 POTY Competition Underway
» Cemetech's Lightning Contest #11 Starts Tomorrow
» Jezzball v1.0 Released, in Monochrome and Color
» Graphics Excellence: IkarugaX and SolidFRAME
There are 122 users online: 7 members, 102 guests and 13 bots.
Members: Abrum, Kaslai, pimathbrainiac, pwii, robtru14.
Bots: VoilaBot (4), Spinn3r (1), MSN/Bing (1), Magpie Crawler (3), VoilaBot (1), Googlebot (3).
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.023245 seconds.