Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!news.cs.indiana.edu!widener!dsinc!bagate!cbmvax!cbmehq!cbmdeo!jsmami!jsmoller From: jsmoller@jsmami.UUCP (Jesper Steen Moller) Newsgroups: comp.sys.amiga.programmer Subject: Re: Amiga system usage statistics (AmigaDOS 1.3) Message-ID: <18ee2f77.ARN124b@jsmami.UUCP> Date: 4 Apr 91 00:07:23 GMT References: <1991Mar25.161731.29334@odin.diku.dk> <12388@pasteur.Berkeley.EDU> Reply-To: cbmehq!cbmdeo!jsmami!jsmoller (Jesper S. Moller) Followup-To: comp.sys.amiga.programmer Organization: Danish SofTech Lines: 27 In article <12388@pasteur.Berkeley.EDU>, David C. Navas writes: > If I recall correctly, intuition does a lot of its stuff "under" > input.device's task. Personally, I'd stick an input handler with a very *large* > priority, and suck up all the input stream before intuition wakes up. Although > I don't know if she'd like that very much :) Hmm, any standard screen-blanker wouldn't (PopCLI or C='s Blanker) They just blank, and there you go - can't unblank... > Disclaimer: ain't never written an input handler in my life. Figure it out... See examples/popcli.c in the SAS/C distribution. It's not hard to figure out. To suck it all, just return 0... > 2.0 :: "You can't have your cake and eat it too." Then consider: 2.0 :: "You can have your cake, but there might be chili in it..." Greets, Jesper -- __ Jesper Steen Moller /// VOICE: +45 31 62 46 45 Maglemosevej 52 __ /// USENET: cbmehq!cbmdeo!jsmoller DK-2920 Charl \\\/// FIDONET: 2:231/84.45 Denmark \XX/