[Simh] Install of VMS4.6 on VAX 780 crashes

[Peter Allan]

I have investigated further about me failing to get the vax 780 emulator to
work properly on Linux.

My main system runs CentOS 5.5. I have built the vax780 executable from the
simh 3.8-1 source code, simply by typing "make vax780".

I am consistently failing to get the 780 emulator to work with VMS 4.6,
although
I did manage to install VMS 7.3 from the Compaq CD a few days ago. I have
been
happily using the microVAX 3900 emulator with VMS 5.5-2 and 7.3 for months.

I have tried other versions of Linux and I have got the 780 emulator to run
VMS 4.6 on Fedora Core 14. Also, I have managed to run the version of the
emulator that I built on Fedora Core 14, on CentOS by copying the files to
that
system. I feel this is pointing towards some incompatibility with the
version
of gcc that is on CentOS 5.5.

I have recorded what I beleve to be relevant information about the two
systems
below.

---------------------------------------------------------
Centos 5.5

Kernel version
   2.6.18-194.26.1.el5

gcc -v gives:

Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/u
sr/share/info --enable-shared --enable-threads=posix
--enable-checking=release -
-with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-
libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada
--enable
-java-awt=gtk --disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-
1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)

glibc version
   glibc-2.5-49.el5_5.7

ldd vax780 gives:
        librt.so.1 => /lib64/librt.so.1 (0x0000003357200000)
        libm.so.6 => /lib64/libm.so.6 (0x0000003356200000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003355e00000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003356a00000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003355a00000)
---------------------------------------------------------
Fedora Core 14

Kernel version
   2.6.35.6-48.fc14.x86_6

gcc -v gives

Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.5.1/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/u
sr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla--enable-bootstr
ap --enable-shared --enable-threads=posix --enable-checking=release
--with-syste
m-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-gnu-unique-
object --enable-linker-build-id
--enable-languages=c,c++,objc,obj-c++,java,fortr
an,ada,lto --enable-plugin --enable-java-awt=gtk --disable-dssi
--with-java-home
=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile
--enable-java
-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--disable-libjav
a-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686
--bui
ld=x86_64-redhat-linux
Thread model: posix
gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC)

glibc version
   glibc-2.12.90-19.i686

ldd vax780 gives:
    linux-vdso.so.1 =>  (0x00007fff513ff000)
    librt.so.1 => /lib64/librt.so.1 (0x0000003a7b000000)
    libm.so.6 => /lib64/libm.so.6 (0x0000003a79c00000)
    libc.so.6 => /lib64/libc.so.6 (0x0000003a79800000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003a7a000000)
    /lib64/ld-linux-x86-64.so.2 (0x0000003a79000000)
---------------------------------------------------------

One further piece of information (not sure if it is relevant); even when the
emulated 780 boots, sometimes it hangs shortly after it boots, but booting
with

>>> boot rq0/r5:1
and typing CONT in SYSBOOT gets it going

So, I am able to run the 780 emulator on Linux and get it to install VMS
4.6,
if only by the devious means of building it on one system and running it on
another. However, it feels awfully fragile.

I will give it a try with -O0

Peter Allan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20101229/2a93f842/attachment-0002.html>