|Thanks, Dan. I should have given more detals on what I've already tried.|
I'm working with a MicroVAX 3900 as simulated using SimH. The hobbyist licenses for OpenVMS do include DECWrite. I was able to obtain the installation kit for the product in its last released version, 3.1, and did install it as directed in the included documentation.
DECWrite appears in the menus of the X session manager after installation. When launched from a remote X server (Linux Mint) nothing seems to happen. However, when started from a DECTerm window with the command "run sys$system:decwrite.exe" an error message does appear:
%DCL-W-ACTIMAGE, error activating image XDPS$DPSLIBSHR.EXE
I've already been able to determine that this image and another, XDPS$DPSCLIENTSHR.EXE, were dropped after OpenVMS 7.3 and that they relate to display PostScript, which is no longer supported by most X servers.
It was already suggested to me that I just copy those two files from an OpenVMS 7.2 installation, but it probably will take considerable hunting to find an old installation or CD from which I could do that. What you suggest, that a 7.2 installation upgraded to 7.3 would still have the files and would allow DECWrite to run does sound likely, at least if no operation were attempted that required actual use of display PostScript.
Last night I tried faking the missing images by copying another shared library image (TPUSHR.EXE) to the names of the desired files. The theory was that DECWrite locates and loads the library images but doesn't call them until they are needed. This may be the case, as the application no longer issues warnings and quits. Instead it gets farther along and actually displays a new error on the X server screen, saying that it can't locate the fonts and asking the user to check WRITE$FONTS.INI. The latter file is in place, so now I have to puzzle out why it isn't being accepted.
In any case, I'll initiate a hunt for a working 7.2 system or a 7.2 installation CD as well. Thanks.