And the whopper:
- For some reason, the monitor (CALL-151 to * prompt, not video monitor) on
my Laser handles the following sequences differently than other Apples:
CALL -151
800: 1 2 3 4
: 5 6 7 8
This SHOULD put "01 02 03 04 05 06 07 08" into 0800 through 0807 - but it
doesn't. The second line vanishes into never-never land, so you end up with
"01 02 03 04 00 4C 00 5F" or other such garbage. This makes the ADT.DMP fail
even if you get it to transfer. It took a while to notice. I suspect this is
what caused an issue reported in 1997 in this posting:
http://groups.google.com/groups?selm=65ao1d%24iob%241%40hyperion.nitco.com&oe=UTF-8&output=gplain
The fix is to include the memory addresses for each line in ADT.DMP; I
whipped up a quick Perl script to add them and everything is happy.
Strangely, I can only find that one other report of such an issue. Is it a
known problem with the Laser's monitor routines?
Anyway, as Calthaer reports, the Laser 128's serial port is not compatible
enough with a SSC for ADT to do its trick. Damnit!
Okay - now that all of the above is reported to the newgroup for future
generations to Google on, and now that I've proved I'm actually trying
things out, here's my actual question:
===================
Assuming the above setup - a terminal program on the PC and Apple2 capable
of basic file transfers (e.g. Kermit, XModem, etc) - what is the most
efficient way to transfer disk images to the PC for use in an emulator?