Jump to content
jowi

Disassembler/Monitor?

Recommended Posts

Is there some equivalent on Atari 8 bits like the built in Monitor function in the C64 etc?

Or is functionality like this incorporated in some of the larger and better assembler software?

Share this post


Link to post
Share on other sites

I was watching a youtube video on 6502 assembly yesterday, and the guy was using a C64 emulator with a machine code monitor, and i remembered having that standard on my Commodore C16 back in the day. I presumed it was on the C64 as well but that was not the case. Some more info on the monitor (Tedmon) here: https://www.c64-wiki.com/wiki/TEDMON

 

@explorer what is that program, where can i find it? I assume it uses an emulator?

Edited by jowi

Share this post


Link to post
Share on other sites

The C64 doesn't have a monitor, but if you have a cartridge (such as the Action Replay) then you have a monitor and freezer available.

don't get me wrong - I love my C64 - but once you try an Action Replay it doesn't feel like a full machine when it's disconnected. If you have actual hardware then I really recommend getting one

Edited by sack-c0s

Share this post


Link to post
Share on other sites

Why monitor on real hardware ? Emulators are way better, and have functions like this. And functions simply impossible on real hardware. I use Altirra for everything.

Edited by R0ger

Share this post


Link to post
Share on other sites

Why monitor on real hardware ? Emulators are way better, and have functions like this. And functions simply impossible on real hardware. I use Altirra for everything.

 

Hardware/driver development?

Share this post


Link to post
Share on other sites

Why monitor on real hardware ? Emulators are way better, and have functions like this. And functions simply impossible on real hardware. I use Altirra for everything.

I think in the end developing on an emulator is much more efficient and much faster, i know... but for now i really enjoy the retro feel of clunking in commands on the real device :)

Share this post


Link to post
Share on other sites

I played some more with the basic Atari editor/assembler cartridge, i must admit it can do more then you think at first :) the only thing i'm missing is a hexdump feature with a datapreview, but the normal hexdump will do for now. There is also a mini assembler, which is nice for beginners in assembly like me to test small things, single commands etc and see immediate results without having to assemble, run etc.

Share this post


Link to post
Share on other sites

I bet these cartridges are hard to find?

Share this post


Link to post
Share on other sites

I bet these cartridges are hard to find?

OSS carts are quite expensive these days. An SIO2PC (or 2USB or 2BT) or one of the flash carts is an excellent investment for using your Atari.

 

 

Sent from my iPhone using Tapatalk

Share this post


Link to post
Share on other sites

AtariMax does do a pre-imaged Mac/65 with DDT (debug toolkit) see https://www.atarimax.com/freeshippingsale/

I've seen the atarimax website, but i never saw the mac/65 cartridge... in fact, this 'freeshipping' page is not even linked anywere from the homepage? How are people supposed to find it ;)

Is there more info on this cartridge? There is no info on it on the site? Or it is hidden like the freeshipping page...?

Share this post


Link to post
Share on other sites

Thanks :) loaded the cartridge in altirra, looks good! It assembles waaaaaay quicker then the ed/asm :) gonna study the manuals etc!

But why would you not buy the cartridge but use the uno or avg cart? What's the added value in that?

Share this post


Link to post
Share on other sites

Those carts are effectively taking the ROM image file and emulating the AtariMax bank switching scheme.

The advantage therefore is that the SD card can be filled with so much else (executables, ROM images, ATR disk images etc).

The disadvantage is only that you need to boot to the menu and select the Mac/65 image to launch it, rather than booting direct into it.

Share this post


Link to post
Share on other sites

Ah ok, so can use it as storage for your assembly code and .obj etc as well, no need to use Aspeqt etc.

Share this post


Link to post
Share on other sites

Not currently.

 

There are a few ways this could be achieved, e.g. maintain the IDE emulation as a passthrough to the SD card, provide a driver to give a DOS like interface to the filesystem.

FlashJazzCat had done experiments but this would be amazing prospect for native dev.

Share this post


Link to post
Share on other sites

Yep: the problem there is stability on stock machines, since the IDE emulation is racing the clock pretty hard. I have a faster board on loan from Robin, though. Just need time...

Share this post


Link to post
Share on other sites

the avg car emulates a spartados x cart and at the same time is accessing ide drive on it's SD card, I am using it on a 130XE with MIO, I copy to and from MIO RAMDISK, IDE DRIVE, SIO, interchangably, but can only read from fat file system drives on the IDE while still being able to write to all else. No writing limitation on all others, the fatfs.sys doesn't support writing yet...

 

no problems, I want to stack the emulated cards though... currently I can do all of the above and run spartados 3.whatever off the mio and still access the IDE drive.

I have to have and IDE aware item selected in the cartridge like side loader or SDX or put the avg into IDE only mode for that. So far so good...

 

If you have a machine with timing issues try replacing 74 '08s with 74ACT08's faster and full drive. Works a treat on problem machine I've tried them on.

Edited by _The Doctor__

Share this post


Link to post
Share on other sites

Played with DDT a bit. First thing i notice... why not use the whole screen? So weird. You have a very limited area, and they decide to only utilize 2/3 of the screen... i guess a lot has changed in user interfaces in the last 40 years ;)

Share this post


Link to post
Share on other sites

Played with DDT a bit. First thing i notice... why not use the whole screen? So weird. You have a very limited area, and they decide to only utilize 2/3 of the screen... i guess a lot has changed in user interfaces in the last 40 years ;)

 

I would guess space limitations in the cartridge precluded anything fancy. OSS carts mostly only have a couple hundred unused bytes, not much room for anything except minor bug fixes. I did buy Extended DDT by Dunion from APX but I could never get it to work.

Share this post


Link to post
Share on other sites

I had ExDDT from ANTIC (came too late for APX) and remember it working on my 800, but probably not together with MAC/65.

 

Using a smaller screen would also save memory for the screen which is a concern if you need to keep Assembler, Debugger, Source and Object Code in 64K.

 

IIRC you can save some memory by using DOS XL with MAC/65 as it can use the RAM under the cart (supposing a flash cart supports this as well).

 

You‘ll probably want some extra memory to have a ramdisc to store source code (and a good routine/batch file to save your sources before debugging).

 

Have fun assembling! (I always wanted MAC/65 as a kid but now even though I have it, I much prefer WUDSN as it‘s so much more comfortable to use and so much easier to debug on the Mac.)

 

 

Gesendet von iPhone mit Tapatalk

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