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