Path: utzoo!utgpu!attcan!uunet!portal!cup.portal.com!thad From: thad@cup.portal.com (Thad P Floryan) Newsgroups: comp.sys.amiga Subject: Re: Dungeon Master, updates. Message-ID: <10401@cup.portal.com> Date: 23 Oct 88 11:27:48 GMT References: <6920@ut-emx.UUCP> <10094@cup.portal.com> <589@apctrc.UUCP> <10 Distribution: na Organization: The Portal System (TM) Lines: 29 Stephen Poole writes: `` I occasionally run into the same problem with some Mac software. Self modifying code, if it fails on the 68020, is generally due to the instruction cache. Have you tried disabling it and then running the offending software? That solution has worked on at least two Mac packages that I've played with. '' Though the following sequence serves to "reboot" the system (Amiga A1000) and bypasses autoconfiguring of expansion RAM (for use with programs that don't peacefully coexist with expansion memory): XREF _AbsExecBase * ptr to ptr to ExecBase XREF _LVOSuperState * offset for SuperState() movea.l _AbsExecBase,a6 * get ptr to ExecBase jsr _LVOSuperState(a6) * do SuperState(); jmp $F80000 * jump to Amiga ROM start END I haven't successfully managed to "boot" a game disk with the instruction cache of an '020 disabled. Some game programs (e.g. JET) can be started manually from, say, DF1:, which permits one to disable the instruction cache before starting the game, but ZOOM is not one of these. Thad Floryan [ thad@cup.portal.com (OR) ..!sun!portal!cup.portal.com!thad ]