Path: utzoo!news-server.csri.toronto.edu!rutgers!cbmvax!daveh
From: daveh@cbmvax.commodore.com (Dave Haynie)
Newsgroups: comp.sys.amiga.emulations
Subject: Re: IBeM on a GVP A3001 and speeding the thing up.
Message-ID: <19793@cbmvax.commodore.com>
Date: 12 Mar 91 22:43:56 GMT
References: <1991Mar8.003734.18281@uokmax.ecn.uoknor.edu> <06441.AA06441@babylon.rmt.sub.org> <1991Mar8.204144.10514@uokmax.ecn.uoknor.edu> <91070.204643DXB132@psuvm.psu.edu>
Reply-To: daveh@cbmvax.commodore.com (Dave Haynie)
Organization: Commodore, West Chester, PA
Lines: 26

In article <91070.204643DXB132@psuvm.psu.edu> DXB132@psuvm.psu.edu writes:
>In article <1991Mar8.204144.10514@uokmax.ecn.uoknor.edu>,
>drtiller@uokmax.ecn.uoknor.edu (Donald Richard Tillery Jr) says:

>>the vast majority of them DON'T.  We could all spend the $30 for the new PAL
>>to run one _incorrectly_written_ program, but I think correcting the problem
>>at the source rather than the end user would be a better answer.

>Incorrectly written??? It seems you are blaming a programmer for a bug in
>your hardware...

The deal is, both are technically wrong, from the Amiga point of view.  A
68030 can easily deal with the odd-byte alignments (data or stack).  The 
original GVP PAL does not.  Neither does the 68000.  So, unless that odd-byte 
alignment occurs in 68020/30 specific code, it is a bug for an Amiga system, 
if not a generic 68030 program.  Secondly, odd-byte alignments may cause a 
problem with any number of system function calls.  So they are, in general, a 
bad idea.

>-- Dan Babcock


-- 
Dave Haynie Commodore-Amiga (Amiga 3000) "The Crew That Never Rests"
   {uunet|pyramid|rutgers}!cbmvax!daveh      PLINK: hazy     BIX: hazy
	"What works for me might work for you"	-Jimmy Buffett