BluPhoenyx wrote:
Michael J. Mahon wrote:The problem is, what is data, what is machine code and what is interpreted. With HyperC, you should be able to tell where interpreted code starts by looking for BRK. This assumes that there are no BRK codes anywhere in the machine language code.Looking with a disassembler makes it pretty easy to tell the difference between real code and interpretive code, or a mixture of the two. And BRK would be a relatively time-inefficient way to switch to interpretive mode--better to JSR to the interpreter.And yet, the BRK is the method used in HyperC. This was the main reason it failed to run on the GS without a patch. The details of this are in the documentation files and can be found on the Internet.
I'll have to take another look. It saves a couple of bytes at the cost of a fair amount of overhead on an Apple. -michael New, faster SUDOKU v2.0 solver for Apple II's! Home page: http://members.aol.com/MJMahon/ "The wastebasket is our most important design tool--and it's seriously underused."