[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: SEGA's arcade rendition of CHOPLIFTER my favorite 8-bit game as of late



Michael J. Mahon wrote:
BluPhoenyx wrote:

Larry Stedman wrote:

Bill, they're the ones on the various Apple II sites... I Googled choplifter.dsk and came up with several. That's the easiest way to get them directly. I keep looking for a "choplifter_IIc.dsk" or some such but no luck.

I put some of the games on a 3.5" disk, but the //c balked at booting the disk because it said no ProDos, then once I had put ProDos on, it booted, but when I tried running any of the binary game files, the //c responded with "NO BUFFERS" and refused to run the programs. Perhaps it needs to run under Dos 3.3, from a 3.3 formatted diskette, which is what I presume the 5.25" diskettes are.

Anyone know what the NO BUFFERS means? Is that an OS issue or a //c issue? Is there a way of creating some buffers? :-)




This is a general error message for whenever BASIC.SYSTEM cannot load to certain memory locations. It is triggered by several things. One is the location of HIMEM which can be set in BASIC. Also BASIC.SYSTEM has a routine to allocate 512 byte blocks from assembly. IIRC, this still requires you to set the actual HIMEM location.


Actually, it allocates 256-byte pages.  BASIC.SYSTEM sets HIMEM when
you allocate space in this way.  It also dynamically moves HIMEM as
files are OPENed or CLOSEd.

I forgot to mention that BASIC.SYSTEM is happy to do file I/O above
HIMEM--in fact that's a common way that allocated pages get loaded.

HIMEM is for Applesoft, not for ProDOS/BASIC.SYSTEM.

-michael

NadaNet file server for Apple II computers!
Home page:  http://members.aol.com/MJMahon/

"The wastebasket is our most important design
tool--and it's seriously underused."