<div dir="ltr">Hi Mark,<div><br></div><div>thanks for your reply!</div><div><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I wonder if this is related to the fact that DECwindows switches the <br>
> screen resolution of the qvss framebuffer.  When the system initially <br>
> starts, the black qvss windows only occupies part of the Xorg screen, <br>
> but when DECwindows starts, it expands the window to the full <br>
> resolution of the X display.<br>
<br>
</span>I haven't seen that.  The QVSS device simulation specifically simulates <br>
the very basic QVSS framebuffer which is constantly at 1024x864 and <br>
since that is what the original QVSS was capable of interfacing with, <br>
there is no provision for dynamically changing those dimensions.<br></blockquote><div><br></div><div>This was actually me not looking closely.  DECwindows puts the retro black and white pattern onto the screen which perfectly blends with the -retro background of Xorg, so the resolution has not changed at all, I just failed to see that the QVSS window is smaller than the actual screen (and the jumping mouse kind of concealed that further).</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> During normal system operation with V4.4-0, the simulator sometimes<br>
>  halts with messages like "Invalid argument, PC: 806EEB6A (MOVL 4(SP),(SP))" <br>
> or "Invalid argument, PC: 00083C16 (BEQL 83C35)".  If I type "c" at the <br>
> "sim>" prompt, the system continues to run.  Unfortunately, I could not <br>
> figure out how to cause this issue. <br>
<br>
</span>I can't yet either.  I don't see this with the current code, but the most <br>
recent commits (today) in the github/simh/simh master branch will produce<br>
more contextual error messages that should help tracking down the root cause.<br>
Please pick up the latest code and if you see messages like this again, let me<br>
know directly or create an issue at <a href="https://github.com/simh/simh/issues" rel="noreferrer" target="_blank">https://github.com/simh/simh/<wbr>issues</a></blockquote><div><br></div><div>Will do!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Running DECwindows on a remote X Server (Xorg or Xquartz) kind of works, <br>
> but for some reason, only some of the DEC fonts which I've extracted using <br>
> getbdf from the VMS X Server are listed in xlsfonts.  In particular, the menu <br>
> font that VAX LISP uses is missing.<br>
<br>
</span>I can't speak to why your local X server might not interpret these fonts, but<br>
there may have been some DEC specific font format details which never made<br>
it back to Xorg.  Hopefully you won't need to deal with at all once you can<br>
use the QVSS to as a display with DEC's X server leveraging its local fonts.<br></blockquote><div><br></div><div>I still hope to somehow get the DEC fonts into Xorg as I really like them beautiful colors :)</div><div><br></div><div>Cheers,</div><div>Hans </div></div></div></div>