Path: utzoo!attcan!uunet!lll-winken!ames!mailrus!csd4.milw.wisc.edu!bbn!rochester!kodak!ektools!barrett
From: barrett@ektools.UUCP (Chris Barrett)
Newsgroups: comp.sys.amiga
Subject: Re: Save your money re: FALCON
Message-ID: <1696@ektools.UUCP>
Date: 16 Jan 89 13:24:35 GMT
References: <1170@esunix.UUCP>
Reply-To: barrett@ektools.UUCP (Chris Barrett)
Organization: Eastman Kodak, Dept. 47, Rochester NY
Lines: 16

In article <1170@esunix.UUCP> blgardne@esunix.UUCP (Blaine Gardner) writes:
>
>While we're flaming, you can add the fact that it will not run on a 68010
>processor either. So it's not anyting as exotic as self modifying code,
>but an illegal instruction. GOMF 3.0 wouldn't trap the error, I didn't
>try DeciGel.
>

According to the GOMF 3.0 docs, the use of decigel is not necessary, apparently
it is supposed to trap the illegal intruction interrupt such as the move <sr>
instructions. 

Chris

rochester!kodak!ektools!barrett
barrett@ektools