mdj wrote:
> On Aug 29, 9:46 pm, David Schmenk  wrote:
> 
>> Thanks, I'll look more into the STARTUP protocol.  Which program
>> selector do you use that implements it?  I already parse command line
>> arguments at the "main class:" prompt, so it shouldn't
be a stretch.  As
>> for quits, I'm being a little conservative since I blow away the ProDOS
>> quit code for my own uses.  It will get worse when I use more reserved
>> ProDOS memory on a 128K machine ;-)  Not sure how well ProDOS will
>> recover after my mucking about.
> 
> I use ProSEL, but they all follow the same technique AFAIK. I assume
> it's a simple matter of rescanning the input buffer at launch.
> BASIC.SYSTEM uses this technique to allow launching BAS and BIN files
> from a selector...

I thought that was done by planting the path at a certain spot a few
byte after $2000 and marked as "present" by a $EE $EE (or something)
sentinel, followed by a length byte and the STARTUP path.

The path is poked into the slot by the selector before handing over
control.

> I see what you mean with the quit code... Perhaps you could copy it to
> the heap area and trash it only when memory becomes tight? As for 128k
> systems, that's nice and easy. As long as /RAM is connected when your
> SYS program starts, you can disconnect it then reclaim the entire aux
> bank for your own purposes. It's only when /RAM is disconnected at
> launch that the Aux LC reserved area must be respected.

Maybe the Quit code should restart the Java environment after an
application runs...

-michael

AppleCrate II: An Apple II "blade server"!
Home page:  http://members.aol.com/MJMahon/

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