Jump to content
Allan

Trying to get Mac/65 working. Question.

Recommended Posts

I've been going through the Atari Roots book and it says in Chapter 5 to type 'BUG65' after you type 'CP' and go to the OS/A+ disk but 'BUG65' isn't there? Am I missing something? Does somebody have a copy with the BUG65 on it?

 

Thanks,

Allan

Share this post


Link to post
Share on other sites

I only have the OS-A+ / Mac-65 combo on real floppy so can't easily check right now.

 

How about DDT ? Is that on the disk?

Share this post


Link to post
Share on other sites

I only have the OS-A+ / Mac-65 combo on real floppy so can't easily check right now.

 

How about DDT ? Is that on the disk?

It says DDT is one the cart. Is DDT the equivalent of BUG65? Maybe the book was written before they added DDT. I'll look at it again and see if I can get a program to run.

 

Allan

Share this post


Link to post
Share on other sites

A bit fuzzy on this: as I recall, the disk/early version of Mac-65 had the debugger seperate from the ed/asm part. I can't remember if DDT was even part of the package of the disk version, but at the least the BUG65 program was.

 

As such, it's kinda limited in usefullness since you have to exit one to use the other, and obviously need to save/reload whatever you were working on.

 

If you can't find either, I'll see about digging my real drive out later and checking if I've got it.

Share this post


Link to post
Share on other sites

On the disk version, BUG65 was a separate program. You had to exit MAC/65, go into DOS (or OS/A+ which is what came on the disk) and then go into BUG65. On the cartidge version, the debugger was DDT (Dunion's Debugging Tool) and you go into it from within MAC/65 by typing "DDT." There is a MAC/65 manual online somewhere. Try doing a google seach for "mac/65 manual." I think DDT was better than BUG65. There is also a standalone, more advanced version of DDT called EXDDT (also written by Dunion) which is more advanced.

Share this post


Link to post
Share on other sites

Thanks for the help guys.

 

I found the manual. I can load and save a program and assemble it. My problem now is I can't get the assembled program to run. I used this program from Antic mag which came from Atari Roots but when I try to run the compiled program with the BLOAD command from DOS 2.5, it just sites there.

 

Allan

Share this post


Link to post
Share on other sites

It doesn't put the Init/Run address in the file.

 

You can use DOS BSave.

 

Or it might work if you put *=$2E0 then the run address.

Share this post


Link to post
Share on other sites

I saved it with BSAVE #D:FINESCRL.OBJ>3000,312E but when I go to DOS and use the L command it seems to load but then just sits there. I even tried 'Run At Address' with 3000 but nothing happens. Frustrating.

 

Allan

Share this post


Link to post
Share on other sites

You're overlapping into DUP.SYS there.

 

Best option while developing on real machine is to avoid areas below about $3800, or use a DOS with a smaller footprint.

Share this post


Link to post
Share on other sites

You can also assemble your program to an object file and then binary load it in DOS to run it. To do this in MAC/65, you need to put .OPT OBJ at the top of your program listing (note - .OPT is preceded by a period). I usually put it on line 1. Then, use the command ASM ,,#D:OBJECT.OBJ. Note - 2 commas after ASM. This will compile the source code in memory into an object file called OBJECT.OBJ which you can then binary load, and I think it will just run. Don't forget to save your source file before you edit to DOS!

Share this post


Link to post
Share on other sites
You can also assemble your program to an object file and then binary load it in DOS to run it. To do this in MAC/65, you need to put .OPT OBJ at the top of your program listing (note - .OPT is preceded by a period). I usually put it on line 1. Then, use the command ASM ,,#D:OBJECT.OBJ. Note - 2 commas after ASM. This will compile the source code in memory into an object file called OBJECT.OBJ which you can then binary load, and I think it will just run. Don't forget to save your source file before you edit to DOS!

 

Thanks, Rybags and Tyrop,

Doing it with ASM ,,#d:OBJECT.OBJ worked. I'm not sure why it wouldn't work the other way. I had .OPT OBJ in the beginning and did everything the Atari Roots book said to do. I put it at $3800 to avoid DOS 2.5 but it still would not run. I'll have to figure that out later. Now I will try to write a couple of small programs of my own and see if I can get them to compile and work.

 

Allan

Share this post


Link to post
Share on other sites

Actually, .OPT OBJ just means it assembles to RAM. You don't need it when assembling direct to file.

 

Default is OBJ for the AsmEd cart, Mac-65 defaults to NOOBJ.

Share this post


Link to post
Share on other sites

BTW, the SIZE command will give you 3 numbers, the first of which is the beginning of free memory (which I think is the first free byte after the end of DOS).

Share this post


Link to post
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.

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...