<div dir="ltr">Thanks to everyone for their quick responses.<div><br></div><div>To my surprise, Xon/Xoff was turned off on the VAX, specifically, SHOW TERM TTA0 showed No HostSync. However SET TERM/PERM/HOSTSYNC TTA0 made no difference.</div><div><br></div><div>I have tried setting the line speed to 2400, but that only slows down the output. It still contains the same characters, to the extent that I can tell. </div><div><br></div><div>I will continue to experiment and I will try using a different computer so that the serial port hardware is (presumably) different. If I can't solve it, I will indeed create an issue on github as Mark suggests.</div><div><br></div><div>Cheers</div><div><br></div><div>Peter Allan</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 5 December 2017 at 19:30, Mark Pizzolato <span dir="ltr"><<a href="mailto:Mark@infocomm.com" target="_blank">Mark@infocomm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tuesday, December 5, 2017 at 10:08 AM, Paul Koning wrote:<br>
> Do you have flow control (Xon/Xoff) enabled both on the terminal and on the<br>
> VAX?<br>
><br>
> You might try a slower speed to see if that makes a difference.  It shouldn't,<br>
> but it might give more information.<br>
><br>
> Is autobaud enabled on the line?  You might turn that off and set the speed<br>
> and related parameters explicitly.<br>
<br>
</span>These are all great suggestions.  Autobaud should definitely be turned off on<br>
the VMS side, but I don't think that is the problem since he's able to login<br>
and the commands he types produce output, which merely is garbled.<br>
<br>
A slower speed, which is explicitly stated on the ATTACH command might<br>
help.<br>
     sim> ATTACH DZ LINE=0,CONNECT=SER0;2400-8N1<br>
<br>
I think that what you're seeing is output from the simulator overrunning<br>
the host OS provided interface to the serial port.  This came up a while back.<br>
The simulator serial port interface delivers data to the host OS driver one<br>
character at a time as it is emitted by the simulator.  The simulator is<br>
notified of I/O completion when the host OS said the IO was complete.<br>
On some operating systems, this completion notification merely indicated<br>
that the data had made it to a kernel buffer and not actually out through<br>
the hardware.  This early completion indication then was passed back<br>
through the simulator and more data was then emitted.  Ultimately it seemed<br>
that there was not a reliable way to know that the data has actually, not only<br>
made it to the hardware, but actually been transmitted.  Some relatively<br>
common serial ports have an output buffer in the hardware that will take<br>
a number of characters to be transmitted as quickly as the host puts them<br>
into the hardware, and then deliver it outbound after the fact.  In any case<br>
due to the problem of not getting a precise indication from the OS driver of<br>
when the data actually made it out the serial port, an alternative approach<br>
was taken.  This approach attempts to time the delivery of character I/O<br>
data to the OS driver by explicitly scheduling the I/O completion time based<br>
on the port specified speed.  This approach presumes that the OS actually<br>
starts to send some of the data to the serial port when it is presented and<br>
doesn't hold off until some buffer full condition is achieved.<br>
<br>
If the above ATTACH suggestion doesn't work for you, please create an issue<br>
at <a href="https://github.com/simh/simh/issues" rel="noreferrer" target="_blank">https://github.com/simh/simh/i<wbr>ssues</a> and we can try to dig into this further.<br>
<span><br>
> > On Dec 5, 2017, at 12:56 PM, Peter Allan <<a href="mailto:petermallan@gmail.com" target="_blank">petermallan@gmail.com</a>> wrote:<br>
> ><br>
> > I am trying to get a real VT420 terminal working with a simulated micro VAX<br>
> 3900. However, I am having problems getting text displayed on the screen of<br>
> the VT420.<br>
> > ...<br>
> > Once the microVAX has booted, if I hit Enter on the VT420, then I can see<br>
> that a login process starts on the simulated microVAX, but all I see on the<br>
> screen of the VT420 is a few garbage characters. Despite that, when I type a<br>
> username and a password, I do get logged into the simulated microVAX. Any<br>
> commands that I type on the keyboard of the VT420 appears on the screen of<br>
> the VT420 (except the password, of course), but anything that the microVAX is<br>
> sending to the VT420 appears as garbage. There are recognisable characters,<br>
> but if I TYPE a file, even a small one, what appears seems to be every 7th<br>
> character from the file starting with the first character. The output of<br>
> commands such as DIR appear to have the same problem. ...<br>
</span>> ______________________________<wbr>_________________<br>
> Simh mailing list<br>
> <a href="mailto:Simh@trailing-edge.com" target="_blank">Simh@trailing-edge.com</a><br>
> <a href="http://mailman.trailing-edge.com/mailman/listinfo/simh" rel="noreferrer" target="_blank">http://mailman.trailing-edge.c<wbr>om/mailman/listinfo/simh</a><br>
</blockquote></div><br></div></div>