After a week of doing battle, I have tracked down a situation where the simulator is not reliably waiting long enough for the Type 340 graphics window to open before throwing a timeout error. This results in a program hang that prevents it from ever bringing up the console telnet service.
The problem was encountered when running 'pdpcontrol start 1' in a remote ssh session with X forwarding. About 80% of the time it was unable to start properly over ssh while working fine in VNC. A print statement confirmed the location of the timeout and this seems to have fixed it:
diff --git a/src/pdp10/sim_video.c b/src/pdp10/sim_video.c
index 05a8794..5be597b 100644
--- a/src/pdp10/sim_video.c
+++ b/src/pdp10/sim_video.c
@@ -617,7 +617,7 @@ if (vid_thread_handle == NULL) {
vid_close ();
return SCPE_OPENERR;
}
-while ((!vptr->vid_ready) && (++wait_count < 20))
+while ((!vptr->vid_ready) && (++wait_count < 40))
sim_os_ms_sleep (100);
if (!vptr->vid_ready) {
vid_close ();
After a week of doing battle, I have tracked down a situation where the simulator is not reliably waiting long enough for the Type 340 graphics window to open before throwing a timeout error. This results in a program hang that prevents it from ever bringing up the console telnet service.
The problem was encountered when running 'pdpcontrol start 1' in a remote ssh session with X forwarding. About 80% of the time it was unable to start properly over ssh while working fine in VNC. A print statement confirmed the location of the timeout and this seems to have fixed it: