[Simh] THE SOULTION - Segmentation fault when running the MIcrovax emulator

Arpadffy Zoltan Zoltan.Arpadffy at scientificgames.se
Wed Jan 11 05:04:29 EST 2012


Hello,

I am glad that this issue is solved as well.

I wonder, is there any reason why Mark's code is not officially released?

Thank you.

Regards,
Z

-----Original Message-----
From: brian [mailto:brian at meadows.pair.com]
Sent: den 11 januari 2012 09:58
To: SIMH
Subject: Re: [Simh] THE SOULTION - Segmentation fault when running the MIcrovax emulator

Thanks to those others who tried to help, but Mark Pizzolato managed
to get to the bottom of it all.

It seems that most of the problem was outdated documentation. I was
still trying to use the libpcap from tcpdump, as recommended by Phil
Wherry's writeup.

At Mark's suggestion, and with the latest version of his code, I
downloaded the libpcap from the repositories, removed the USE_NETWORK
switch when building SIMH, switched to using the inbuilt TUN/TAP
business, and everything now builds correctly and gets past the point
at which SIMH was crashing.

There should maybe be a note placed prominently on the front page of
the SIMH website warning that Phil Wherry's writeup is now incorrect
in some respects?


Brian.


On 01/06/2012 06:55 PM, brian wrote:
>
> Returning to SIMH for the first time in quite a while, I decided to
> set things up from scratch again, mainly because I can't remember what
> I did previously. :)
>
> I'm using Linux Mint 9 64-bit (based on Ubuntu 10.04). I did
> previously have the Microvax emulator working, but it was under either
> Windows XP or some 32-bit version of Mandriva, can't remember which.
>
> Anyway, I downloaded, unpacked and compiled the latest sources, which
> seemed to go OK, no errors as far as I could see. I've been following
> Phil Wherry's instructions, so I started out with the following as my
> vax.ini (please assume all the paths are correct, I've checked and
> double-checked them, and there's a link to vax.ini from the directory
> with the compiled program)
>
> load -r /home/brian/vax/data/ka655x.bin
> attach nvr /home/brian/vax/data/nvram.bin
> set cpu 512m
> set rq0 ra92
> set rq1 ra92
> set rq2 ra92
> set rq3 cdrom
> attach rq0 /home/brian/vax/data/da0.dsk
> attach rq1 /home/brian/vax/data/da1.dsk
> attach rq2 /home/brian/vax/data/da2.dsk
> attach -r rq3 /home/brian/vax/data/vms073.ISO
> set xq mac=00-1C-25-EA-22-09
> attach xq eth0
> set cpu conhalt
> boot cpu
> exit
>
> Running the program (as root) produced the following output
>
>
> VAX simulator V3.8-1
> NVR: creating new file
> NVR: buffering file in memory
> RQ: unit is read only
> Segmentation fault
>
> The three files for the disks were all created and of zero length.
>
> Looking in my old setup, I saw that when I had a CD image attached, I
> had the CD device defined as an rrd40, so I gave that a try, deleting
> the three files and nvram.bin. Nope, same results.
>
> I'm sure I'm doing something stupid, but it's been almost 30 years
> since I used VMS for real, and my C programming is non-existent.
>
> Can someone try to point me in the right direction?
>
>
> Thanks,
>
> Brian.
>
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>

_______________________________________________
Simh mailing list
Simh at trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh






More information about the Simh mailing list