Re: 0.25k Programming Contest!

[sheldon@netcom.com (Sheldon Simms)]

In article <3lpkmp$e22@cville-srv.wam.umd.edu> iigs@wam.umd.edu (Geoff Weiss - The Doctor) writes:
>
>I disagree on this.  Say you are making a hi-res game and you tweaked it
>so it was 259 bytes.  You could remove a JSR $f3e2 (the BASIC HGR routine)
>and the program would be 256 bytes.  But to play it, you would have to
>type HGR and then BRUN the program.  This would be unfair when compared
>to another hi-res game which does set the hi-res screen within its
>256 bytes.

I'm not sure I understand you here. Are you saying that a program should
be able to assume it's in HGR mode at startup, or that it should not
be able to make such an assumption? What I meant by no assumptions is that
if a program want to be in HGR mode, it must switch the computer to HGR
mode, it cannot assume that the computer is already in HGR mode when it
starts up. Maybe we need a standard starting state of the computer that
all programs can assume. 40 column text page 1, main memory (bank zero)
or some such thing.

-Sheldon
-- 
 W. Sheldon Simms III
 sheldon@netcom.com
 Newt's Friend -- Phil Gramm for President (No, Newt's NOT going to run!)