Path: utzoo!mnetor!uunet!husc6!mit-eddie!uw-beaver!cornell!batcomputer!braner From: braner@batcomputer.tn.cornell.edu (braner) Newsgroups: comp.sys.atari.st Subject: IDLE v1.1 Message-ID: <3390@batcomputer.tn.cornell.edu> Date: 14 Jan 88 23:10:17 GMT Reply-To: braner@tcgould.tn.cornell.edu (braner) Organization: Cornell Theory Center, Cornell University, Ithaca NY Lines: 45 Summary: bugs removed [] The recently posted version of IDLE had three bugs. Two could cause occasional crashes (due to interrupts overlapping: now the code disables interrupts during the critical times), and the third bug prevented the reverse video from being activated. Here is a corrected version, uuencoded. The source code is being posted to comp.sources.atari.st. All IDLE does is zero the palette AND shift the video RAM pointer 32K below the normal location. Since that area is normally all zeros, zeroing the video palette will display it as all black. IDLE checks to see that that piece of RAM is all zeros, and if it is not, it leaves the video pointer as it was, but still zeros the palette. This has the effect of blanking the screen in color mode, but only reversing black and white in monochrome mode. The check for nonzeros is done slowly, so strange things _might_ show on the screen for up to 20 seconds. But not to worry: IDLE does _not_ write to the video RAM. I have only tested IDLE with a monochrome monitor, but it is supposed to work with color too, as described. - Moshe Braner ---------------------- cut here -------------------- begin 644 idle.prg M8!H )X & 7Y)1$Q% $CG@,! a MYP!\!P!*>0 4YF5$'Z 3!3D&I,0?B"0$/Z 31P!R+00IA1R/_Z,_P @ a M 4Y*>0 59F*C/\ $ %.0?B" ! H 'A2! H ,SP 5@P.@#T$4 a M ^!($4 4'Z . P$&H*0GD %6,#Q] %% ,( @>@#22K &8&2K !& P&$*3-\# 2\Z__!.=4#G 'P' $IY !3F $8#*A)1$Q%__AG'G "DH%!^@ :(G 8 "1P& PF