Discussion:
[Simh] Moved my vaxuser to new standalone system and ...
James W. Laferriere
2018-06-26 22:24:12 UTC
Permalink
Hello All , I moved my simh (ie: vaxuser) to a standalone system at my
home (info below) and now simh fails with "File open error..." , Not
understanding why this is the case . I've recompiled all the necessary
components (that I am aware of) , and then recompiled SIMH .

Would someone please point a finger at what I might be doing wrong
and/or request of me more info with the necessary commands to do so .

Tia , JimL


***@vaxbox:~# /usr/src/linux/scripts/ver_linux
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.

Linux vaxbox 4.4.132-smp #2 SMP Mon May 21 15:50:54 CDT 2018 i686 Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz GenuineIntel GNU/Linux

GNU C 5.5.0
GNU Make 4.1
Binutils 2.26.20160125
Util-linux 2.27.1
Mount 2.27.1
Module-init-tools 22
E2fsprogs 1.43.1
Jfsutils 1.1.15
Reiserfsprogs 3.6.24
Xfsprogs 4.3.0
Pcmciautils 018
Quota-tools 4.03
PPP 2.4.7
Linux C Library 2.23
Dynamic linker (ldd) 2.23
Linux C++ Library 6.0.21
Net-tools 1.60
Kbd 1.15.3
Console-tools 1.15.3
Sh-utils 8.25
Udev 220
Wireless-tools 29
Modules Loaded agpgart bluetooth button coretemp dcdbas drm drm_kms_helper e1000e ehci_hcd ehci_pci evdev fb_sys_fops fjes fuse gpio_ich hid hid_generic hwmon i2c_algo_bit i2c_core i2c_dev i2c_i801 intel_agp intel_gtt ipv6 irqbypass kvm kvm_intel loop lpc_ich mxm_wmi nfnetlink nfnetlink_log nfnetlink_queue nouveau pps_core processor psmouse ptp rfkill serio_raw shpchp snd snd_hda_codec snd_hda_codec_generic snd_hda_codec_idt snd_hda_core snd_hda_intel snd_hwdep snd_pcm snd_timer soundcore syscopyarea sysfillrect sysimgblt tpm tpm_tis ttm tun uhci_hcd usbhid video wmi


sim> sh ver
VAXStation 3900 (KA655) simulator V4.0-0 Current
Simulator Framework Capabilities:
64b data
64b addresses
Threaded Ethernet Packet transports:PCAP:TAP:NAT:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
RAW disk and CD/DVD ROM support
Asynchronous I/O support (Lock free asynchronous event queue)
Asynchronous Clock support
FrontPanel API Version 12
Host Platform:
Compiler: GCC 5.5.0
Simulator Compiled as C arch: x86 (Release Build) on Jun 24 2018 at 09:19:38
Memory Access: Little Endian
Memory Pointer Size: 32 bits
Large File (>2GB) support
SDL Video support: SDL Version 2.0.8
PCRE RegEx (Version 8.39 2016-06-14) support for EXPECT commands
OS clock resolution: 1ms
Time taken by msleep(1): 1ms
OS: Linux vaxbox 4.4.132-smp #2 SMP Mon May 21 15:50:54 CDT 2018 i686 Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz GenuineIntel GNU/Linux
git commit id: 0fa5807e
git commit time: 2018-05-28T11:58:42-0700

sim> sh conf
VAXStation 3900 (KA655) simulator configuration

CPU idle=VMS, idle enabled, model=MicroVAX 3900 (KA655), NOAUTOBOOT
512MB, HALT to console
TLB 2 units
TLB0 8192W
TLB1 8192W
ROM address=0x20040000-0x2005ffff
128KB, 1usec calibrated access
NVR address=0x20140400-0x201407ff
1024B, attached to /home/vaxuser/VAX-DISKS/vaxZ-nvram.bin
SYSD 2 units
SYSD0
SYSD1
QBA autoconfiguration enabled
CLK vector=C0, BR6
12B
TTI vector=F8, BR4
8b
TTO vector=FC, BR4
8b
CSI vector=F0, BR4
CSO vector=F4, BR4
not attached
TDC disabled
DZ disabled
VH address=20000120-2000012F*, vector=2C0-2C4*, BR4, lines=8
attached to 65000, DHV mode, Modem
Hangup, 0 current connections
CR disabled
LPT disabled
QVSS Uncaptured Input Mode, address=20001E80-20001EBF, vector=2C8-2CC*, BR4
LK
VS
RL disabled
RQ address=20001468-2000146B, no vector, BR4, RQDX3, 4 units
RQ0 4290MB, attached to /home/vaxuser/VAX-DISKS/vaxX-vms-rq0.dsk, write enabled
RA8U, UNIT=0, autosize
RAW format
RQ1 1505MB, attached to /home/vaxuser/VAX-DISKS/vaxX-vms-rq1.dsk, write enabled
RA92, UNIT=1, autosize
RAW format
RQ2 625MB, attached to /home/vaxuser/VAX-INSTALL-MEDIA/VMS-7_2-ODS-cdrom.iso, read only
RRD40, UNIT=2, autosize
RAW format
RQ3 409KB, not attached, write enabled
RX50, UNIT=3, autosize
AUTO format
RQB disabled
RQC disabled
RQD disabled
TS disabled
TQ disabled
XQ address=20001920-2000192F, no vector, BR4, MAC=08:00:2B:33:44:55
type=DELQA, polling=disabled, sanity=OFF
throttle=disabled, DEQNALock=OFF, leds=(ON,ON,ON)
not attached
XQB disabled
sim>

With the above I am getting ....

sim> boot cpu
No protocol specified
No protocol specified
xcb_connection_has_error() returned true
No protocol specified
xcb_connection_has_error() returned true
No protocol specified
QVSS: Error Creating Video Window: No available video device

File open error, PC: 00000000 (HALT)
--
+------------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network&System Engineer | 3237 Holden Road | Give me Linux |
| ***@baby-dragons.com | Fairbanks, AK. 99709 | only on AXP |
+------------------------------------------------------------------+
James W. Laferriere
2018-07-02 02:07:00 UTC
Permalink
Hello All , Found the entry in the .ini file that was causing the
problem ...

SET CPU MODEL=VAXStation

I'll try tomorrow

SET QVSS ENABLE

To see if there is a difference .

Twyl , JimL
Post by James W. Laferriere
Hello All , I moved my simh (ie: vaxuser) to a standalone system at
my home (info below) and now simh fails with "File open error..." , Not
understanding why this is the case . I've recompiled all the necessary
components (that I am aware of) , and then recompiled SIMH .
Would someone please point a finger at what I might be doing wrong
and/or request of me more info with the necessary commands to do so .
Tia , JimL
look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.
Linux vaxbox 4.4.132-smp #2 SMP Mon May 21 15:50:54 CDT 2018 i686 Intel(R)
GNU C 5.5.0
GNU Make 4.1
Binutils 2.26.20160125
Util-linux 2.27.1
Mount 2.27.1
Module-init-tools 22
E2fsprogs 1.43.1
Jfsutils 1.1.15
Reiserfsprogs 3.6.24
Xfsprogs 4.3.0
Pcmciautils 018
Quota-tools 4.03
PPP 2.4.7
Linux C Library 2.23
Dynamic linker (ldd) 2.23
Linux C++ Library 6.0.21
Net-tools 1.60
Kbd 1.15.3
Console-tools 1.15.3
Sh-utils 8.25
Udev 220
Wireless-tools 29
Modules Loaded agpgart bluetooth button coretemp dcdbas drm
drm_kms_helper e1000e ehci_hcd ehci_pci evdev fb_sys_fops fjes fuse gpio_ich
hid hid_generic hwmon i2c_algo_bit i2c_core i2c_dev i2c_i801 intel_agp
intel_gtt ipv6 irqbypass kvm kvm_intel loop lpc_ich mxm_wmi nfnetlink
nfnetlink_log nfnetlink_queue nouveau pps_core processor psmouse ptp rfkill
serio_raw shpchp snd snd_hda_codec snd_hda_codec_generic snd_hda_codec_idt
snd_hda_core snd_hda_intel snd_hwdep snd_pcm snd_timer soundcore syscopyarea
sysfillrect sysimgblt tpm tpm_tis ttm tun uhci_hcd usbhid video wmi
sim> sh ver
VAXStation 3900 (KA655) simulator V4.0-0 Current
64b data
64b addresses
Threaded Ethernet Packet transports:PCAP:TAP:NAT:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
RAW disk and CD/DVD ROM support
Asynchronous I/O support (Lock free asynchronous event queue)
Asynchronous Clock support
FrontPanel API Version 12
Compiler: GCC 5.5.0
Simulator Compiled as C arch: x86 (Release Build) on Jun 24 2018 at 09:19:38
Memory Access: Little Endian
Memory Pointer Size: 32 bits
Large File (>2GB) support
SDL Video support: SDL Version 2.0.8
PCRE RegEx (Version 8.39 2016-06-14) support for EXPECT commands
OS clock resolution: 1ms
Time taken by msleep(1): 1ms
OS: Linux vaxbox 4.4.132-smp #2 SMP Mon May 21 15:50:54 CDT 2018 i686
git commit id: 0fa5807e
git commit time: 2018-05-28T11:58:42-0700
sim> sh conf
VAXStation 3900 (KA655) simulator configuration
CPU idle=VMS, idle enabled, model=MicroVAX 3900 (KA655), NOAUTOBOOT
512MB, HALT to console
TLB 2 units
TLB0 8192W
TLB1 8192W
ROM address=0x20040000-0x2005ffff
128KB, 1usec calibrated access
NVR address=0x20140400-0x201407ff
1024B, attached to /home/vaxuser/VAX-DISKS/vaxZ-nvram.bin
SYSD 2 units
SYSD0
SYSD1
QBA autoconfiguration enabled
CLK vector=C0, BR6
12B
TTI vector=F8, BR4
8b
TTO vector=FC, BR4
8b
CSI vector=F0, BR4
CSO vector=F4, BR4
not attached
TDC disabled
DZ disabled
VH address=20000120-2000012F*, vector=2C0-2C4*, BR4, lines=8
attached to 65000, DHV mode, Modem
Hangup, 0 current connections
CR disabled
LPT disabled
QVSS Uncaptured Input Mode, address=20001E80-20001EBF, vector=2C8-2CC*, BR4
LK
VS
RL disabled
RQ address=20001468-2000146B, no vector, BR4, RQDX3, 4 units
RQ0 4290MB, attached to /home/vaxuser/VAX-DISKS/vaxX-vms-rq0.dsk, write enabled
RA8U, UNIT=0, autosize
RAW format
RQ1 1505MB, attached to /home/vaxuser/VAX-DISKS/vaxX-vms-rq1.dsk, write enabled
RA92, UNIT=1, autosize
RAW format
RQ2 625MB, attached to
/home/vaxuser/VAX-INSTALL-MEDIA/VMS-7_2-ODS-cdrom.iso, read only
RRD40, UNIT=2, autosize
RAW format
RQ3 409KB, not attached, write enabled
RX50, UNIT=3, autosize
AUTO format
RQB disabled
RQC disabled
RQD disabled
TS disabled
TQ disabled
XQ address=20001920-2000192F, no vector, BR4, MAC=08:00:2B:33:44:55
type=DELQA, polling=disabled, sanity=OFF
throttle=disabled, DEQNALock=OFF, leds=(ON,ON,ON)
not attached
XQB disabled
sim>
With the above I am getting ....
sim> boot cpu
No protocol specified
No protocol specified
xcb_connection_has_error() returned true
No protocol specified
xcb_connection_has_error() returned true
No protocol specified
QVSS: Error Creating Video Window: No available video device
File open error, PC: 00000000 (HALT)
--
+------------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network&System Engineer | 3237 Holden Road | Give me Linux |
| ***@baby-dragons.com | Fairbanks, AK. 99709 | only on AXP |
+------------------------------------------------------------------+
Mark Pizzolato
2018-07-02 11:07:10 UTC
Permalink
Hello All , Found the entry in the .ini file that was causing the problem
...
SET CPU MODEL=VAXStation
I'll try tomorrow
SET QVSS ENABLE
To see if there is a difference .
There won't be a difference. These are effectively equivalent. Statements.

When asking for help it is most valuable for you to provide the configuration file which you are using that creates the problem. Merely displaying what the simulator looks like after the problem has occurred is not sufficient input.
Meanwhile, you can invoke a configuration file from the "sim>" prompt with the -v switch (sim> do -v config-file.ini) which will display each command as it is processed and if there are errors the specific command(s) which produced the errors will be more obvious. If you're using the default configuration file name (i.e. simulator-name.ini), then you can invoke the simulator with the -V switch which will display the default file as it is being processed (i.e. vax -V).

Meanwhile, back to your problem. I installed Slackware 14.2, upgraded EVERYTHING and installed SDL2 and ultimately got a clean vax simulator build after upgrading everything again. Once I got a clean build, I was able to:

MicroVAX 3900 simulator V4.0-0 Current git commit id: 8c0439fe
sim> set cpu model=vaxstation
QVSS Display Created. Uncaptured Input Mode
sim> set qvss enable
sim> show version
VAXStation 3900 (KA655) simulator V4.0-0 Current
Simulator Framework Capabilities:
64b data
64b addresses
Threaded Ethernet Packet transports:PCAP:TAP:NAT:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
RAW disk and CD/DVD ROM support
Asynchronous I/O support (Lock free asynchronous event queue)
Asynchronous Clock support
FrontPanel API Version 12
Host Platform:
Compiler: GCC 5.3.0
Simulator Compiled as C arch: x64 (Release Build) on Jul 2 2018 at 03:39:26
Memory Access: Little Endian
Memory Pointer Size: 64 bits
Large File (>2GB) support
SDL Video support: SDL Version 2.0.8
PCRE RegEx (Version 8.39 2016-06-14) support for EXPECT commands
OS clock resolution: 1ms
Time taken by msleep(1): 1ms
OS: Linux slackware-14 4.4.14 #2 SMP Fri Jun 24 13:38:27 CDT 2016 x86_64 Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz GenuineIntel GNU/Linux
git commit id: 8c0439fe
git commit time: 2018-06-24T03:21:22-0700
sim>

The SET CPU MODEL=VAXSTATION command created the video window as expected.

You are not working with the latest simh code. Please pick up the latest code from the master branch at https://github.com/simh/simh If your problem persists, please create an issue at https://github.com/simh/simh/issues to further track this to ground.

FYI, the build on my test slackware environment looks like:

bash-4.3# make vax
lib paths are: /lib64/ /usr/lib64/ /usr/lib64/seamonkey/
include paths are: /usr/lib64/gcc/x86_64-slackware-linux/5.3.0/include /usr/local/include /usr/lib64/gcc/x86_64-slackware-linux/5.3.0/include-fixed /usr/include
using libm: /usr/lib64/libm.so
using librt: /usr/lib64/librt.so
using libpthread: /usr/lib64/libpthread.so /usr/include/pthread.h
using libpcreposix: /usr/lib64/libpcreposix.so /usr/lib64/libpcre.so /usr/include/pcreposix.h /usr/include/pcre.h
using semaphore: /usr/include/semaphore.h
using libdl: /usr/lib64/libdl.so /usr/include/dlfcn.h
using libpng: /usr/lib64/libpng.so /usr/include/png.h
using mman: /usr/include/sys/mman.h
using libSDL2: /usr/include/SDL2/SDL.h
using libpcap: /usr/include/pcap.h
*** Info ***
*** Info *** vax Simulator are being built with
*** Info *** minimal libpcap networking support
*** Info ***
*** Info ***
*** Info *** Simulators on your Linux platform can also be built with
*** Info *** extended LAN Ethernet networking support by using VDE Ethernet.
*** Info ***
*** Info *** To build simulator(s) with extended networking support you
*** Info *** should read 0readme_ethernet.txt and follow the instructions
*** Info *** regarding the needed libvdeplug components for your Linux
*** Info *** platform
*** Info ***
***
*** vax Simulator being built with:
*** - compiler optimizations and no debugging support. GCC Version: 5.3.0.
*** - dynamic networking support using Linux provided libpcap components.
*** - Local LAN packet transports: PCAP TAP NAT(SLiRP)
*** - video capabilities provided by libSDL2 (Simple Directmedia Layer).
***
*** git commit id is 8c0439feaa976c6a4cec11b024dddd694c71edb9.
*** git commit time is 2018-06-24T03:21:22-0700.
***
gcc -std=gnu99 -U__STRICT_ANSI__ -O2 -finline-functions -fgcse-after-reload -fpredictive-commoning -fipa-cp-clone -fno-unsafe-loop-optimizations -fno-strict-overflow -flto -fwhole-program -Wno-unused-result -DSIM_GIT_COMMIT_ID=8c0439feaa976c6a4cec11b024dddd694c71edb9 -DSIM_GIT_COMMIT_TIME=2018-06-24T03:21:22-0700 -DSIM_COMPILER="GCC Version: 5.3.0" -I . -D_GNU_SOURCE -DUSE_READER_THREAD -DSIM_ASYNCH_IO -DHAVE_PCREPOSIX_H -DHAVE_SEMAPHORE -DHAVE_SYS_IOCTL -DHAVE_LINUX_CDROM -DHAVE_DLOPEN=so -DHAVE_UTIME -DHAVE_LIBPNG -DHAVE_GLOB -DHAVE_SHM_OPEN sim_BuildROMs.c -o BIN/BuildROMs
BIN/BuildROMs
rm -f BIN/BuildROMs
gcc -std=gnu99 -U__STRICT_ANSI__ -O2 -finline-functions -fgcse-after-reload -fpredictive-commoning -fipa-cp-clone -fno-unsafe-loop-optimizations -fno-strict-overflow -flto -fwhole-program -Wno-unused-result -DSIM_GIT_COMMIT_ID=8c0439feaa976c6a4cec11b024dddd694c71edb9 -DSIM_GIT_COMMIT_TIME=2018-06-24T03:21:22-0700 -DSIM_COMPILER="GCC Version: 5.3.0" -I . -D_GNU_SOURCE -DUSE_READER_THREAD -DSIM_ASYNCH_IO -DHAVE_PCREPOSIX_H -DHAVE_SEMAPHORE -DHAVE_SYS_IOCTL -DHAVE_LINUX_CDROM -DHAVE_DLOPEN=so -DHAVE_UTIME -DHAVE_LIBPNG -DHAVE_GLOB -DHAVE_SHM_OPEN VAX/vax_cpu.c VAX/vax_cpu1.c VAX/vax_fpa.c VAX/vax_io.c VAX/vax_cis.c VAX/vax_octa.c VAX/vax_cmode.c VAX/vax_mmu.c VAX/vax_stddev.c VAX/vax_sysdev.c VAX/vax_sys.c VAX/vax_syscm.c VAX/vax_syslist.c VAX/vax_vc.c VAX/vax_lk.c VAX/vax_vs.c VAX/vax_2681.c PDP11/pdp11_rl.c PDP11/pdp11_rq.c PDP11/pdp11_ts.c PDP11/pdp11_dz.c PDP11/pdp11_lp.c PDP11/pdp11_tq.c PDP11/pdp11_xq.c PDP11/pdp11_vh.c PDP11/pdp11_cr.c PDP11/pdp11_td.c PDP11/pdp11_io_lib.c scp.c sim_console.c sim_fio.c sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c sim_tape.c sim_disk.c sim_serial.c sim_video.c sim_imd.c sim_card.c -DVM_VAX -DUSE_INT64 -DUSE_ADDR64 -DUSE_SIM_VIDEO -I VAX -I PDP11 -DHAVE_PCAP_NETWORK -I/usr/include/ -DBPF_CONST_STRING -DUSE_SHARED -DHAVE_TAP_NETWORK -Islirp -Islirp_glue -Islirp_glue/qemu -DHAVE_SLIRP_NETWORK -DUSE_SIMH_SLIRP_DEBUG slirp/*.c slirp_glue/*.c -DHAVE_LIBSDL -DUSE_SIM_VIDEO `/usr/bin/sdl2-config --cflags` `/usr/bin/sdl2-config --libs` -o BIN/microvax3900 -lm -lrt -lpthread -lpcreposix -lpcre -ldl -lpng -flto -fwhole-program
cp BIN/microvax3900 BIN/vax

- Mark
Post by James W. Laferriere
Hello All , I moved my simh (ie: vaxuser) to a standalone system at
my home (info below) and now simh fails with "File open error..." ,
Not understanding why this is the case . I've recompiled all the
necessary components (that I am aware of) , and then recompiled SIMH .
Would someone please point a finger at what I might be doing wrong
and/or request of me more info with the necessary commands to do so .
Tia , JimL
empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.
Linux vaxbox 4.4.132-smp #2 SMP Mon May 21 15:50:54 CDT 2018 i686
Intel(R)
Post by James W. Laferriere
GNU C 5.5.0
GNU Make 4.1
Binutils 2.26.20160125
Util-linux 2.27.1
Mount 2.27.1
Module-init-tools 22
E2fsprogs 1.43.1
Jfsutils 1.1.15
Reiserfsprogs 3.6.24
Xfsprogs 4.3.0
Pcmciautils 018
Quota-tools 4.03
PPP 2.4.7
Linux C Library 2.23
Dynamic linker (ldd) 2.23
Linux C++ Library 6.0.21
Net-tools 1.60
Kbd 1.15.3
Console-tools 1.15.3
Sh-utils 8.25
Udev 220
Wireless-tools 29
Modules Loaded agpgart bluetooth button coretemp dcdbas drm
drm_kms_helper e1000e ehci_hcd ehci_pci evdev fb_sys_fops fjes fuse
gpio_ich hid hid_generic hwmon i2c_algo_bit i2c_core i2c_dev i2c_i801
intel_agp intel_gtt ipv6 irqbypass kvm kvm_intel loop lpc_ich mxm_wmi
nfnetlink nfnetlink_log nfnetlink_queue nouveau pps_core processor
psmouse ptp rfkill serio_raw shpchp snd snd_hda_codec
snd_hda_codec_generic snd_hda_codec_idt snd_hda_core snd_hda_intel
snd_hwdep snd_pcm snd_timer soundcore syscopyarea sysfillrect
sysimgblt tpm tpm_tis ttm tun uhci_hcd usbhid video wmi
sim> sh ver
VAXStation 3900 (KA655) simulator V4.0-0 Current
64b data
64b addresses
Threaded Ethernet Packet transports:PCAP:TAP:NAT:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
RAW disk and CD/DVD ROM support
Asynchronous I/O support (Lock free asynchronous event queue)
Asynchronous Clock support
FrontPanel API Version 12
Compiler: GCC 5.5.0
Simulator Compiled as C arch: x86 (Release Build) on Jun 24
2018 at
09:19:38
Memory Access: Little Endian
Memory Pointer Size: 32 bits
Large File (>2GB) support
SDL Video support: SDL Version 2.0.8
PCRE RegEx (Version 8.39 2016-06-14) support for EXPECT commands
OS clock resolution: 1ms
Time taken by msleep(1): 1ms
OS: Linux vaxbox 4.4.132-smp #2 SMP Mon May 21 15:50:54 CDT 2018
i686
Post by James W. Laferriere
git commit id: 0fa5807e
git commit time: 2018-05-28T11:58:42-0700
sim> sh conf
VAXStation 3900 (KA655) simulator configuration
CPU idle=VMS, idle enabled, model=MicroVAX 3900 (KA655),
NOAUTOBOOT
Post by James W. Laferriere
512MB, HALT to console
TLB 2 units
TLB0 8192W
TLB1 8192W
ROM address=0x20040000-0x2005ffff
128KB, 1usec calibrated access
NVR address=0x20140400-0x201407ff
1024B, attached to /home/vaxuser/VAX-DISKS/vaxZ-nvram.bin
SYSD 2 units
SYSD0
SYSD1
QBA autoconfiguration enabled
CLK vector=C0, BR6
12B
TTI vector=F8, BR4
8b
TTO vector=FC, BR4
8b
CSI vector=F0, BR4
CSO vector=F4, BR4
not attached
TDC disabled
DZ disabled
VH address=20000120-2000012F*, vector=2C0-2C4*, BR4, lines=8
attached to 65000, DHV mode, Modem
Hangup, 0 current connections
CR disabled
LPT disabled
QVSS Uncaptured Input Mode, address=20001E80-20001EBF, vector=2C8-
2CC*,
Post by James W. Laferriere
BR4
LK
VS
RL disabled
RQ address=20001468-2000146B, no vector, BR4, RQDX3, 4 units
RQ0 4290MB, attached to /home/vaxuser/VAX-DISKS/vaxX-vms-rq0.dsk,
write
Post by James W. Laferriere
enabled
RA8U, UNIT=0, autosize
RAW format
RQ1 1505MB, attached to /home/vaxuser/VAX-DISKS/vaxX-vms-rq1.dsk,
write
Post by James W. Laferriere
enabled
RA92, UNIT=1, autosize
RAW format
RQ2 625MB, attached to
/home/vaxuser/VAX-INSTALL-MEDIA/VMS-7_2-ODS-cdrom.iso, read only
RRD40, UNIT=2, autosize
RAW format
RQ3 409KB, not attached, write enabled
RX50, UNIT=3, autosize
AUTO format
RQB disabled
RQC disabled
RQD disabled
TS disabled
TQ disabled
XQ address=20001920-2000192F, no vector, BR4, MAC=08:00:2B:33:44:55
type=DELQA, polling=disabled, sanity=OFF
throttle=disabled, DEQNALock=OFF, leds=(ON,ON,ON)
not attached
XQB disabled
sim>
With the above I am getting ....
sim> boot cpu
No protocol specified
No protocol specified
xcb_connection_has_error() returned true No protocol specified
xcb_connection_has_error() returned true No protocol specified
QVSS: Error Creating Video Window: No available video device
File open error, PC: 00000000 (HALT)
--
+------------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network&System Engineer | 3237 Holden Road | Give me Linux |
+------------------------------------------------------------------+
_______________________________________________
Simh mailing list
http://mailman.trailing-edge.com/mailman/listinfo/simh
Matt Burke
2018-07-02 21:55:29 UTC
Permalink
This post might be inappropriate. Click to display it.
James W. Laferriere
2018-07-02 23:09:43 UTC
Permalink
This post might be inappropriate. Click to display it.
Matt Burke
2018-07-03 08:06:40 UTC
Permalink
Post by James W. Laferriere
So now I have a qvss window but have been wondering why after
executing the 'boot cpu' sequence that the output/input isn't
transfered to the qvss window ? Just a wondering not a difficulty
I'll try the VMS instance I have and see if it'll populate that window .
The MicroVAX 3900 console ROM does not support the QVSS so the console
won't transfer to that window. DECwindows does support the QVSS however
so at the end of the boot process you should get the graphical login
screen in the QVSS window.

I know some others were asking so for the record to get DECwindows
running you need to install the DECwindows kit and the appropriate
licence (DW-MOTIF). You also need to set the WINDOW_SYSTEM parameter in
SYSGEN. This has three settings:

0 - No Window System
1 - DECwindows
2 - VWS

If you want a VAX that supports the QVSS as a console then you'll need
to use the VAXstation I or VAXstation II simulators (microvax1, microvax2).

Matt
Mark Pizzolato
2018-07-03 10:06:08 UTC
Permalink
Post by Matt Burke
Post by James W. Laferriere
So now I have a qvss window but have been wondering why after
executing the 'boot cpu' sequence that the output/input isn't
transfered to the qvss window ? Just a wondering not a difficulty
I'll try the VMS instance I have and see if it'll populate that window .
The MicroVAX 3900 console ROM does not support the QVSS so the console
won't transfer to that window. DECwindows does support the QVSS however
so at the end of the boot process you should get the graphical login screen in
the QVSS window.
All true. The VCB01 (QVSS) graphics were not sold with systems of this vintage
(with KA655 CPU's) so the console ROM support for this device was not included.
However, from earlier digging years ago, I recall that the VCB02 (QDSS) video
support remains in the KA655 ROM. If someone ever implements simh support
for the VCB02, the expected ROM interface is waiting... :-)

- Mark
James W. Laferriere
2018-07-03 20:08:15 UTC
Permalink
Hello Matt ,
Post by Matt Burke
Post by James W. Laferriere
So now I have a qvss window but have been wondering why after
executing the 'boot cpu' sequence that the output/input isn't
transfered to the qvss window ? Just a wondering not a difficulty
I'll try the VMS instance I have and see if it'll populate that window .
The MicroVAX 3900 console ROM does not support the QVSS so the console
won't transfer to that window. DECwindows does support the QVSS however
so at the end of the boot process you should get the graphical login
screen in the QVSS window.
I know some others were asking so for the record to get DECwindows
running you need to install the DECwindows kit and the appropriate
licence (DW-MOTIF). You also need to set the WINDOW_SYSTEM parameter in
0 - No Window System
1 - DECwindows
2 - VWS
If you want a VAX that supports the QVSS as a console then you'll need
to use the VAXstation I or VAXstation II simulators (microvax1, microvax2).
Matt
Thank you , (#1, for not rubbing my nose in it) and the guidence along
the way .

One (poss.) odd question is it possible to scale up the qvss window so
that it might (as close as possible) fit a new age screen ? I understand there
is physical limitation in the emulation in order to maintain appropriate
original function . But am hoping I might be able to scale the output for
less eye abuse .

Tia , JimL
--
+------------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network&System Engineer | 3237 Holden Road | Give me Linux |
| ***@baby-dragons.com | Fairbanks, AK. 99709 | only on AXP |
+------------------------------------------------------------------+
Mark Pizzolato
2018-07-03 20:59:58 UTC
Permalink
Post by James W. Laferriere
Post by Matt Burke
Post by James W. Laferriere
So now I have a qvss window but have been wondering why after
executing the 'boot cpu' sequence that the output/input isn't
transfered to the qvss window ? Just a wondering not a difficulty
I'll try the VMS instance I have and see if it'll populate that window .
The MicroVAX 3900 console ROM does not support the QVSS so the console
won't transfer to that window. DECwindows does support the QVSS
however so at the end of the boot process you should get the graphical
login screen in the QVSS window.
I know some others were asking so for the record to get DECwindows
running you need to install the DECwindows kit and the appropriate
licence (DW-MOTIF). You also need to set the WINDOW_SYSTEM parameter
0 - No Window System
1 - DECwindows
2 - VWS
If you want a VAX that supports the QVSS as a console then you'll need
to use the VAXstation I or VAXstation II simulators (microvax1, microvax2).
Matt
Thank you , (#1, for not rubbing my nose in it) and the guidence along
the way .
One (poss.) odd question is it possible to scale up the qvss window so
that it might (as close as possible) fit a new age screen ? I understand there is
physical limitation in the emulation in order to maintain appropriate original
function . But am hoping I might be able to scale the output for less eye abuse
Well, the QVSS display has a  specific number of pixels total (1024x864). This
cannot be changed. In theory, a 2X pixel size could be scaled to fit on a high
resolution display. We may look at that after a new batch of changes to the simh
video functionality have been digested. This would not be a high priority.

Meanwhile, the latest code now displays a useful failure message rather than
any SEGFAULT when the conditions you created happen.

- Mark
James W. Laferriere
2018-07-03 21:22:10 UTC
Permalink
Hello Mark ,
Post by Mark Pizzolato
Post by James W. Laferriere
Post by Matt Burke
I know some others were asking so for the record to get DECwindows
running you need to install the DECwindows kit and the appropriate
licence (DW-MOTIF). You also need to set the WINDOW_SYSTEM parameter
0 - No Window System
1 - DECwindows
2 - VWS
I'll have to remember this . And a few other items I've lost along the
way .
Post by Mark Pizzolato
Post by James W. Laferriere
Post by Matt Burke
If you want a VAX that supports the QVSS as a console then you'll need
to use the VAXstation I or VAXstation II simulators (microvax1, microvax2).
Matt
Thank you , (#1, for not rubbing my nose in it) and the guidence along
the way .
One (poss.) odd question is it possible to scale up the qvss window so
that it might (as close as possible) fit a new age screen ? I understand there is
physical limitation in the emulation in order to maintain appropriate original
function . But am hoping I might be able to scale the output for less eye abuse
Well, the QVSS display has a  specific number of pixels total (1024x864). This
cannot be changed. In theory, a 2X pixel size could be scaled to fit on a high
resolution display. We may look at that after a new batch of changes to the simh
video functionality have been digested. This would not be a high priority.
Hmmm , Using even fractions 1+(1/2, 1/4, 1/8)*Resolution at least shows
a result of a pure integer number of pixels ... Only showing 1/2 & 1/4 's .
Very NOT sure how well those'd work out tho ...

1024*1.25 = 1280.00 (most sold monitors)
864*1.25 = 1080.00

1024*1.50 = 1536.00 (2K and above maybe)
864*1.50 = 1296.00

1024*1.75 = 1792.00 (3K iirc )
864*1.75 = 1512.00

1024*2.00 = 2048.00 (4K Definately)
864*2.00 = 1728.00
Post by Mark Pizzolato
Meanwhile, the latest code now displays a useful failure message rather than
any SEGFAULT when the conditions you created happen.
- Mark
Thank you . I'll have to arrange for a new pull to be sent to me snail
mail , I live on the far end of a very limited use link .

Twyl , JimL
--
+------------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network&System Engineer | 3237 Holden Road | Give me Linux |
| ***@baby-dragons.com | Fairbanks, AK. 99709 | only on AXP |
+------------------------------------------------------------------+
Mark Pizzolato
2018-07-03 21:35:23 UTC
Permalink
Post by Mark Pizzolato
Post by Mark Pizzolato
Post by James W. Laferriere
One (poss.) odd question is it possible to scale up the qvss window
so that it might (as close as possible) fit a new age screen ? I
understand there is physical limitation in the emulation in order to
maintain appropriate original function . But am hoping I might be
able to scale the output for less eye abuse
Well, the QVSS display has a  specific number of pixels total
(1024x864). This cannot be changed. In theory, a 2X pixel size could
be scaled to fit on a high resolution display. We may look at that
after a new batch of changes to the simh video functionality have been
digested. This would not be a high priority.
Hmmm , Using even fractions 1+(1/2, 1/4, 1/8)*Resolution at least
shows a result of a pure integer number of pixels ... Only showing 1/2 & 1/4 's .
Very NOT sure how well those'd work out tho ...
1024*1.25 = 1280.00 (most sold monitors)
864*1.25 = 1080.00
1024*1.50 = 1536.00 (2K and above maybe)
864*1.50 = 1296.00
1024*1.75 = 1792.00 (3K iirc )
864*1.75 = 1512.00
1024*2.00 = 2048.00 (4K Definately)
864*2.00 = 1728.00
Non integer multiples are probably not going to be useful (or
considered) since all of that gets significantly more complicated
(possibly ambiguous) with mouse tracking and pixel content scaling.
Post by Mark Pizzolato
Post by Mark Pizzolato
Meanwhile, the latest code now displays a useful failure message
rather than any SEGFAULT when the conditions you created happen.
- Mark
Thank you . I'll have to arrange for a new pull to be sent to me snail
mail , I live on the far end of a very limited use link .
If it is costly for you to pick up the latest, then don't bother. This fix is for
the next person who ties themselves in a similar knot and hopefully will
avoid leading them astray.

- Mark

Loading...