This may be the wrong forum, but I'm hoping I catch the attention of an old-school Apple ii dev.
I have been writing so programs for the Apple //e and I'm really enjoying it. I've broken away from
Atari 2600 development for a bit to see what a real machine can do.

I've played around with Applesoft Basic in the past, and have written some crummy games with it. Now that I know how to write 6502 assembly, I'm wanting to write a homebrew game for the Apple //e.

I'm not sure though what needs to be done to run the application on boot. Is it a situation where you do a BRUN / BLOAD somehow?

_________________
http://www.thestarrlab.com

It has been since high school that I've touched an Apple II, II+ or Apple IIe.

What I remember was that memory was divided up into two or three segments depending on how much memory you had which served as a kind of copy protection.

I used Google to find your answer:

http://www.landsnail.com/a2ref3.htm

You may also need to find a proper memory map of the Apple of your choice.

Use Google as your friend.

A quick bit of searching via google leads to http://en.wikipedia.org/wiki/Apple_DOS#Boot_loader the text of which suggests that having a BASIC program file named "HELLO" might suffice for an automatic start with stock DOS. I don't know if it would work for a binary program. You could also patch the DOS image on the disk to load a different file, or if you're going to be working in assembler anyway you might go with a substantially customized startup procedure.

It's been a while since I've done any serious apple2 work, so I'm more than a bit rusty on the details, I'm afraid. I should have access to some of my old manuals in about a week, though.

I have a disk which boots a machine code program I wrote. There is the classic "HELLO" file ('cept I named mine "IALIZE") but it's type B instead of type A or I. It runs on boot. Frankly, I have no idea how I did that.

For a ][+ or newer:

For an original ][:

Actually, the second one is the most portable, although not the most readable.

Mike B.