William Garber wrote:
> "Michael J. Mahon" <mjmahon@[EMAIL PROTECTED]
> wrote in message
news:WIqdnR1FKejwCPDbnZ2dnUVZ_oHinZ2d@[EMAIL PROTECTED]
> : William Garber wrote:
> : > "BluPhoenyx" <bluphoenyx@[EMAIL PROTECTED]
> wrote in message
news:mM_ai.3036$tb6.1420@[EMAIL PROTECTED]
> : > : 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.
> : > :
> : > : It may also be generated when attempting to load a file into P8
> : > : protected ram. ProDOS uses a bitmap to know which pages of ram it
can
> : > : use to load files into. In BASIC.SYSTEM, this is generally
$800...$9600
> : > : (set by HIMEM). This implies both screen ram $400..7ff and above
HIMEM.
> : > : Looking at the disk catalog, what is the program's load address
and length?
> : >
> : > Ah, that's it then.
> : >
> : > The Load Address is $07FD, and length is 32,016 bytes.
> :
> : So one POKE to the bitmap to permit I/O to
> : page 7 and it should BLOAD or BRUN just fine.
>
> And, now you're going to make me look up where
> to POKE to, right? :o))))))))))))))))))))))
Absolutely! But since the bitmap uses one bit per page,
it'll be the first byte of the map. And since you don't
really care about protecting low memory, just POKING a 0
should free up the lower 8 pages. ;-)
-michael
NadaNet file server for Apple II computers!
Home page: http://members.aol.com/MJMahon/
"The wastebasket is our most im****tant design
tool--and it's seriously underused."
|
