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