On 1/5/16 11:38 PM, Will Senn wrote:


On 1/5/16 7:14 PM, Paul Koning wrote:
On Jan 5, 2016, at 5:07 PM, Will Senn <will.s...@gmail.com> wrote:

All,

The simulated paper tape device is very handy to copy text around between a host and simulated environment. My question for the group is, does RSTS/E 10.1-L support the paper tape device? The documentation is sketchy about it but does make a rare reference to PP: and PR: (help for SYSTAT for example), but it wasn't a question during sysgen and I can't figure out how to copy files to it. In RT-11, it's as simple as copy whatever PC: or copy PC: whatever...
Yes, RSTS does support those. I don't know why Sysgen doesn't ask. It doesn't ask about DECtape, either. Perhaps they are no longer officially supported, but the software should be there and it should work.

After running sysgen but before running the resulting sysgen.com script, edit config.mac. Look for the line that mentions PR11 and change the 0 to 1, then the next line (PP11) also 0 change to 1. While you're there, if you want DECtape, change TC11 (just above PR11) to be the number of DECtape drives. Typically that's an even number because a TU56 has two DECtape drives in it.

    paul

I followed the steps Paul provided with Christian's clarification and am now able to copy files to the paper tape punch device PP:...

$ copy instal.log pp:
[File INSTAL.LOG copied to PP:[1,2]]

The ptp.txt file on the host now contains the contents of instal.log from rsts/e. Woohoo, half way there...

but copying files from PR: doesn't seem to work:
$ copy pr: hello.mac
?Device hung or write locked - file PR:??????.???

I tried PR0: as well, same result. Is the copy command different from what I typed? or do I need to enable read on the PR device somehow?

Thanks,

Will


Update. If the copy is the first thing after attaching ptr in simh, it works:
$ copy PR: HELLO.MAC
[File PR:??????.??? copied to [1,2]HELLO .MAC]
$ macro/rt11 hello/list
$ link/rt11 hello/map
$ run hello
HELLO, WORLD

Any subsequent use of PR fails (which makes sense, really, after all, the PTR should be positioned after the read):
?Device hung or write locked - file PR:??????.???

until ptr is attached again. I'm not sure how I missed this the first go around, I didn't think it ever succeeded, but I've verified that it seems to always works after an attach. Is there a reset/rewind/reposition device function that will work with PR in RSTS? I can work around it with reattachment in SIMH if all else fails.

Thanks,

Will



_______________________________________________
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Reply via email to