[HECnet] SIMH VAX Project

Mark Benson md.benson at gmail.com
Thu Jun 30 15:51:02 PDT 2011


On 30 Jun 2011, at 14:40, Johnny Billquist <bqt at softjar.se> wrote:

. However, most people just find it overly complex to manage compared to DECnet IV, without any tangible benefits.

I will need to look at reconfiguring my Alpha I think. Contemplating changing the disks around in it anyway so might try and get it right on re-install.

As for the "problems" with NetBSD, I think I saw that you figured out that simh needs to be run as root for it to work. That should be pretty obvious, since it would be a big security problem if everyone was allowed to sniff the ethernet cables at will. Also, it is "ra0" and not "/dev/ra0". Ethernet device names are not paths that exist in the file system. It should be obvious if you actually do an ls on /dev... There isn't any /dev/ra0 (well, unless you happen to run a VAX with NetBSD, in which case there would be a /dev/ra0[a-h] for a disk drive.

NetBSD's /dev is very confusing - a whole lot of nodes exist for hardware that isn't there (as far as I can see).

I was clutching at straws. :)

Yes, both simh and the machine itself can share the same ethernet port, with the possible problem of talking between those two entities. But from other machines, there will not be any problems (this is not an aspect of the pcap library, but actually a thing related to the Berkley packet filter (bpf) which pcap use, and also to the underlying ethernet driver and possibly the hardware itself).

However, there is in general a bigger problem with simh, NetBSD and DECnet, in that DECnet expects to be able to change the MAC address of the ethernet interface

SIMH uses a separate MAC address that is specified in the bootstrap configuration. I'd imagine (I don't know for sure) that DECNet's MAC control would alter this value, not require altering the hardware embedded MAC of the NIC. The two instances appear to outside Ethernet devices as separate entities as far as I can tell.

As for compiling, yes, the pcap library have to be around already at compile time, or the compilation will fail (obviously). Not withstanding shared libraries and all that, the header files, which are also installed along with the pcap library itself, are needed for compilation. And at link time, the library is checked for some information at that time also. That said, libpcap is a standard component of NetBSD, and there is no need to install another version from pkgsrc.

It may have pulled it in as a dependancy via pkgsrc. I know it compiled and installed 4 packages.

Well, not really. Linux and Unix are written by different people, but they are based on the same basic design. VMS and WNT was designed by the same person, but not designed in the same way.

Anyone using one Unix system will feel pretty much at home with any other Unix system. Yes, some details differs, but almost everything will be the same, down to using the same shell, similary file system layout, and so on... Try that between VMS and WNT if you dare... :-)

It was only a joke. ;) ;)

I hostnamed my new Windows PC 'cutler' - I needed a name and as it's running a spiritual successor of NT I thought it was appropriate ;)

-- 
Mark Benson

http://markbenson.org/blog
http://twitter.com/MDBenson



More information about the Hecnet-list mailing list