Luigi301 Posted October 15, 2017 Share Posted October 15, 2017 (edited) 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 October 15, 2017 by Luigi301 Quote Link to comment Share on other sites More sharing options...
drac030 Posted October 16, 2017 Share Posted October 16, 2017 (edited) 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 October 16, 2017 by drac030 3 Quote Link to comment Share on other sites More sharing options...
Alfred Posted October 23, 2017 Share Posted October 23, 2017 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. Quote Link to comment Share on other sites More sharing options...
drac030 Posted October 23, 2017 Share Posted October 23, 2017 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. 2 Quote Link to comment Share on other sites More sharing options...
Alfred Posted October 23, 2017 Share Posted October 23, 2017 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. Quote Link to comment Share on other sites More sharing options...
sanny Posted October 23, 2017 Share Posted October 23, 2017 So now that we have the source code, couldn't we fix it? Someone needs to do it, though 1 Quote Link to comment Share on other sites More sharing options...
AtariGeezer Posted October 23, 2017 Share Posted October 23, 2017 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. Was it fixed in the Mac/65 1.02 cart? Quote Link to comment Share on other sites More sharing options...
Luigi301 Posted October 23, 2017 Author Share Posted October 23, 2017 (edited) I'm using a disk image, unless there's a way to run the cart image on a U1MB. I think it's a 16KB cart and the slots are only 8KB. (Or someone's still selling reproduction MAC/65 carts.) Edited October 23, 2017 by Luigi301 Quote Link to comment Share on other sites More sharing options...
drac030 Posted October 23, 2017 Share Posted October 23, 2017 The file version of MAC/65 should work fine, it has always worked fine for me. Just remember to do assembling to disk rather than from disk Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.