| Rating: | |
| Category: | |
| Year released: | |
| Author: |
Waldemar Horwat and Darin Adler |
| Publisher: |
ICOM Simulations |
The TMON symbolic object level debugger by Waldemar Horwat. This groundbreaking interactive debugger works with all m68k programs. It is ideal for exploring the memory of a running mac, and learning about the structure of mac programs.
EDIT: Added download for TMON 4.0b as well.
Compatibilitym68k, Mini vMac
Comments
You're probably clicking the wrong "Save" button on the edit page. This is a site bug I haven't had time to fix yet. Anyway the correct file is here, and I will fix it.
EDIT: fixed.
Ok, I did it again. This time I started completely over, did everything on the Mac IIci, and I changed the name of the archive from TMON281.sit to TMON.sit. The tag checksum is $C3FD03A2 and the data checksum is $72C4C87B. When I download it right now, I get the old version. Maybe there is a delay before my change registers on the server.
Nope, still getting "invalid checksum", and the datestamp of the dc42 image is March 28 2010.
Thought I did it. Still not right?
@basalgangster: We're still waiting...
Stuffit 5.5 *should* be fine. I didn't have a Stuffit issue, but rather the checksum problem.
Thanks!
I have re-imaged TMON 2.8.1, and the checksum is valid. However, I realize that I had some kind of problem with my stuffit archive before, and you had to repackage it for me. I am using Stuffit 5.5. Is this ok?
@basalgangster:
Use Disk Copy 4.2. However, lock the images IMMEDIATELY after creating them. Mini vMac will ruin images.
If the images are locked before anything is done with them, you'll be OK.
Also, please don't use Disk Copy 6.1+ for 400 and 800K disks. Tag data will be omitted.
Disk Copy 4.2 works great on the IIci. I use it exclusively (except for copy-protected disks -- those go through a Catweasel).
Sorry. The disk images were made from the original disks with DiskCopy 4.2 on a Mac Plus. I have noticed that almost everything I made that way fails DiskCopy 6.3 checksum, but I just disabled checksum and everything was ok. When I get a chance I'll redo them using DiskCopy 6.3 on my Mac IIci.
@IIGS User:
6.3.3 passes the checksum? I'll have to test it with that, then.
About the not recognizing part ... that can usually be fixed with ResEdit.
Also, repacking won't help if the original .img is broken. Let's figure this out first.
It's 6.3.3 at my place, with checksum checking activated. Tried currently to mount it with 4.2 running in Mini-vMac, but got "Sorry, a system error occured. Out of memory." in System 6.
Tried with Mac oS 7 in Mini-vMac, version 4.2 doesn't recognize this disk image in its file chooser.
- The current disk image has been created by Gaël. Please, Gaël, re-pack this one.
Edit: Changed 'xxx 7' to 'Mac OS 7' - IIGS User
@IIGS User:
What software are you using to mount this? Disk Copy 4.2 reports a checksum mismatch. This means the .img is corrupted. @basalgangster would have to re-image and re-upload (ideally).
I see now.
It still mounts fine for me, so I could also re-pack this stuff, is my attempt true?
Except the disk image is based on original floppy, though...
My point is that the file which was uploaded has a bad checksum. It would be nice if the original uploader could re-image and re-upload it.
Sorry, I don't have TMON Pro.
I would only deactivate the checksum for personal use, but not for uploading purposes.
That's to risky for the uploaded files.
I know how to deactivate the checksum, but a bad checksum is indicative of a damaged image. And TMON is too valuable to have only a bad image of.
Anyone have TMON Pro?
Or deactivate the checksum checking in the Disk Copy Preferences window. But in common I would not recommend this.
I'm still getting the "bad img checksum" error. Note that mini vMac doesn't always verify checksums; Disk Copy does.
If any of you have the original disk, can you re-create the image?
Thanks!
Thanks for repackaging it.
I have written a couple of things about TMON. One is a general history and tour of features. It is at:
http://basalgangster.macgui.com/RetroMacComputing/The_Long_View/Entries/...
The other is a practical demonstration of using it to solve a real problem. It is at:
http://basalgangster.macgui.com/RetroMacComputing/The_Long_View/Entries/...
I just re-uploaded it, with a correct .sit archive.
Enjoy !
Gael.
For me, it works fine. Someone else, please?
By the way, it appears that the disk image is messed up... does it work for anyone else?
should work now. Thank you, this is quite rare!
That's not the same version though, I'll try uploading it again.
Download does not work. Here is link:
http://www.hackcanada.com/whacked/filelists/cracking.html