Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2.programmer > #3325

Re: running programs in aux memory

Show all headers | View raw

I do not know whether I am off topic or not. Forgive me if this is the case,
but to transfer control from AUX memory to MAIN memory, I am using the BRK
opcode (with accepts one operand). 
Therefore, If I manage an address table within main memory, I can call any
subroutine within main bank from any aux bank (I say any because it applies
to any RAMWorks protocol additional aux memory bank). The only pre
requirement is that the vector exists in AUX bank LC and the C3 page be
dedicated to internal ROM (not to the slot 3).
Also the fact that the whole  BRK handling is performed with interrupts
disabled can prove useful sometimes.
If some routine have been defined within an aux mem bank, then it can be
called using the XFER call or by any other mean discussed in this thread.
Disadvantage: Aux to Aux control will imply increasing the number of data
buffer copy operations with the main memory which can be costly in terms of
performance particularly if this is the same aux bank.

Just my two cents,
Benoît


-- 
Growing old is mandatory..
growing up is optional..
But the other way round is as true.

Back to comp.sys.apple2.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

running programs in aux memory Mark Lemmert <mark.lemmert@gmail.com> - 2017-03-02 12:10 -0800
  Re: running programs in aux memory "Mark D. Overholser" <marko@markoverholser.com> - 2017-03-02 14:18 -0800
    Re: running programs in aux memory Mark Lemmert <mark.lemmert@gmail.com> - 2017-03-03 11:08 -0800
  Re: running programs in aux memory roger.shimada@gmail.com - 2017-03-02 20:41 -0800
    Re: running programs in aux memory Mark Lemmert <mark.lemmert@gmail.com> - 2017-03-03 11:18 -0800
      Re: running programs in aux memory roger.shimada@gmail.com - 2017-03-05 09:13 -0800
        Re: running programs in aux memory 6502workshop@gmail.com - 2017-03-05 20:11 -0800
  Re: running programs in aux memory gids.rs@sasktel.net - 2017-03-03 00:50 -0800
    Re: running programs in aux memory qkumba <peter.ferrie@gmail.com> - 2017-03-03 08:47 -0800
      Re: running programs in aux memory Mark Lemmert <mark.lemmert@gmail.com> - 2017-03-03 11:08 -0800
        Re: running programs in aux memory gids.rs@sasktel.net - 2017-03-03 12:55 -0800
          Re: running programs in aux memory gids.rs@sasktel.net - 2017-03-03 13:00 -0800
            Re: running programs in aux memory Antoine Vignau <antoine.vignau@laposte.net> - 2017-03-03 19:53 -0800
              Re: running programs in aux memory gids.rs@sasktel.net - 2017-03-03 20:41 -0800
                Re: running programs in aux memory qkumba <peter.ferrie@gmail.com> - 2017-03-03 21:43 -0800
                Re: running programs in aux memory gids.rs@sasktel.net - 2017-03-04 08:37 -0800
                Re: running programs in aux memory Antoine Vignau <antoine.vignau@laposte.net> - 2017-03-04 11:02 -0800
                Re: running programs in aux memory gids.rs@sasktel.net - 2017-03-04 13:54 -0800
                Re: running programs in aux memory gids.rs@sasktel.net - 2017-03-05 15:58 -0800
                Re: running programs in aux memory John Brooks <jbrooks@blueshiftinc.com> - 2017-03-05 20:16 -0800
                Re: running programs in aux memory qkumba <peter.ferrie@gmail.com> - 2017-03-06 09:30 -0800
                Re: running programs in aux memory qkumba <peter.ferrie@gmail.com> - 2017-03-04 22:11 -0800
            Re: running programs in aux memory Michael Pohoreski <michael.pohoreski@gmail.com> - 2017-03-15 19:06 -0700
    Re: running programs in aux memory Benoit0123 <bgilon@free.fr> - 2017-03-06 00:20 +0000
  Re: running programs in aux memory 6502workshop@gmail.com - 2017-03-05 20:13 -0800
  Re: running programs in aux memory laseractiveguy@gmail.com - 2017-03-08 16:33 -0800
  Re: running programs in aux memory laseractiveguy@gmail.com - 2017-03-08 17:04 -0800

csiph-web