Path: utzoo!utgpu!watmath!clyde!att!pacbell!ames!mailrus!ulowell!cbmvax!ditto
From: ditto@cbmvax.UUCP (Michael "Ford" Ditto)
Newsgroups: comp.sys.amiga
Subject: Re: Bug in decision for PAL or NTSC
Summary: Yup.  Hopefully not in 1.4
Keywords: PAL NTSC detection bug
Message-ID: <5357@cbmvax.UUCP>
Date: 30 Nov 88 01:47:50 GMT
References: <5714@louie.udel.EDU>
Reply-To: ditto@cbmvax.UUCP (Michael "Ford" Ditto)
Organization: Commodore Technology, West Chester, PA
Lines: 20

In article <5714@louie.udel.EDU> BRENNER_%DULRUU51.BITNET@cunyvm.cuny.edu writes:
>*       Load vertical beam position into D0 (here lies the BUG)
>fc5e62:2039 move.l  $dff004,D0          ;read VPOSR+VHPOSR as longword

That's funny; I had the exact same bug in the corresponding routine
I wrote for Unix.  I fixed it by reading the words individually
(VHPOSR first, then VPOSR); I was just waiting for them to become
zero.

When I mentioned to Andy that the graphics library's bug might be the
same, he said it didn't matter since 1.4 already has a completely
different method of deciding whether to be PAL or NTSC.  Oh well,
all your detective work for nothing.  :-)
-- 
					-=] Ford [=-

"The number of Unix installations	(In Real Life:  Mike Ditto)
has grown to 10, with more expected."	ford@kenobi.cts.com
- The Unix Programmer's Manual,		...!sdcsvax!crash!elgar!ford
  2nd Edition, June, 1972.		ditto@cbmvax.commodore.com