Jump to content
IGNORED

MAC/65 and SpartaDOS


Recommended Posts

I flashed the SpartaDOS 4.49 beta onto my U1MB. I want to put MAC/65 onto my data disk. I know SpartaDOS and MAC/65 used to not play well together. Is this still the case where I need to boot from the MAC/65 disk image (with DOS 2.5) instead of the built-in SpartaDOS cart?

Edited by Luigi301
Link to comment
Share on other sites

No. And MAC/65 should work fine with SDX 4.49c. The only requirement is that, when you are entering the cart for the first time, you start it with such a command:

 

CAR /I

 

Any next time it is not required, if the CAR.SAV file is about to be loaded. If not, CAR /I is needed again.

 

In 4.49d (not yet released) it has been made automatic, i.e. the system detects by itself if the cartridge requires initialization before starting it or not, and acts accordingly.

Edited by drac030
  • Like 3
Link to comment
Share on other sites

The rule regarding MAC/65 and SpartaDos is that you cannot assemble a file from disk. You must create a small file that .Includes all your other files and then assemble that from memory.

 

Like so:

 

;SAVE#D:ASM.TOK

;ASM,,#D8:DJIN.COM

.OPT NO MLIST,NO LIST

P1 .= P1+1

.IF P1=1

.INCLUDE #D1:DJMAC.TOK

.ENDIF

*= $2000

.INCLUDE #D1:DJEQU.TOK

.INCLUDE #D1:DJCIO.TOK

.INCLUDE #D1:DJMDM.TOK

.INCLUDE #D1:DJSCR.TOK

.INCLUDE #D1:DJSUB.TOK

.INCLUDE #D1:DJINN.TOK

.INCLUDE #D1:DJSDATA.TOK

.INCLUDE #D1:DJXFER.TOK

;

.OPT LIST

;

RING = *

.DS 1024

CAPBOT = *

MAXFIL = [$9C20-RING]/105

;

*= $02E0

.WORD DJINN

.OPT NO LIST

 

The issue is that MAC/65 uses NOTE/POINT to reset the source file when it switches from pass 1 to pass 2, and it doesn't like the relative byte offset that SpartaDos returns rather than the actual sector number and offset as returned by Dos 2.0.

Link to comment
Share on other sites

It has been 20 years now since I last used MAC/65 seriously (having switched permanently to MAE), but yes, I seem to vaguely remember that there might indeed be a problem like that.

 

But even if so, it is MAC/65 fault, probably. If it remembered the initial file position with NOTE, then used POINT to set it back afterwards, such a procedure should work whether the position returned by NOTE is absolute or relative.

  • Like 2
Link to comment
Share on other sites

It has been 20 years now since I last used MAC/65 seriously (having switched permanently to MAE), but yes, I seem to vaguely remember that there might indeed be a problem like that.

 

But even if so, it is MAC/65 fault, probably. If it remembered the initial file position with NOTE, then used POINT to set it back afterwards, such a procedure should work whether the position returned by NOTE is absolute or relative.

Yes, it's a bug in the cartridge. One of the few differences between 1.0 and 1.01 of Mac/65 is it looks like somebody tried to fix the Note/Point bug, but they muffed the order of the branches, so it still happens.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...