Dave Dunfield wrote:
>> You
can "mount" files for input/output over the virtual serial port.
>> This
>> means you can mount a file then receive from it into CP/M just like you
>> would have done with an external PC and TTY emulator (but without the
>> syncronization problems).
>>
> Maybe I'm just being dense, but I cannot seem to get this working. I
> hit F3 to stop, then F7 whereupon I mount the input file. Then I 'g'
> back to CP/M and try:
>
> A>PIP B:TEST.HEX=RDR:
>
> At this point it just hangs and will not respond to Ctrl-C. If I
> reboot the emulator I find an empty TEXT.$$$ file on the target disk.
>
Is anything actually hooked up to the reader??
This is both a software
question and hardware.
Generally the only port I trust is console. and I can easily transfer
files to any system that uses
a serial console because of that.
Yeah! - that appears to be the case. I use this technique lots under NorthStar
DOS (where I have utilities that can read/write to any of the I/O devices),
and I *assumed* that the Horizon implementations of CP/M would have at least
one input device pointed at the secondary serial port - however this appears
to NOT be the case :-(
Depends on what implementation you have. I have three different
commercial ones with differing behavior and one I built with
interrupt driven (buffered) IO. It's more what the BIOS writer did
than what CP/M can do. Most BIOS are near minimal implementation.
I've made two additions to my HORIZON support
package which should help you
out:
1) I've added a small 'CPM' utility which takes a file on your PC and
converts
it into an Intel HEX format download file origined at address 0100 (the CP/M
TPA) and padded to a multiple of 256 bytes with 0x1A (EOF) characters.
- you can then boot CP/M, halt the simulation, 'L'oad this file, resume
simulation and 'SAVE' the TPA to a CP/M file, effectively importing the file
to the CP/M disk. This method is very fast and easy, but is limited to files
the size of your CP/M TPA or less.
A handy tool. CP/M is simple and the easiest way is through the
console port and using PIP or DDT (hand entered simple program)
to do console input capture.
Then a simple modem program that does Xmodem transfers will
be the next level for transfers.
Allison
2) I've added a "Reader" option to the
simulator Mount command, which mounts a
file to be read as if it were typed at the keyboard (normally the console).
When the file hits EOF it is unmounted and normal keyboard operation resumes.
You can use this like you would the paper tape reader of an ASR33 - just
PIP CON: into the file you want, then mount the file on the Reader (which
automatically starts it) - after it is finished, you must press ^Z to send
the EOF character from the keyboard, which will cause PIP to close the file.
The updated package has been uploaded to the site.
Hope this works for you.
regards,
Dave
--
dave09 (at) Dave Dunfield
dunfield (dot) Firmware development services & tools:
www.dunfield.com
com Classic Computers:
http://www.classiccmp.org/dunfield/