Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!uw-beaver!cornell!rochester!pt.cs.cmu.edu!andrew.cmu.edu!mp1u+ From: mp1u+@andrew.cmu.edu (Michael Portuesi) Newsgroups: comp.sys.amiga Subject: Re: Software Development And Piracy (somewhat lengthy and hot stuff) Message-ID:Date: 9 Dec 88 20:40:21 GMT References: <5866@louie.udel.EDU> , <1341@leah.Albany.Edu> Organization: Carnegie Mellon Lines: 27 In-Reply-To: <1341@leah.Albany.Edu> I have to disagree with you. The operating system now gives you officialy-sanctioned ways to grab the resources you need so that you can twiddle them yourself, IN A MANNER THAT IS FRIENDLY TO THE MACHINE. If you think the system-supplied rendering or animation routines are too slow, fine -- you can take over the blitter yourself. Same with the copper and the audio registers. I think, at a minimum, every game should be runnable from an Icon on the workbench display, not screw up the environment for other tasks that might be running or asleep in the background, and return to the Workbench when done. If the program needs the total and undivided resources of the machine and can't get them, it should quit and politely say what it is lacking "Can't initialize audio. Please quit other applications which use audio and try again." I should have rephrased my quoted statement above as "perhaps you should learn to program efficently UNDER the operating system instead of AGAINST it." --M -- Michael Portuesi / Information Technology Center / Carnegie Mellon University INET: mp1u+@andrew.cmu.edu / BITNET: mp1u+%andrew.cmu.edu@cmccvb UUCP: ...harvard!andrew.cmu.edu!mp1u+ "I'm very sorry, Master, but that WAS the backup system" -- Slave