Sort of. I got SPLIT working under Prodos (originally only worked under Dos 3.3) that creates a functioning environment for Applesoft in Aux memory. It basically allows one to run Prodos in main and Dos 3.3 in Aux and switch between the two. Or Prodos in both Main and Aux and have separate programs running in each. It could potentially allow one have a program in every bank of a Iic or Ramworks IIe. The only bad part is that the text screen has to be shared between them or memory set aside to save or restore text or graphics screens.

> > Sort of. I got SPLIT working under Prodos (originally only worked under Dos 3.3) that creates a functioning environment for Applesoft in Aux memory. It basically allows one to run Prodos in main and Dos 3.3 in Aux and switch between the two. Or Prodos in both Main and Aux and have separate programs running in each. It could potentially allow one have a program in every bank of a Iic or Ramworks IIe. The only bad part is that the text screen has to be shared between them or memory set aside to save or restore text or graphics screens.
> This is RaThEr interesting, is split your creation?
> does it only work for the applesoft interpreter? or for prodos
> sys apps too?
> this would be rather decent loaded into a ROMX slot.

The original SPLIT program was in Nibble magazine, but only worked under Dos3.3. It took some doing to get it to work under Prodos. I don't see any reason why it shouldn't work with a System file, as the driver is stored out of the way that a system file can't stomp on it and only taps into the JSR at $BF00 which is used by every MLI call. The driver doesn't require Basic.system at all and could be installed as a system file itself, which then launches the actual System file, the same way Prodos launches Basic.system which then launches STARTUP.

On Sunday, January 8, 2023 at 2:10:36 AM UTC-8, gid...@sasktel.net wrote:
> > > Sort of. I got SPLIT working under Prodos

There was the same sort of program in Beagle Bros. Extra-K. One apple in main memory, the other in aux-memory. I think it was called Extra-Apple. It was a ProDos disk though, so it may have usable inspiration.

I used the Extra-Variables part of Extra-K in college a bit.

Mike Spangler wrote:
> On Sunday, January 8, 2023 at 2:10:36 AM UTC-8, gid...@sasktel.net wrote:
>> > > Sort of. I got SPLIT working under Prodos
>
> There was the same sort of program in Beagle Bros. Extra-K. One apple in
> main memory, the other in aux-memory. I think it was called Extra-Apple.
> It
> was a ProDos disk though, so it may have usable inspiration.
>
> I used the Extra-Variables part of Extra-K in college a bit.
>

Here's a link to Extra K on a DOS 3.3 disk, which also inludes Extra Apple:
https://macgui.com/downloads/?file_id=8120

Documentation for Extra K:
https://macgui.com/spyglass/r/b39794e6b1dafc33/T.EXTRA.K?f=DnYNYX1ydWkHYQ&fk=4b92080bfb

> Here's a link to Extra K on a DOS 3.3 disk, which also inludes Extra Apple:

Finally had a chance to go through the Extra.Apple program on the Beagle Prodos disk. One minor difference. It copies the basic program from Main memory to Aux memory and edit it, or run it from there, then copy it back to Main memory to be saved. Which means Main memory is required to copy back and forth the program in Aux memory for disk access.

My Basic program in Aux memory actually has access to Prodos and files can be loaded and saved independent of each other no matter which memory the programs are in. I also automated the task of switching portions of the text screen so that Main memory would use the top half of the text screen and Aux memory would use the bottom half.

I posted an article somewhere where it could be possible to have a program running in every bank of a RamWorks card (up to 128 programs) and use interrupts to access each of those programs.