cpm_ram and gettpa behaviour about cpm65 HOT 4 CLOSED

The most likely explanation is that the C bindings are using the wrong BDOS entrypoint numbers and have ZP and TPA swapped. It would actually be easier to change the BDOS itself...

from cpm65.

You are correct.

calling cpm_bios_gettpa() results in:

    CP/M-65 for the Atari 800                   
                                                
    A>test                                      
    start: 1900                                 
    cpm▁ram: 3790                               
    end: bc00                                   
    A>                                          

Still, I expected the start address being updated by CCP before calling the loaded application, so you can easily chain load overlays if you want to. Is this intended behaviour?

from cpm65.

Fixed.

Re the CCP not updating the start/end address: that's intentional, as it makes it easier to know when the application has changed one of the addresses if it, e.g., wants to install a TSR. Adjusting it doesn't help much for overlays as only the application knows how much heap memory it needs.

There really needs to be some proper documentation...

from cpm65.

Thanks for the clarification and the fix!

from cpm65.