
 Modded Steem Debugger  and modded TOS 1.08 - a combo of TOS 1.04 and
 TOS 2.06



Usage:  only for experienced 68000/68030 knowers, coders, games adapters and similar. Only Steem Debugger has sense with this. This version works basically same as regular Steem Debugger, you can use Gemdos emulated hard drives, Pasti emulated ones. Don't run regular SW with this. Only purpose is tracking down ...
Not tested yet much, but games are fine runneable.  Problems may appear by HW, CPU detection. Tester should take care about detections in his SW, as it will hardly happpen that CPU will be detected as 68030, so to test corrected code right in this, you need to set your tested SW that activate code changes for 68030 even in STE environment. 
Modded TOS has version 1.08 in header, what is good for Steem. But it can be used even in Hatari, in TT mode. Then must change TOS version to 3.06, otherwise Hatari will refuse it.
Well, I don't expect that it will be something used by thousands :-)  Use at own risk - and I believe that this, same as regular Steem (Debugger) will not damage any of your data, even after zillions of crashes. By me such never happened (I don't mean crash in emulation here :-)   ).


This mod is based on changing Steem's 68000 CPU emulation - to have stackframe as 68030 by usual interrupts, traps and rte. So, partially 68030 compatible CPU emul. And it should be enough for tracing down stackframe related problematic parts. Of course, not other TT, Falcon incompatible code, what is another and long story.  To be able testing SW without special acrobatic we need proper TOS modding too.  What I had already done in pretty large % in past (GOS) . Concrete, some TOS modded so, that is  compatible with 68030 stackframe. TT, Falcon TOS are of course no usable in Steem.  I took my so called TOS 1.08 from 2009, what is actually combination of TOS 1.04's GEMDOS, BIOS part and TOS 2.06's Desktop, AES.  It is good, as I disassembled GEMDOS part, and already made it 68030 compatible, while Desktop, AES of 2.06 are already 68030 compatible, except small detail by loading NEWDESK,INF (corrected). Basically, what is needed to change in TOS are Trap calls, where some stack manipulating is. 

While at Steem modding, I corrected 2 annoying bugs:  first is bad date/timestamp shown (and used) by files in GEMDOS hard disk emulation. Instead time of file's last modification creation time is shown. It is incorrect, as TOS (and DOS) shows time of last modification on file. So, replaced CreationTime  with  LastWriteTime in stemdos.cpp . Other bug corrected is in floppy disk image creation - Steem creates only 1 FAT on floppy images. Here it creates correct 2 FATs and FAT length is set to better size too.


PP, Dec. 2011.
