Re: [Simh] MAME and simh

[Wilm Boerhout]

Johnny Billquist schreef op 3-7-2020 om 13:24:

On 2020-07-03 13:19, Johnny Billquist wrote:

On 2020-07-03 13:14, Lars Brinkhoff wrote:

Johnny Billquist wrote:

I am not at all sure I agree with that... I think you too should look
at the VT100 technical manual and see how soft scrolling is done, as
an example of a place where the hardware emulation can actually become
rather tricky...


Now I'm curious.  If you have a title and a page number, I will take a
look.


I posted this last night, but here it comes again:

You really should check out of smooth scrolling on the VT100 is 
accomplished... 
(http://www.bitsavers.org/pdf/dec/terminal/vt100/EK-VT100-TM-003_VT100_Technical_Manual_Jul82.pdf, 
page 4-97, section 4.7.9 - "Split Screen Smooth Scrolling". Emulating 
those hardware tricks are not going to be easy...


Oh, and just for the people who don't want to read a lot of 
documentation, the smooth scrolling is essentially done by the 
terminal by changing where the source of the video signal generation 
picks up font information, so that you actually start scanning at a 
specific line of the font definition for characters at the video 
generation stage. And then you do additional trickery so that you 
start scanning the next line data as well, so that compared to the 
line above, this line is generated using data from two lines, and your 
picking up font definition lines with offsets, and then you need a bit 
of special casing for the first and last lines of the region.


I hope that made sense... :-)

  Johnny

The plain English description of "how it works" in the manual should be 
used in every advanced programming class.


"Now, class, program this in SNOBOL or your own favorite programming 
language." :-)


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT : MAME and simh

[Wilm Boerhout]

Hittner, David T [US] (MS) schreef op 1-7-2020 om 17:17:


Why not use PuTTY for the VT terminal emulator, which is known to work 
with SIMH?


What is the point of trying to use MAME for VT emulation?

*From:*Simh  *On Behalf Of *Peter Allan
*Sent:* Wednesday, July 1, 2020 9:34 AM
*To:* Simh Trailing-Edge Mailing List 
*Subject:* EXT :[Simh] MAME and simh

Hi folks,

I am trying to get MAME to talk to simh in order to use MAME as a VT 
terminal emulator. However, I am failing to get the two to talk to 
each other. I have been using simh for over 10 years, but I only 
picked up MAME two days ago.


I have tried MAME v 0.222 on Windows 10 and MAME v 0.208 on Debian 
10.1. Both start up successfully, but I have trouble using them. I 
also have a set of 13 ROMs for several VT terminals.


I have found some helpful information on the web, specifically

https://zork.net/~st/jottings/Real-VT102-emulation-with-MAME.html

and

https://wiki.mamedev.org/index.php/MAME_and_SIMH

The latter page looks like it should be just what I am looking for, 
but it describes using a VT240 ROM. My vt240 ROM doesn't work. My 
vt220 ROM does work, but when I follow the instructions to 'press F3 
to enter setup', nothing happens.


I have also got the impression that some of the command line options 
for mame have changed over time, so some older information on the web 
may no longer be accurate.


So, has anyone got this combination to work? If so, can they send me 
exact instructions on how to do it please. I hope that I am simply 
failing to do something that will become obvious with hindsight.


My normal Linux system is CentOS 6, CentOS 7 or Fedora 31, but I also 
have Debian 10.1 available.


I run several simulated VAX and PDP-11 instances using simh.

Cheers

Peter Allan



While PuTTY is functionally "OK" on both Linux and Windows, it is not 
particularly "accurate" as an emulator of the real VT102 (which it 
identifies as)


A ROM based emulator may be more accurate, in addition to having more 
lifelike fonts etc. I have no personal experience with Mame.


So, in all, it depends what you are looking for. I feel most comfortable 
using PuTYY with the "Glass TTY" VT font (look it up, nice piece of work!)


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Making Ethernet DEC DELUA available to RSX11M+

[Wilm Boerhout]

I think you made the worst choice for your attach command: wifi is not
ethernet, contrary to popular belief. Can you post results when your attach
to a real ethernet device ?

Wilm

Op zo 31 mei 2020 om 17:37 schreef Phil J FIsher <
phil.fis...@peejayeff.co.uk>

> All
> Following Mark P's feedback and comments, this is in many respects a
> re-submission of a previous poorly put together post.
>
> My goal in all this is to make an Ethernet adapter on PDP11 under SimH
> available to RSX11M+ V4.6 so that I can enable networking within that
> environment.  I have not been able to do this so far despite following what
> I believed to be correct approaches.
>
> The following setup comes from running SIMH on a Win10 box directly using a
> pre-built binary.
>
> SIMH>
> sim> show version
> PDP-11 simulator V4.0-0 Current
> Simulator Framework Capabilities:
> 32b data
> 32b addresses
> Threaded Ethernet Packet transports:PCAP: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: Microsoft Visual C++ 15.00.30729.01
> Simulator Compiled as C arch: x86 (Release Build) on Mar 10 2020 at
> 00:42:02
> Build Tool: simh-Visual-Studio-Project
> Memory Access: Little Endian
> Memory Pointer Size: 32 bits
> Large File (>2GB) support
> SDL Video support: SDL Version 2.0.10, PNG Version 1.6.37, zlib:
> 1.2.11
> PCRE RegEx (Version 8.43 2019-02-23) support for EXPECT commands
> OS clock resolution: 1ms
> PDTime taken by msleep(1): 1ms
> Ethernet packet info: Unsupported - Npcap version 0.9991, based on
> libpcap version 1.9.1
> Time taken by msleep(1): 1ms
> OS: Microsoft Windows [Version 10.0.18363.836]
> Architecture: x86 on AMD64, Processors: 4
> Processor Id: Intel64 Family 6 Model 142 Stepping 9, GenuineIntel,
> Level: 6, Revision: 8e09
> git commit id: c30c88c2
> git commit time: 2020-03-10T00:18:19-07:00
>
> CONFIG>
> PDP-11 simulator configuration
>
> CPU 11/70, FPP, RH70, autoconfiguration disabled, idle enabled
> SYSTEM
> RHA address=17776700-17776753, vector=254, BR5
> RHB disabled
> RHC disabled
> CLK 60Hz, address=1546-1547, vector=100, BR6
> PCLKdisabled
> PTR address=1550-1553, vector=70, BR4
> PTP address=1554-1557, vector=74, BR4
> TTI address=1560-1563, vector=60, BR4
> TTO address=1564-1567, vector=64, BR4
> TDC disabled
> CR  disabled
> LPT address=1514-1517, vector=200, BR4
> DLI disabled
> DLO disabled
> DCI disabled
> DCO disabled
> DZ  address=17760100-17760107*, vector=300-304*, BR5, lines=8
> VH  disabled
> RC  disabled
> RF  disabled
> RK  address=1400-1417, vector=220, BR5, 8 units
> RL  RL11, address=17774400-17774411, vector=160, BR5, 4 units
> HK  disabled
> RX  disabled
> RY  disabled
> RP  Massbus adapter 0 (RHA), 8 units
> RS  disabled
> RQ  disabled
> RQB disabled
> RQC disabled
> RQD disabled
> TC  disabled
> TM  disabled
> TS  disabled
> TQ  TU81 (180MB), address=17774500-17774503, no vector, BR5, 4 units
> TU  disabled
> TA  disabled
> VT  disabled
> XQ  disabled
> XQB disabled
> XU  disabled
> XUB disabled
> KG  disabled
> DMC disabled
> DUP disabled
> DPV disabled
> KDP disabled
> KE  disabled
> ROM 4 units
> CH  disabled
> NG  disabled
> DAZ disabled
>
> NETWORK>
> sim> sh eth
> ETH devices:
>  eth0   \Device\NPF_{0CAAD8E0-0523-432A-89C3-29377479808C} (VirtualBox
> Host-Only Network)
>  eth1   \Device\NPF_{A2D25F8C-319D-4D10-A2D1-F612E89065DC} (Local Area
> Connection* 10)
>  eth2   \Device\NPF_{EAE8073C-4368-41F5-9B70-77671D8038DE} (WiFi)
>  eth3   \Device\NPF_{2CEDB723-3207-46CB-A136-081880A0C53A} (VMware Network
> Adapter VMnet1)
>  eth4   \Device\NPF_{87E9C4CC-4570-4792-840C-D13C7E5806B0} (Local Area
> Connection* 2)
>  eth5   \Device\NPF_{3290B149-A507-49C1-86EE-EB9D894D48A1} (Local Area
> Connection* 8)
>  eth6   \Device\NPF_{A5A812CA-928E-4EA9-8738-2E125D177FF3} (Local Area
> Connection* 3)
>  eth7   \Device\NPF_{E4948FE0-C106-4D09-9310-EB0B72477D28} (VMware Network
> Adapter VMnet8)
>  eth8   \Device\NPF_{21E275FA-748D-414E-942D-E86C23FF7260} (Local Area
> Connection* 9)
>  eth9   \Device\NPF_{438585F9-46EB-4060-8674-0029AE4FAEE1} (Ethernet)
>  eth10  nat:{optional-nat-parameters}  (Integrated NAT
> (SLiRP) support)
>  eth11  udp:sourceport:remotehost:remoteport   (Integrated UDP
> bridge support)
>
> MANUAL CONFIG DELUA>
> sim> set XU enable
> sim> set XU 

Re: [Simh] Running the PDP-8 SIMH Emulator on Android?

[Wilm Boerhout]

cd into the dir (simh) that holds the makefile and rerun the make cmd

/wilm

Op zo 20 okt. 2019 om 22:15 schreef Bob Vines 

> Mark, et al.,
>
> I've installed termux and successfully(?) run the first two commands that
> you listed, but when I try to run "make pdp8" (without the quotes) I get
> make: *** No rule to make target 'pdp8'.  Stop.
>
> My "prompt" is a dollar sign ($) instead of the number sign (#), but the
> pkg... and git... commands seem to have run correctly.  I apologize for not
> being able to spell Linux, but I think I need more hand-holding here.
>
>
> Thanks,
>
> Bob
>
> On Sat, Oct 19, 2019 at 9:36 PM Mark Pizzolato  wrote:
>
>> Hi Bob,
>>
>> On Saturday, October 19, 2019 at 1:24 PM, Bob Vines wrote:
>> > Is there an Android version of the SIMH PDP-8 emulator?
>> > If so, can you point me to it?
>>
>> Well, the easiest way to get any simh simulator to run on
>> Android is to install the "termux" android app using the
>> Google Play store.
>>
>> Once termux is installed, open it and enter the following
>> commands:
>>
>> # pkg install git clang make
>> # git clone https://github.com/simh/simh
>> # make pdp8 {or any other simulator}
>> # BIN/pdp8
>> PDP-8 simulator V4.0.0 Current git commit id: 0de9b628
>> sim>
>>
>> > Also, it there are any knowledgeable
>> > "discussions" about this version of the emulator, can you
>> > point me to that too?
>>
>> This mailing list is one place to discuss those things.  I'm sure there
>> are other places as well.
>>
>> Good Luck and have fun!
>>
>> - Mark
>>
>> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

-- 
Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Getting started with RSTS - unknown password

[Wilm Boerhout]

I believe the 1,2 password is “system” on a virgin system.

Op wo 9 okt. 2019 om 22:24 schreef Peter Allan 

> While I have been playing with running VMS on simulated VAXen, and RT-11
> and RSX-11M(+) on simulated PDP11s for many years, I have never tried RSTS
> on a PDP11 - until now.
>
> I have found installation tapes on rsts.org, but I also have a pre-built
> system that I downloaded in January 2018 that I was hoping to start with. I
> can't recall where I got it from.
>
> The file name that I downloaded is RSTS_V10.1.zip and the contents of the
> zip file are:
>   RQDiskV10_1.DSK
>   rsts_1193.ini
>
> The DSK file is 155MB in size, so I presume it is a simulated RD54.
>
> I can boot the system using the simh pdp11.exe executable on Windows 10 (I
> normally use CentOS rather than Windows for this type of work) and it
> appears to run successfully. HOWEVER, I can't log in as I have no
> information on a username/password combination. I have guessed a few
> possible passwords (including no password) for the [1,2] account, but to no
> avail.
>
> Does anyone recognise the system that I have described to the extent that
> you might be able to help me use it?
>
> Also, does anyone know how to get into a RSTS system when you have
> forgotten the system password? Is this even possible? I know how to do it
> on VMS, but RSTS is completely new to me.
>
> Thanks in advance.
>
> Peter Allan
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

-- 
Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXClustering with Linux Desktops?

[Wilm Boerhout]

Ray Jewhurst schreef op 13-4-2019 om 02:53:
I have seen articles everywhere setting a VAXCluster using SimH and 
Raspberry Pis but none with Linux desktops.  I am putting together a 
small network of 3 or four Linux machines and thought it would be kind 
of neat to put together a small cluster and maybe even join Hecnet 
with it. Anyway I am kind of a VMS noob (only been using it for about 
4 years) and would appreciate any guidance I can get.  The network is 
simple.  4 machines hooked up to a switch and then the switch is 
attached to my cable modem/router. All, IP's are static as well.


Thanks in advance,
Ray

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


The underlying hardware does not matter. From a simh point of view, your 
VAXcluster running on Linux desktops would be no different from mine 
running on Raspberry Pi.


In fact, I am now running Raspberry Pi Desktop (the x86 Debian variant) 
on an old(ish) HP Zbook, and the simh VAX running there is very happy to 
join the VAXcluster running on a ClusterHAT Pi stack (master (boot) node 
+ 4 satellites)


I have found it easiest to set up the VAXcluster having one "master" 
with 1 vote towards the quorum, and all others as "satellites" having 0 
votes. Mind you, the cluster will survive even if the master node is 
occasionally taken down for platform maintenance. The satellites will 
freeze in cluster state transition until the master returns.



/Wilm


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: some performance issues

[Wilm Boerhout]

 Hittner, David T [US] (MS) schreef op 6-3-2019 om 19:46:

So from a performance analysis perspective, what are the VUPS ratings
of the VS4000-90 and the SIMH VAX running on the RX2800?
That's (more or less) the Integer performance rating.

David


There never was a single CPU VAX with a 89 VUPs rating.

According to www.vaxmacro.de/vvcc.html , the VAXstation 4000 Model 90 has a
VUP rating of 32.8

simh 4.0 latest from github  (built with -O2) on my modern(ish) Zbook 15
laptop with Raspberry Pi Desktop (a Debian derivative) on rates at 42.4 VUPs

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: some performance issues

[Wilm Boerhout]

Hittner, David T [US] (MS) schreef op 6-3-2019 om 19:46:

So from a performance analysis perspective, what are the VUPS ratings of the 
VS4000-90 and the SIMH VAX running on the RX2800?
That's (more or less) the Integer performance rating.

David



According to www.vaxmacro.de/vvcc.html , the VAXstation 4000 Model 90 
has a VUP rating of 32.8


simh 4.0 latest from github  (built with -O2) on my modern(ish) Zbook 15 
laptop with Raspberry Pi Desktop (a Debian derivative) with Intel i7 
@2.7 GHz rates at 42.4 VUPs


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Mounting and Unmounting CD

[Wilm Boerhout]

Yes. Assuming your first iso is attached in the ini file and mounted in
VMS, the sequence is:

$ dismount dua3: /unload
 ctrl/E to halt the emulator and stop VAX processing
simh> detach rq3
simh> attach -e rq3 yourfile.iso
simh> continue
$ mount dua3 yourlabel

Op do 31 jan. 2019 om 03:37 schreef Stigall, BJ - Junk Mail <
bj.stig...@luckyrock.com>

> Can I mount and unmount ISO images in the simulator (vax) while the
> machine is running?
>
>
>
> bJ
>
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

-- 
Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH Raw disk usage

[Wilm Boerhout]

Hi Rich, answering like this is fine.

You appear to be using the “legacy” version of simh that is no longer
maintained by the current simh support group.

Please download V4.0 from github and build the nova emulator on your host
platform.

Then retry and report. The current simh version has extended capabilities
and a superb help system. Try “help attach” from the simh prompt.

Wilm

Op di 29 jan. 2019 om 17:34 schreef 

> Hi Wilm,
>
> I'm not sure if I'm replying to this properly  in terms of getting this
> linked to any previous mails.
>
> However,  my config file for the SIMH emulator I am using (for a DGC
> Nova),  to try and boot from a 4048 disk pack image is:
>
> SET DKP0 4048
> att DKP0 DKP_URDOS_4048.dsk
> set tti dasher
> SET CPU 64K
> boot DKP0
>
> The version is:
>
>
> NOVA simulator V3.9-0
>
> Simulation stopped, PC: 00401 (ADD# 1,0,SKP)
> sim> show version
> NOVA simulator V3.9-0 [32b data, 32b addresses, no Ethernet]
> sim>
>
>
> Regards
>
> Rich
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh

-- 
Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH Raw disk usage

[Wilm Boerhout]

rich...@richard-harper.me.uk schreef op 28-1-2019 om 09:59:

Hi,

I have managed to obtain a raw disc image for one of the SIMH 
emulators.   This is a bootable disc apparently.  I can attach the 
disc but when I boot nothing happens.

No error message from simh? Please provide the log.


Digging around in the 2012 SIMH FAQ I found this sentence:

“Utility programs are available to convert raw data streams to SIMH 
format.”


Does this mean that I  cannot use a raw disc image in SIMH ?
Usually, yes, but it depends on whether this disk copy is still "raw" 
when it has landed on your simh host system. There are many roads in 
between that lead to failure.


If this is the case where do I get a conversion program for a DGC 4048 
disc ? 


Make sure you use the latest simh version from github

Please provide your config file and the output from simh> show version


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Transferring the licence file to the VAX emulator

[Wilm Boerhout]

Brian schreef op 17-12-2018 om 14:28

[snip]

I really don't want to have to enter all the licence data
interactively, or fix a couple of thousand line endings in the editor!
There must be SOME way of getting the file onto a new setup?

Thanks for any assistance,

Brian.


What usually works for me:

 * open the license command file  file in your mail program / in a
   notepad on your Linux host.
 * Open a TPU editor session on your OPA0 simh console terminal
 * Copy/Paste the License file text into the TPU editor window.

If you get buffer overflows on VMS, try it with just the TCP/IP license 
(called UCX for hysterical reasons), then setup IP networking and ftp on 
VMS.



/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXELN clock

[Wilm Boerhout]

Bob Supnik schreef op 17-12-2018 om 02:06:
Sorry I wasn't clear. If you want me to investigate this, I need the 
MicroVAX 3900 environment you mentioned. I didn't write the MicroVAX 
II or rtVAX simulators. I prefer to work with my own code and in my 
own environment (3.10).


Instead, you can just remove the TOY clock attach in your 3900 
environment and check what happens. That will turn off "OS agnostic 
mode."


/Bob

On 12/16/2018 3:31 AM, simh-requ...@trailing-edge.com wrote: 


No worries.

MicroVAX 3900 stuff: 
https://www.dropbox.com/s/s3rqigp4kmbjbfo/ka655.zip?dl=0


ka655.debug contains the output after booting ELN, logging in (user 
SYSTEM, no pwd), ECL> show time (17-NOV-1858 00:0x) and ECL> set 
time="17-DEC-2018 09:01:01.01"


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] MicroVAX II diagnostics tape retrieved

[Wilm Boerhout]

Johnny Billquist schreef op 15-12-2018 om 14:11:

[snip]
I have finally been able to investigate the tape I acquired, and am 
sorry to say that the tape broke after the first load. I opened up the 
cartridge, and apart from the break about a foot from the leader, a 
section in the middle looks "crumpled" with sections of tape sticking 
out. I will try and fix the part near to the leader, but don't get 
your hopes up...


Ok. All the more reason for me to get a working TK70 then. I'll see if 
I can arrange that during Xmas.


FYI, I have access to several working TK70 drives. One of them did 
production backups and incidental restores until a few months ago. But 
yes, that is the one that wrecked the old tape...


*Wilm*

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXELN clock

[Wilm Boerhout]

Bob Supnik schreef op 15-12-2018 om 23:44:

[snip]





So I'd like to see what the behavior is  the clock file 
attached.


Or you can post a pointer to the disk image you're using, and I'll try 
it on 3.10. I saw the ELN kits on 9track.net, but I don't know which 
one to use.


/Bob


Files are available as follows:

 * PIRTVX.SYS - downline load image for target rtVAX-1000:
   https://www.dropbox.com/s/1r3626a4t229snt/pirtvx.sys?dl=0
 * VAXELNboot.rd51 - equivalent local boot disk:
   https://www.dropbox.com/s/kkcwltsbwodb4x5/VAXELNboot.rd51?dl=0
 * archiive with both:
   https://www.dropbox.com/s/416l3ryc5tzghhx/pirtvx.zip?dl=0

images have been built with VAXELN V4.6 on VMS 7.3

For testing, I am using the latest simh 4.0 "git pull" on Raspbian 
"stretch" Linux 4.14.79-v7+ (Raspberry Pi Debian for ARM)


The zip archive has been composed on Windows.


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXELN, rtVAX-1000, WTC, time

[Wilm Boerhout]

The few actual reads of the TODR during ELN's execution are returning low 
values (since nothing actually set the clock yet).

Do you get the same result if you don't attach the CLK device?

If the result is the same, then it would seem that ELN doesn't care to use the 
hardware clock for much of anything.  Maybe there is some setting within ELN 
that could influence more direct use of the clock.

- Mark


This from the rtVAX 1000 System User's Guide (1985)

When the system is off, the battery backup unit (BBU) (internal) provides
power to the time-of-year (TOY) clock chip on the KA620-A. The code for
the user's language is stored in RAM on this chip and is lost if the BBU 
fails.


For more information, see the rtVAX KA620A CPU Module User's Guide

That guide is not to be found on line. So what we're really looking for, 
is a battery. :-)


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXELN, rtVAX-1000, WTC, time

[Wilm Boerhout]

Mark Pizzolato schreef op 15-12-2018 om 21:42:

On Saturday, December 15, 2018 at 12:09 PM, Wilm Boerhout wrote:

[...]


DBG(1041144)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B84

This line ^^^ and all above it are done by the MicroVAX 3900 boot
ROM and have nothing to do with ELN.


DBG(7056415)> CLK REG: todr_rd() - TODR=0x132A4
DBG(7056419)> same as above (1 time)
DBG(9598293)> CLK REG: todr_rd() - TODR=0x133F0
DBG(11998428)> CLK REG: todr_rd() - TODR=0x13526
DBG(14398563)> CLK REG: todr_rd() - TODR=0x1365C

Simulation stopped, PC: 800066EE (BEQL 800066EA)
sim> quit
Goodbye
NVR: writing buffer to file
CLK: writing buffer to file
Eth: closed tap0

The few actual reads of the TODR during ELN's execution are returning low 
values (since nothing actually set the clock yet).

Do you get the same result if you don't attach the CLK device?

If the result is the same, then it would seem that ELN doesn't care to use the 
hardware clock for much of anything.  Maybe there is some setting within ELN 
that could influence more direct use of the clock.

- Mark


Thanks Mark for clatifying this.

That might well be the case. That is why I'm interested how a real rtVAX 
preserves its clock. Maybe it didn't, and you had to enter the right 
time on every boot. In which case simh would be right. These systems 
would sometimes run for years. Documentation is scarce, however. I 
havesome leads th real rtVAX-systems, but not very soon.


Anyway, with MV3900 the behaviour doesn't change when I do not attach 
the CLK device. System time starts at VMS Zero.


Let's let it rest. I will go out on this thing called The Internet and 
look better for docs.



*Wilm*

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAXELN, rtVAX-1000, WTC, time

[Wilm Boerhout]

Mark Pizzolato schreef op 15-12-2018 om 19:10:

Hi Wilm,

On Saturday, December 15, 2018 at 3:45 AM, Wilm Boerhout wrote:

I'm trying to get my head around VAXELN and system time.

Before I cry "Wolf" and accuse any innocent program(mer) of instruction
obstruction, I want to know how things are supposed to work here (i.e.
as on a real rtVAX with VAXELN)

I have built a VAXELN system image and can download this into the simh
rtVAX. Whatever simh setting I use, the VAXELN system clock always
starts at 0, starting time after boot on 17-NOV-1858. I can set the time
manually, but it is not preserved across boot. Should it be?

simh ini file:

echo rtVAX-1000

set CPU diag=MIN 16M idle=ELN conhalt autoboot
set WTC time=STD

set DZ  disable
set LPT disable
set RL  disable
set TS  disable
set TQ  disable

att -e NVR /opt/ka620.nvr

set RQ0 rd54
att -e RQ0 /vdisk/VAXELN.vdisk

set XQ type=DEQNA mac=08:00:2B:13:01:92
att XQ TAP:tap0

set DEBUG /opt/ka620.debug
set WTC DEBUG

boot

contents of ka620.debug after booting and shutdown (well, no shutdown on
ELN, so ctrl/E)

/opt/rtvax1000.ini-20> set DEBUG /opt/ka620.debug
Debug output to "/opt/ka620.debug"
Debug output to "/opt/ka620.debug" at Sat Dec 15 11:57:42 2018
rtVAX1000 (KA620) simulator V4.0-0 Current    git commit id: c2b45a26
/opt/rtvax1000.ini-23> boot
Loading boot code from internal ka620.bin
DBG(146257)> WTC REG: wtc_rd(pa=0x200B801A [CSRD], data=0x80) VALID1

Simulation stopped, PC: 800066EA (TSTL 8900)
sim> quit
Goodbye
NVR: writing buffer to file
Eth: closed tap0

 From the debug log it is clear that, although the CSRD register was read and
the time it contained was indicated as being VALID, no other references were
made by the running system to anything that contained time data so it isn't
surprising that the time is 0.

Try running ELN with the MicroVAX3900 simulator and see if you get different
behavior.

- Mark


Overall behaviour is the same with the MicroVAX 3900. After booting ELN, 
time is "VMS Zero", even after setting it to today, then quitting and 
restarting simh.


MV3900 ini file:

set CPU 16M idle=ELN conhalt noautoboot
att -e CLK /opt/ka655.toy

set DZ  disable
set LPT disable
set RL  disable
set TS  disable
set TQ  disable

att -e NVR /opt/ka655.nvr

set XQ type=DEQNA mac=08:00:2B:13:01:92
att XQ TAP:tap0

set DEBUG /opt/ka655.debug
set CLK debug

boot



DEBUG output:

root@raspi2-old ~ # cat /opt/ka655.debug
/opt/pi3k9.ini-19> set DEBUG /opt/ka655.debug
Debug output to "/opt/ka655.debug"
Debug output to "/opt/ka655.debug" at Sat Dec 15 21:00:59 2018
MicroVAX 3900 simulator V4.0-0 Current    git commit id: c2b45a26
/opt/pi3k9.ini-22> boot
Loading boot code from internal ka655x.bin
DBG(34)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5A39
DBG(961145)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B6A
DBG(962890)> same as above (436 times)
DBG(962894)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B6B
DBG(966023)> same as above (781 times)
DBG(966027)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B6C
DBG(969151)> same as above (781 times)
DBG(969155)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B6D
DBG(972281)> same as above (781 times)
DBG(972285)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B6E
DBG(975413)> same as above (782 times)
DBG(975417)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B6F
DBG(978541)> same as above (781 times)
DBG(978545)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B70
DBG(981673)> same as above (782 times)
DBG(981677)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B71
DBG(984801)> same as above (781 times)
DBG(984805)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B72
DBG(987933)> same as above (782 times)
DBG(987937)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B73
DBG(991061)> same as above (781 times)
DBG(991065)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B74
DBG(994193)> same as above (782 times)
DBG(994197)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B75
DBG(997321)> same as above (781 times)
DBG(997325)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B76
DBG(1000453)> same as above (782 times)
DBG(1000457)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B77
DBG(1003581)> same as above (775 times)
DBG(1003585)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B78
DBG(1006710)> same as above (780 times)
DBG(1006714)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B79
DBG(1009842)> same as above (782 times)
DBG(1009846)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B7A
DBG(1012972)> same as above (781 times)
DBG(1012976)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B7B
DBG(1016100)> same as above (781 times)
DBG(1016104)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B7C
DBG(1019232)> same as above (782 times)
DBG(1019236)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B7D
DBG(1022360)> same as above (781 times)
DBG(1022364)> CLK REG: todr_rd(ROM) - TODR=0xC3AA5B7E
DBG(1025492)> same as above (782 times)
DBG(1025496

Re: [Simh] MicroVAX II diagnostics tape retrieved

[Wilm Boerhout]

Johnny Billquist schreef op 25-10-2018 om 22:44:

On 2018-10-25 22:11, Johnny Billquist wrote:

On 2018-10-24 15:58, Wilm Boerhout wrote:

I found a TK50 cartridge with label

-- AQ-GL5AC-DN MF1603 MVII DIAG CUST TK50 
Copyright 1985 Digital Equipment Corp. --


and thought it might be useful to someone in the community.

It appears to have been stored adequately. I am now looking for a 
TK50/70 drive to read it. I am in the Netherlands.


I have one that says AR-GL5AJ-BN MF1539 MVII DIAG CUST TK50 here. Not 
sure if it is newer or older. It's a copy someone made at some point, 
so the label is handwritten, and have no date on it.


I am sure I have used it in the past, but I seem to maybe never have 
made a copy, and as I try to read it on my TK70 right now, I'm 
getting read errors... :-(


Actually, I just remembered that I might have broken that drive a year 
or two ago... I should try to locate another TK70 drive.


  Johnny

I have finally been able to investigate the tape I acquired, and am 
sorry to say that the tape broke after the first load. I opened up the 
cartridge, and apart from the break about a foot from the leader, a 
section in the middle looks "crumpled" with sections of tape sticking 
out. I will try and fix the part near to the leader, but don't get your 
hopes up...


*Wilm*

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] VAXELN, rtVAX-1000, WTC, time

[Wilm Boerhout]

I'm trying to get my head around VAXELN and system time.

Before I cry "Wolf" and accuse any innocent program(mer) of instruction 
obstruction, I want to know how things are supposed to work here (i.e. 
as on a real rtVAX with VAXELN)


I have built a VAXELN system image and can download this into the simh 
rtVAX. Whatever simh setting I use, the VAXELN system clock always 
starts at 0, starting time after boot on 17-NOV-1858. I can set the time 
manually, but it is not preserved across boot. Should it be?


simh ini file:

echo rtVAX-1000

set CPU diag=MIN 16M idle=ELN conhalt autoboot
set WTC time=STD

set DZ  disable
set LPT disable
set RL  disable
set TS  disable
set TQ  disable

att -e NVR /opt/ka620.nvr

set RQ0 rd54
att -e RQ0 /vdisk/VAXELN.vdisk

set XQ type=DEQNA mac=08:00:2B:13:01:92
att XQ TAP:tap0

set DEBUG /opt/ka620.debug
set WTC DEBUG

boot

contents of ka620.debug after booting and shutdown (well, no shutdown on 
ELN, so ctrl/E)


/opt/rtvax1000.ini-20> set DEBUG /opt/ka620.debug
Debug output to "/opt/ka620.debug"
Debug output to "/opt/ka620.debug" at Sat Dec 15 11:57:42 2018
rtVAX1000 (KA620) simulator V4.0-0 Current    git commit id: c2b45a26
/opt/rtvax1000.ini-23> boot
Loading boot code from internal ka620.bin
DBG(146257)> WTC REG: wtc_rd(pa=0x200B801A [CSRD], data=0x80) VALID1

Simulation stopped, PC: 800066EA (TSTL 8900)
sim> quit
Goodbye
NVR: writing buffer to file
Eth: closed tap0

contents of ka620.nvr:

pi@raspi2-old ~ $ hexdump /opt/ka620.nvr
000        0220
010  fe00 00ff     fe00
020 00ff fe00 00ff 4548 5041   
030        
040

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] MicroVAX II diagnostics tape retrieved

[Wilm Boerhout]

I found a TK50 cartridge with label

-- AQ-GL5AC-DN MF1603 MVII DIAG CUST TK50 
Copyright 1985 Digital Equipment Corp. --


and thought it might be useful to someone in the community.

It appears to have been stored adequately. I am now looking for a 
TK50/70 drive to read it. I am in the Netherlands.



/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] pakgen.c - VMS License Key Generator

[Wilm Boerhout]

Please remove the illegal software — what Tim said.

/Wilm
Op di 31 jul. 2018 om 14:58 schreef Timothe Litt 

> The code that was posted is inappropriate, and should be removed from the
> list archives.
>
> VMS has not been abandoned, and this group is not in the business of
> stealing IP.
>
> There is a hobbyist program, still available, for non-commerical
> licenses.  Legitimate PAKs can be obtained there.
>
> For commercial licenses, other arrangements are necessary - if you have
> licenses for physical hardware, last I knew they could be transferred to
> emulators.  Contact HP and/or VMS Software (Inc) for their terms.
>
> Distributing this code (whether or not it works) would tend to undermine
> the good will that has supported the hobby and emulation community for many
> years.  I'm not an attorney, but it may be illegal under the DCMA as well.
>
> Speaking for myself (I'm not a list administrator), please don't post
> this, or anything like it to this list ever again.
>
> And as someone who made a living from IP - don't post it anywhere else
> either.
>
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Install VAX/VMS 4.4 on a simulated VAX-11/780

[Wilm Boerhout]

Clem Cole schreef op 25-3-2018 om 23:23:
A small suggestion...   while you can probably get the 780 to 
recognize and support a TU58, booting from it may be difficult (I did 
not find it mentioned in any SDP or other doc).   The 780 family has a 
dedicated PDP-11 with RX floppy drives that runs as the 'front end' 
for it and boots it.   The PDP-11 run an small OS RSX-11/S (I think - 
but man those bit in my brain are long lost) and can reach in the SMI 
to load the OS image into memory from the disk and then points the 
system at it. The 750 and 730 have boot roms for he VAX itself that 
know how to talk to the peripherals such as the TU58 .


IIRC, the TU58 controller is sitting on the UBA and I really don't 
think the code in the PDP-11 knows how to get to them.   The path to 
make that all would be a tad convoluted and I suspect no one bothered 
to write for the TU58  it back in the day because everything for the 
VAX was based on either the RX floppies, 9-track tape or the disk itself.


That said, in theory, a 750 should be able to create a disk image that 
contains an OS that could be booted on a 750 and a 780.


So...


What you might consider, is setting simh4.x up as a 750 and read those 
tapes, set up the system and create RP06/07 or RM05/06 etc. disk 
images.   Then reconfigure the simulator as a 780, and attach that 
disk image.  Then use the standard 780 boot via the RX floppies and 
the PDP-11, you should be all set.


Clem
ᐧ


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Well, I followed this thread and just tried a part of it (booting 
standalone Backup on  a 750 from TU58).


It started OK, but failed unexpectedly reading/processing the second S/A 
backup TU58 image)



See below for details. my comments are between [ ]


/Wilm

 VERSION  sim> show version VAX 11/750 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 6.3.0 20170516 Simulator Compiled as C arch: ARM (Release 
Build) on Mar 25 2018 at 09:12:36 Memory Access: Little Endian Memory 
Pointer Size: 32 bits Large File (>2GB) support SDL Video support: No 
Video Support PCRE RegEx support for EXPECT commands OS clock 
resolution: 1ms Time taken by msleep(1): 1ms OS: Linux raspi3bp 
4.14.29-v7+ #1101 SMP Thu Mar 22 17:27:30 GMT 2018 armv7l GNU/Linux git 
commit id: ceb54e5f git commit time: 2018-03-23T15:25:59-07:00  
CONFIG  set CPU 8M idle=VMS set DZ disabled set LPT disabled set RP2 
disabled set RP3 disabled set RP4 disabled set RP5 disabled set RP6 
disabled set RP7 disabled set RL disabled set HK disabled set RQ 
disabled set RY disabled set TU disabled set TS disabled set TQ disabled 
att TD0 /tu58/VAX750-CON01.TAP [note: this is a console tape image from 
http://iamvirtual.ca/VAX11/VAX-11-software.html] att rp0 
/vdisk/VMS030.rp6 [note: this i a test disk I generated previously, to 
test booting] sho dev  LOG from boot  VAX 11/750 simulator 
V4.0-0 Current git commit id: ceb54e5f vax750.ini-19> att TD0 
/tu58/VAX750-CON01.TAP TD: buffering file in memory RP0: 
'/vdisk/VMS030.rp6' Contains ODS2 File system RP0: Volume Name: 
VAXVMSRL3 Format: DECFILE11B Sectors In Volume: 340670 VAX 11/750 
simulator configuration CPU idle=VMS, idle enabled, model=VAX 11/750, 
bootdev=A TLB2 units CMI MCTL nexus=0, address=F2 UBA nexus=8, 
address=F3, autoconfiguration enabled MBA0 nexus=4, address=F28000 
MBA1 disabled TODR TMR TTI TTO TC disabled TD TDC disabled DZ disabled 
VH disabled CR disabled LPT disabled RP Massbus adapter 0, 8 units RL 
disabled HK disabled RK disabled RQ disabled RQB disabled RQC disabled 
RQD disabled RY disabled TU disabled TS disabled TQ disabled XU disabled 
XUB disabled DMC disabled sim> b td0 Loading boot code from internal 
vmb.exe Please remove the volume "750 console" from the console device. 
Insert the first standalone system volume and enter "YES" when ready: 
Simulation stopped, PC: 54C8 (MFPR #20,R0) [Note: CTRL/E to switch 
cartridges] sim> deta td0 TD: writing buffer to file sim> ! ls -l /tu58 
totaal 3284 -rwxrwxrwx 1 root root 262144 mrt 25 08:55 DECNET-VAX 
FF-BE-X083A-BE.TAP -rwxrwxrwx 1 root root 262144 mrt 25 08:56 DECNET-VAX 
V4 FF-BE-DL08A-BE.TAP -rwxrwxrwx 1 root root 262144 mrt 25 22:24 
SABKUP_VMS4.0_1_3-BE-CT97A-BE.TAP -rwxrwxrwx 1 root root 262144 mrt 25 
08:54 SABKUP_VMS4.0_2_3-BE-CT98A-BE.TAP -rwxrwxrwx 1 root root 262144 
mrt 25 08:54 SABKUP_VMS4.0_3_3-BE-CT99A-BE.TAP -rwxrwxrwx 1 root root 
262144 mrt 26 11:20 VAX750-CON01.TAP -rwxrwxrwx 1 root root 262144 mrt 
25 10:02 VAX750-CON02.TAP -rwxrwxrwx 1 root root 262144 

Re: [Simh] EXT :Re: C9.io

[Wilm Boerhout]

Raspberry Pi. One to run simh behind my router/firewall, another one to
provide an OpenVPN server for access from the outside. You cannot get more
(performance) for less (money/power)
Op za 2 dec. 2017 om 01:48 schreef Jordi Guillaumes Pons <
j...@jordi.guillaumes.name>

>
> On 1 Dec 2017, at 21:47, Timothe Litt  wrote:
>
> Xeon etc is probably overkill.
>
> Use a Raspberry Pi.  About 7W under load with a monitor, KB, mouse w/WiFi
> active - you don't need a monitor, KB, or mouse once setup.  You can
> disable the WiFi. (A couple more watts if you use a magnetic drive, which I
> recommend).
>
> One time cost is about $100 once you add a case, power supply & SD card to
> the $35 board.
>
> I’ve got the whole HECNET area 7 running on two ARM machines: a cubietruck
> and an Odroid-C1 that will get soon replaced by a Raspberry Pi model 3.
>
> I just allow HECNET access, no public internet one. Except for an ITS
> machine which responds to anyone trying to TELNET to my network, just for
> the laughs. And I password-protected the thing. If any sixties-seventies
> hacker wants to break into my network I will feel almost honoured ;)
>
> For a reasonable workload, that should suffice and is about as inexpensive
> to run as you can get.  Pi 3 is a 64-bit ARM CPU @1.2 GHz CPU - with 1GB
> memory, ethernet, WiFi, & bluetooth. (Some  OSs are only 32 bit at the
> moment.)  You can easily scale up with multiple hosts - it takes quite a
> number to reach the price of a Xeon.
>
> Please notice the last revisions of KLH10 can run under ARM without
> problem, and can actually idle correctly…
>
> SIMH machines are computationaly cheap, unless you are going to run a
> full-loaded VAX.
>
> If you stick with standard packages, security is pretty much one-time
> setup & periodic package updates (which includes the kernel).  As it's
> cheap enough to be dedicated to simulation, it's not a disaster if
> something bad does happen - as long as anything else on your internal
> network distrusts the Pi & its guests.  If you put the emulated OS on the
> public network, that's a bigger exposure than the host OS.
>
> First thing: configure SSH to be key-interchange based and disallow
> password logins. And the rest of the song: keep telnet closed (but you will
> have to keep it open to allow serial logins to your simh instances), don’t
> run anything as root (completely possible with simh 4.0 and VDE
> networking), and so on...
>
> If you just provide SSH access, I recommend disabling passwords and using
> RSA keys only.  It frustrates the script kiddies, and you don't have to
> worry about password quality.
>
> Absolutely
>
> Cloud hosting has its own pitfalls.  I'm not a fan.
>
> Someone mentioned running on a cellphone.  That's tough if you want remote
> access because as frequently documented here, WiFi implementations don't
> get along with SimH's networking.
>
> An alternative would be to use an old laptop, install a light linux bistro
> on it and use it to host your simh machines. It will run faster than an ARM
> (with a little bit more of power usage) but if the battery is still alive
> you’ll have a free UPS attached to your datacenter-in-a-box :)
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] DECnet-DOS

[Wilm Boerhout]

Wilm Boerhout schreef op 18-11-2017 om 10:54:
I am about to become the owner of a VAXmate. This set (disk images) 
would be very useful to me!



[snip]

I *have* become the owner of a VAXmate, with expansion box (RD32 disk).

I also have downloaded Volume I of the Technical Reference Manual from 
bitsavers, but Volume II contains startup stuff and -hopefully- error codes.


According to the previous owner, it used to boot a few years ago. Now on 
power on, it does selftests (horizontal bar) but stops with "60" on the 
top middle of the screen. It could mean anything, including "network not 
connected" which is true. Anyone have access to Volume II of the Tech 
Ref Man, or other VAXmate startup docs and error codes or a pointer to 
some other store than bitsavers? A general google search did not result 
in anything useful.


Thanks

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] DECnet-DOS

[Wilm Boerhout]

I am about to become the owner of a VAXmate. This set (disk images) would
be very useful to me!

/Wilm

2017-11-18 0:51 GMT+01:00 Larry Baker :

> Al,
>
> I have the following collection of manuals and floppies for DECnet-DOS and
> PATHWORKS for DOS, if they are of any use to you.  Otherwise, I'll pas them
> along to Gregg Levine.
>
> BINDER 1
>
> BH-EF23E-TV, Sep 1988, SPD 50.15.04, DECnet-DOS, Version 2.1, MS-DOS
> Network Software for Personal Computers
> BH-LE00A-TK, Mar 1988, Software Warranty Addendum
> AA-EF21C-TV, Sep 1988, DECnet-DOS Release Notes, DECnet-DOS V2.1
> AA-EF20D-TV, Sep 1988, DECnet-DOS Installation Guide, DECnet-DOS V2.1
> AA-EV70C-TV, Apr 1988, DECnet-DOS Getting Started, DECnet-DOS V2.0,
> DECnet-VAXmate V2.0
> AA-EB45C-TV, Apr 1988, DECnet-DOS User's Guide, DECnet-DOS V2.0,
> DECnet-VAXmate V2.0
> AA-JC45A-TV, Apr 1988, DECnet-DOS Network Management Guide, DECnet-DOS
> V2.0, DECnet-VAXmate V2.0
>
> BI-EF24E-BV, 1988, DECNET-DOS V2.1 BIN RX31 1/9
> BI-FR09E-BV, 1988, DECNET-DOS V2.1 BIN RX31 2/9
> BI-FW59E-BV, 1988, DECNET-DOS V2.1 BIN RX31 3/9
> BI-HM42D-BV, 1988, DECNET-DOS V2.1 BIN RX31 4/9
> BI-LB90B-BV, 1988, DECNET-DOS V2.1 BIN RX31 5/9
> BI-LB91B-BV, 1988, DECNET-DOS V2.1 BIN RX31 6/9
> BI-LB92B-BV, 1988, DECNET-DOS V2.1 BIN RX31 7/9
> BI-LB93B-BV, 1988, DECNET-DOS V2.1 BIN RX31 8/9
> BI-LB94B-BV, 1988, DECNET-DOS V2.1 BIN RX31 9/9
>
> BINDER 2
>
> AA-EB46C-TV, Apr 1988, DECnet-DOS Programmer's Reference Manual,
> DECnet-DOS V2.0, DECnet-VAXmate V2.0
>
> 12-22196-01 DB-15M Loopback connector
> 12-15336-04 DB25-F Loopback connector
>
> SEPARATES
>
> AA-PAF7B-TK, Jan 1991, PATHWORKS for DOS User's Handbook, PATHWORKS for
> DOS, Version 4.0 or higher
> AA-PAF9B-TK, Jan 1991, PATHWORKS for DOS Mail User's Reference, PCSA for
> DOS Version 4.0 or greater
> AA-PAFBB-TK, Jan 1991, PATHWORKS for DOS PC DECwindows/Motif Guide,
> PATHWORKS for DOS, Version 4.0 or higher
> AA-PAFCB-TK, Jan 1991, PATHWORKS for DOS SETHOST Terminal Emulation Guide,
> PATHWORKS for DOS Version 4.0
> AA-PAFEB-TK, Jan 1991, PATHWORKS for DOS Client Commands Reference,
> PATHWORKS for DOS, Version 4.0 or higher
> AA-PAFGB-TK, Jan 1991, PATHWORKS for DOS DECnet User's Guide, PATHWORKS
> for DOS Version 4.0
>
> Larry Baker
> US Geological Survey
> 650-329-5608
> ba...@usgs.gov
>
>
>
> On 13 Nov 2017, at 7:19:42 PM, Larry Baker  wrote:
>
> A few days ago someone on the list was asking about DECnet-DOS.  Lo and
> behold, today someone came into my office after cleaning out an old office
> with the DECnet-DOS manuals and floppies, plus the PathWorks for DOS doc
> set.  Are these worth sending to someone to preserve?  I could write down
> the DEC part numbers of everything for someone to check whether copies
> already exist (Al?).  I'll be back in the office on Wednesday.
>
> Larry Baker
> US Geological Survey
> 650-329-5608
> ba...@usgs.gov
>
>
>
>
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Raspberry Pi 3 with tun/tap causes XQ to fail

[Wilm Boerhout]

paulhar...@btinternet.com schreef op 13-11-2017 om 15:33:


A couple of points:

1) The ?53 self test error might be a red herring – I intermittently 
get ?53 2 errors on both Windows (Intel) and Raspbian (pi 3) when 
starting the VAX emulation under SIMH. I think it is something to do 
with the clock test failing, because the emulation is sufficiently 
fast that the test that the clock is advancing fails because it hasn’t 
yet ticked during the test. Despite the message saying normal 
operation not possible, if you try and boot VMS, it works fine.


2) I successfully boot my raspberry pi into my VMScluster (boot node 
is SimH on Windows) without any faffing with tun/tap/br. I just ATTACH 
XQ ETH0, and my Simh satellite happily boots from  XQ. I realise that 
I might need more infrastructure if I needed local routing from VAX to 
host (without echo from a physical ethernet switch), but for normal 
VMS operation in a cluster, it works fine without.


Regards,


[snip]

1. Yes I have observerd that as well.

2. Indeed. The bridge/tun/tap is only needed when you want to use a
   single physical interface on the Pi to accomodate both access to the
   virtual simh VAX and to the Raspbian host.For example, using my
   setup, I can telnet into the VAXcluster and ssh into the Raspbian OS
   rom my Windows laptop (and any other Pi in the 4 node VAXcluster)
   simulateously.

/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Raspberry Pi 3 with tun/tap causes XQ to fail

[Wilm Boerhout]

Jeremy Begg schreef op 13-11-2017 om 13:38:

Hi Wilm,

Thank you for the prompt reply.


On 13 Nov 2017, at 9:43 PM, Wilm Boerhout <wboerh...@gmail.com> wrote:

Jeremy Begg schreef op 13-11-2017 om 11:03:

Hi,

I am trying to get SIMH up and running on the ethernet interface of a
Raspberry Pi 3.  I have followed the intructions in 0readme_ethernet.txt,
installing the libpcap-dev, bridge-utils and uml-utilities packages before
building SIMH itself.  I just ran 'make vax' and let it go, and the build to
completion.


[snip]

My TUN/TAP and bridge are set up in /etc/rc.local in Raspbian (jessie & 
stretch), as follows:

Are you sure this applies to the machine running the “stretch” release?
The ‘ifconfig’ command on that system (well, on mine, anyway!) doesn’t display 
“inet addr” anywhere in its output, it just has “inet”.
So the various grep commands in your example don’t work.

Thanks

Jeremy Begg
Oops, my bad. I did not realize that this Pi is the one remaining that 
still runs jessie. I hate to convert because it doubles as my OpenVPN 
server.


Anyway, for stretch, the setup is the same, aprt from:

# get current IP params
HOSTIP=`ifconfig $IFACE | grep "inet " | gawk -- '{ print $2 }'`
HOSTNM=`ifconfig $IFACE | grep "inet " | gawk -- '{ print $4 }'`
HOSTBC=`ifconfig $IFACE | grep "inet " | gawk -- '{ print $6 }'`
HOSTGW=`route -n | grep ^0.0.0.0 | gawk -- '{ print $2 }'`

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Raspberry Pi 3 with tun/tap causes XQ to fail

[Wilm Boerhout]

Jeremy Begg schreef op 13-11-2017 om 11:03:

Hi,

I am trying to get SIMH up and running on the ethernet interface of a
Raspberry Pi 3.  I have followed the intructions in 0readme_ethernet.txt,
installing the libpcap-dev, bridge-utils and uml-utilities packages before
building SIMH itself.  I just ran 'make vax' and let it go, and the build to
completion.


[snip]

My TUN/TAP and bridge are set up in /etc/rc.local in Raspbian (jessie & 
stretch), as follows:



#!/bin/sh -e
# This script is executed at the end of each multiuser runlevel.

exec 2> /var/log/rc.local.log   # stderr to logfile
exec 1>&2   # stdout as well
set -x  # set verify :-)

# no wireless for the moment
ifconfig wlan0 0.0.0.0 down

IFACE="eth0"
MACADDR="08:00:2B:03:03:03"

# get current IP params
HOSTIP=`ifconfig $IFACE | grep "inet addr" | gawk -- '{ print $2 }' | 
gawk -F : -- '{ print $2 }'`
HOSTNM=`ifconfig $IFACE | grep "inet addr" | gawk -- '{ print $4 }' | 
gawk -F : -- '{ print $2 }'`
HOSTBC=`ifconfig $IFACE | grep "inet addr" | gawk -- '{ print $3 }' | 
gawk -F : -- '{ print $2 }'`

HOSTGW=`route -n | grep ^0.0.0.0 | gawk -- '{ print $2 }'`

# Make tun/tap
tunctl -t tap0 -u root
ifconfig tap0 up

# Make bridge
brctl addbr br0
brctl addif br0 $IFACE
brctl setfd br0 0
ifconfig $IFACE 0.0.0.0

# fix bridge MACaddress
ifconfig br0 hw ether $MACADDR

# start bridge
ifconfig br0 $HOSTIP netmask $HOSTNM broadcast $HOSTBC up

# set the default route to the br0 interface
route add -net 0.0.0.0/0 gw $HOSTGW

# bridge in the tap device
brctl addif br0 tap0
ifconfig tap0 0.0.0.0

# load kernel variables from /etc/sysctl.d 
(https://wiki.debian.org/BridgeNetworkConnections)

/etc/init.d/procps restart


then the

set xu mac=08:00:2B:19:02:54 type=DELUA
att xu tap:tap0

works fine for my VAX-11/780 LAVC-cluster

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Simh Digest, Vol 166, Issue 12

[Wilm Boerhout]

And it is DSC2, not VMS Backup that is used for the restore, since V1.x 
distros were in that format.


/Wilm

Johnny Billquist schreef op 6-11-2017 om 01:19:

On 2017-11-06 00:39, Paul Koning wrote:




On Nov 5, 2017, at 5:48 PM, Johnny Billquist  wrote:

Ah.

That sound like a simh problem. The tape file itself have one of a 
few different formats, none of them even keep any CRC (at least none 
of the ones I can think of right now).
The backing file storage just have the tape records. And obviously, 
since the same backing file storage is used on both emulated tape 
drives, there is obviously nothing wrong with the file.


Any CRC indication is purely made up in simh. And that is where you 
get the error indication. So I guess someone needs to dig into the 
emulation of the Massbus tape drives.


Another possibility: VMS BACKUP has its own CRC in its data blocks, 
entirely separate from the tape drive hardware check codes.  If 
BACKUP reports CRC errors, it's most likely talking about those.  
BACKUP also writes redundant blocks, so if only 1 out of N blocks is 
bad, the bad block can be reconstructed. Presumably, CRC errors 
reported by BACKUP are caused by flaws in the original material that 
was transcribed into SIMH tape images.


...in which case it should show up both using the TS11 and TE15. But 
it only shows up in the TE16, which suggests that there is nothing 
wrong with the contents of the actual tape image file.


Correct me if I'm thinking wrong somewhere here.

Johnny



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Wilm Boerhout]

A simh VAX-11/780 may be configured with a lot of simulated hardware. VMS
1.0 has drivers for only a very small subset of these. VMS 1.5 has a few
more. Peter and myself used VMS 3.0 with a TS11 to operate DSC2 in
restoring the VMS 1 .5 tape. Indeed the early versions of VMS did not
support the TS11, but that is not relevant for this staged restore
procedure.

His question why the restore works with the TS11 and not with the TE16
remains valid for VMS3.0

W

Op zo 5 nov. 2017 om 12:12 schreef Bob Eager <r...@tavi.co.uk>

> Did VMS 1.5 support the TS11? I thought the TS11 came out later.
>
> On Sun, 5 Nov 2017 10:39:15 +
> Peter Allan <petermal...@gmail.com> wrote:
>
> > Thanks to Wilm, I now have VMS 1.5 up and running. This is new
> > territory for me since my first exposure to VAXen was in late 1982
> > when the version was something like 3.0, or just possibly the last
> > version of 2.x. (I didn't pay attention to such things back then. If
> > I could write Fortran programs, I was happy.)
> >
> > However, the fact that I could complete the installation of VMS 3.0 by
> > using a simulated TS11 tape drive when it failed with a TE16 drive
> > has got me wondering if there is a bug in simh. Surely on a real
> > system you could use a real TS11 or TE16 drive? Obviously there is no
> > density on a simulated tape file, but is there any other difference
> > between the two simulated tape drives that explains what is going on?
> >
> > Cheers
> >
> > Peter Allan
> >
> >
> > On 25 October 2017 at 14:08, Peter Allan <petermal...@gmail.com>
> > wrote:
> >
> > > Thanks Wilm, I will try that out. I doubt I would have thought of
> > > using a TS11 rather than a TE16 without your advice.
> > >
> > > Peter
> > >
> > > On 25 October 2017 at 12:39, Wilm Boerhout <wboerh...@gmail.com>
> > > wrote:
> > >
> > >> Your approach is correct, I have regularly used it over the past
> > >> weeks to bring up VMS 1.0.
> > >>
> > >> I also saw these CRC errors on restore sometimes. There are two
> > >> ways around this:
> > >>
> > >> 1. Mount the 3.0 tape on a generic (newer) VAX/VMS system, use
> > >>$MOUNT/OVER=ID and copy the LIBRARY and OPTIONAL savesets to a
> > >>(RP06-sized) disk in the [0,0] directory. In a later step, $
> > >> mount /foreign this disk, and point the installer to this disk as
> > >> the source. 2. On your 3.0 system just booted with just the
> > >> REQUIRED saveset, use a TS11 and not a TE16 tape unit in the simh
> > >> config. Somehow this worked. Also, when you use a TE16, use an
> > >> explicit $MOU/FOR /DEN=800. I forget in which version, but this
> > >> also worked sometimes.
> > >>
> > >> HTH
> > >>
> > >> /Wilm
> > >>
> > >>
> > >> Peter Allan schreef op 25-10-2017 om 13:30:
> > >>
> > >>> Encouraged by all of the posting about running VMS 1.5 on an
> > >>> emulated VAX 780 with simh, I have tried to do the same. However,
> > >>> I am having a problem.
> > >>>
> > >>> I don't have an existing VMS 3.x system running (4.6 is my
> > >>> earliest), so I tried to do a VMS 3.0 installation using the tape
> > >>> from uni-stuttgart which I had downloaded some time ago.
> > >>>
> > >>> I booted a VMS 4.6 system on an emulated 780 and did an image
> > >>> restore using BACKUP of the REQUIRED saveset on the VMS 3.0
> > >>> installation tape to an RP06. So far, so good. Then I booted the
> > >>> newly created RP06 disk, which continued the installation process
> > >>> by attempting to restore the LIBRARY saveset on the VMS 3.0 tape.
> > >>> However, this crashed with too many CRC errors.
> > >>>
> > >>> This is where I am stuck. I could download the tape from
> > >>> uni-stuttgart again, but is there any reason to expect a better
> > >>> result by doing this? Can someone who has got this to work advise
> > >>> me what to try next please. I have downloaded the files that
> > >>> Christian posted, but while that has standalone backup on a disk
> > >>> image, I need DSC to read the VMS 1.5 tape (don't I?) which is
> > >>> the only reason that I was trying to get VMS 3.0 working in the
> > >>> first place.
> > >>>
> > >>> Cheers
>

Re: [Simh] incomplete messages

[Wilm Boerhout]

Paul Koning schreef op 25-10-2017 om 15:00:

On Oct 25, 2017, at 8:40 AM, Wilm Boerhout <wboerh...@gmail.com> wrote:

I have no idea why my messages appear truncated on the list.

Or do they?

They look complete to me.

paul


Thanks. They sometime appear trunctaed when I look at it with 
Thunderbird mail client, as if an incomplete concept version was somehow 
sent out. It must be a probleem between my chair and my keyboard then :-)


Now back to VMS 1.0 for the real stuff.


/Wilm



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] incomplete messages

[Wilm Boerhout]

I have no idea why my messages appear truncated on the list.

Or do they?

I'm using Thunderbird Mail agent to compose and send them. Anyone have 
an idea?


*Wilm*

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Wilm Boerhout]

Your approach is correct, I have regularly used it over the past weeks 
to bring up VMS 1.0.


I also saw these CRC errors on restore sometimes. There are two ways 
around this:


1. Mount the 3.0 tape on a generic (newer) VAX/VMS system, use
   $MOUNT/OVER=ID and copy the LIBRARY and OPTIONAL savesets to a
   (RP06-sized) disk in the [0,0] directory. In a later step, $ mount
   /foreign this disk, and point the installer to this disk as the source.
2. On your 3.0 system just booted with just the REQUIRED saveset, use a
   TS11 and not a TE16 tape unit in the simh config. Somehow this
   worked. Also, when you use a TE16, use an explicit $MOU/FOR
   /DEN=800. I forget in which version, but this also worked sometimes.

HTH

/Wilm


Peter Allan schreef op 25-10-2017 om 13:30:
Encouraged by all of the posting about running VMS 1.5 on an emulated 
VAX 780 with simh, I have tried to do the same. However, I am having a 
problem.


I don't have an existing VMS 3.x system running (4.6 is my earliest), 
so I tried to do a VMS 3.0 installation using the tape from 
uni-stuttgart which I had downloaded some time ago.


I booted a VMS 4.6 system on an emulated 780 and did an image restore 
using BACKUP of the REQUIRED saveset on the VMS 3.0 installation tape 
to an RP06. So far, so good. Then I booted the newly created RP06 
disk, which continued the installation process by attempting to 
restore the LIBRARY saveset on the VMS 3.0 tape. However, this crashed 
with too many CRC errors.


This is where I am stuck. I could download the tape from uni-stuttgart 
again, but is there any reason to expect a better result by doing 
this? Can someone who has got this to work advise me what to try next 
please. I have downloaded the files that Christian posted, but while 
that has standalone backup on a disk image, I need DSC to read the VMS 
1.5 tape (don't I?) which is the only reason that I was trying to get 
VMS 3.0 working in the first place.


Cheers

Peter Allan

On 20 October 2017 at 09:43, Wilm Boerhout <wboerh...@gmail.com 
<mailto:wboerh...@gmail.com>> wrote:


Matt Burke schreef op 17-10-2017 om 23:17:

You may also want to try VAX/VMS 1.0 (or as close as you can
get to it):


http://www.9track.net/vms/BB-D782A-BE.zip
<http://www.9track.net/vms/BB-D782A-BE.zip>

This is not taken from an original tape. It's something I
reconstructed
from a disk containing early VAX/VMS source and binaries. The
dates
indicate that this is earlier than VAX/VMS 1.5.
Hopefully someone can find an original at some point.

Matt
___
Simh mailing list
Simh@trailing-edge.com <mailto:Simh@trailing-edge.com>
http://mailman.trailing-edge.com/mailman/listinfo/simh
<http://mailman.trailing-edge.com/mailman/listinfo/simh>


Wonderful!


I now have VMS 1.0 up and running on simh VAX780. Does anyone know
whereto find the Fortran installation tape for this system?


BTW, I also use a fine VT52 emulator I found on github.


/Wilm


___
Simh mailing list
Simh@trailing-edge.com <mailto:Simh@trailing-edge.com>
http://mailman.trailing-edge.com/mailman/listinfo/simh
<http://mailman.trailing-edge.com/mailman/listinfo/simh>




___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Wilm Boerhout]

Matt Burke schreef op 17-10-2017 om 23:17:

You may also want to try VAX/VMS 1.0 (or as close as you can get to it):

http://www.9track.net/vms/BB-D782A-BE.zip

This is not taken from an original tape. It's something I reconstructed
from a disk containing early VAX/VMS source and binaries. The dates
indicate that this is earlier than VAX/VMS 1.5.
Hopefully someone can find an original at some point.

Matt
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Wonderful!


I now have VMS 1.0 up and running on simh VAX780. Does anyone know 
whereto find the Fortran installation tape for this system?



BTW, I also use a fine VT52 emulator I found on github.


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Wilm Boerhout]

Gregg Levine schreef op 18-10-2017 om 15:39:

Hello!
Matt I just tried to visit that location. It worked the first time.
And then going to the portion for the DECUS spot I get a complaint
from my browser. And then trying to log in anonymously, it rejected
it. Finally going back to that link it promptly did that again.

-
Gregg C Levine gregg.drw...@gmail.com
"This signature fought the Time Wars, time and again."

Usual browser caveats apply. I just downloaded all tapes (again) using 
FileZilla on Windows 10.


From linux, plain ftp w/binary transfer should be no problem. Or wget

/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Wilm Boerhout]

Matt Burke schreef op 17-10-2017 om 23:17:

You may also want to try VAX/VMS 1.0 (or as close as you can get to it):

http://www.9track.net/vms/BB-D782A-BE.zip

This is not taken from an original tape. It's something I reconstructed
from a disk containing early VAX/VMS source and binaries. The dates
indicate that this is earlier than VAX/VMS 1.5.
Hopefully someone can find an original at some point.

Matt
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Wonderful. So most likely, this tape is in DSC2 format as well ?

/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Wilm Boerhout]

Luca Sironi schreef op 18-10-2017 om 10:36:
2017-10-17 23:42 GMT+03:00 Wilm Boerhout <wboerh...@gmail.com 
<mailto:wboerh...@gmail.com>>:



See also my blog on
https://vxcompany.com/2016/02/13/a-working-vax-11780-revisited/

<https://vxcompany.com/2016/02/13/a-working-vax-11780-revisited/>http://ro.sironi.tk


do you have a 3d model for that awesome VAX-11/780 model case ?


Alas, no. It is one of few made dozens of years ago. I'm thinking of 
starting a kickstarter for 3D-print of same...



/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VMS 1.5 installable?

[Wilm Boerhout]

John Forecast schreef op 17-10-2017 om 22:27:

[Snip]

I don’t think you’ll be able to get early versions of VMS running on 
SIMH. A lot (almost all?) of the utilities run in PDP-11 compatibility 
mode which, as far as I can see, is not supported by the 11/780 emulator.


[Snip]

I beg to differ. I have been running V1.5 on a simh VAX 11/780 ever 
since the 780 appeared on simh.


As the OP said, you need DSC2 to restore the V1.5 distro .tap file to a 
Files-11 disk. DSC2 may be found on the original V3.0 distro for VMS, 
that is a regular backup save set. So it is a staged process:


 * boot any VMS system with VMS backup to restore the V3.0 tape to a
   disk and boot from this
 * use DSC2 (in RSX-11 compatibility mode) on the V3.0 system to
   restore the VMS 1.5 tape to a Files-11 disk.
 * boot V1.5 !!!

See also my blog on 
https://vxcompany.com/2016/02/13/a-working-vax-11780-revisited/



/Wilm

Below is my config file for a simh configuration that will boot V1.5, 
V3.6 and V7.3


Use the now commented TU devices for loading the various tapes. And 
remember, the joy is in the journey!




; VAX-11/780 emulator settings
set cpu 32M, conhalt, idle=VMS
set uba autoconfig

echo    
echo   VAX-11/780 32MB
echo    Big Brother
echo    
echo

; unused devices:
set rl disable
set hk disable
set ts disable
set lpt disable
set rp disable
set ry disable

set xu enable

; DZ11 listen on port 1 for dz0-7
set dz lines=8
attach dz 1

; DUA disk ctrl
set rq0 autosize
set rq1 autosize
set rq2 autosize
set rq3 autosize

att -e rq0 /vdisk/VMSV73clus.vdisk
att -e rq1 /vdisk/VXTOOLS.vdisk
att -e rq2 /vdisk/Hobbyist.vdisk
att -e rq3 /vdisk/SABKUP.vdisk

; DUB disk ctrl
set rqb enable
set rqb0 disable
set rqb1 autosize
set rqb2 disable
set rqb3 autosize

att rqb1 /vdisk/VMSV15.vdisk
att rqb3 /vdisk/VMSV30.vdisk

; MUA tape ctrl
set tq TU81
set tq0 capacity=0
set tq1 disable
set tq2 disable
set tq3 disable

att tq0 /mnt/nas/pi/PIVAX3.vtape

; MBA tape ctrl
set tu disable
;set tu  TE16
;set tu0 disable
;set tu1 locked capacity=16
;set tu2 disable
;set tu3 locked capacity=16
;set tu4 disable
;set tu5 disable
;set tu6 disable
;set tu7 disable

;att -e tu1 /vtape/VMS1.5-BB-D782B-BE.tap
;att -e tu3 /vtape/VMS3.0-BB-D782E-BE.tap

; card rdr for file xfer
set cr enable
set cr autoeof
att -a cr /mnt/nas/xfer.txt
set cr translation=029

; Ethernet
set xu mac=08:00:2B:19:02:54 type=DELUA
att xu tap:tap0

att todr /opt/simh-master/BIN/toy.clk

; Boot
;echo ---
;echo type b[oot] rq0 to start the VAX-11/780
;echo ---
;echo

boot rq0

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] performance issues vax / simh / openvms / itanium

[Wilm Boerhout]

Does The compiler generate simh code that causes alignment faults when simh
executies? A notorious source of bad performance on early Itanium ports.

/Wilm
Op ma 24 apr. 2017 om 14:22 schreef gérard Calliet <
gerard.call...@pia-sofer.fr>

> Hello,
>
> I have a VAX emulated with simh compiled and running on OpenVMS 8.4-1H1
> (vsi) Itanium i4. The software used does only heavy cpu tasks (Ada cross
> compiler).
> The performance is surprinsigly bad: about 4 times lower than then VAX
> station 4000-90. A compilation batch which was taking 7mn of CPU takes
> on the emulator 24mn of CPU.
> The host Itanium uses 1 core at 100%, and not a lot of page faults, 100
> dio /s which I think is for the emulated clock.
>
> (I use the same (back/image) system disk as of the initial hardware VAX.
> I have verified I use all the 512m of memory, there are not a lot of
> page fault on the VAX.)
>
>
> I don't understand why it is so bad. I thought about some special things
> on C compilation, but which?
> Any suggestions?
>
> Thanks,
> Gérard Calliet
>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le
> logiciel antivirus Avast.
> https://www.avast.com/antivirus
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT : VAX SDL support?

[Wilm Boerhout]

I don't know what happened. Below is the complete message/question.

Wilm Boerhout schreef op 21-3-2017 om 09:34:
I brought up the VMS V4.7 + VWS 3.2 software as per Tony's recent 
instructions.


It is running quite nicely on my Windows10/Cygwin laptop. DEClander 
brings back sweet memories :-)


However, I'm struggling with keyboard mapping in the Workstation 
environment. The VWS software only lmows about VT220 and TEK4010 
terminals. I'm using a PC-style keyboard on the laptop. I cannot find 
a way to insert the proper mapping into the software environmet.


puTTY/VT102 works as always when I connect to a DZ/DH terminal. 
DECwindows (on VMS 7.x) also allows me to get the mapping right.


That I cannot use the VWS VT220 emulator for text editing is one 
thing, but to fly a DEClander without proper controls is appalling!


What am I missing?


/Wilm

version info:

MicroVAX II (KA630) simulator V4.0-0 Betagit commit id: e49f06dc
QVSS Display Created.  Uncaptured Input Mode

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT : VAX SDL support?

[Wilm Boerhout]

I brought up the VMS V4.7 + VWS 3.2 software as per Tony's recent 
instructions.


It is running quite nicely on my Windows10/MinGW laptop. DEClander 
brings back sweet memories :-)


However, I'm struggling with keyboard mapping in the Workstation 
environment. The VWS software only lmows about VT220 and TEK4010 
terminals. I'm using a PC-style keyboard on the laptop. I cannot find a 
way to insert the proper mapping into the software environment.


puTTY/VT102 works as always when I connect to a DZ/DH terminal. 
DECwindows (on VMS 7.x) also allows me to get the mapping right.


That I cannot use the VWS VT220 emulator for text editing is one thing, 
but to fly a DEClander without proper controls is appalling!


What am I missing?

*/Wilm

*simh version:
MicroVAX II (KA630) simulator V4.0-0 Betagit commit id: e49f06dc
QVSS Display Created.  Uncaptured Input Mode*
*
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX 8200

[Wilm Boerhout]

Paul Koning schreef op 17-3-2017 om 17:05:
[snip]

More in general, if drive B wont' read tapes written by drive A, the fault could be at 
either end (or both).  It could even be in the standard -- all too many standards, for 
example a whole lot of modern network protocol standards, permit implementations that 
conform but don't interoperate.  In some cases, the authors get annoyed when you point 
this out and call it a standards bug.  (By contrast, the DECnet standards were always 
written to the rule that "conformance implies interoperability".)

"We call it compatible for a reason. If it were the same, we would say so"

/W
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX 8200

[Wilm Boerhout]

Gary Lee Phillips schreef op 17-3-2017 om 16:54:

Ethan Dicks > wrote:

>That's earlier than is possible... the model was introduced in Jan,
>1986.  Don't know date of first ship.

Well I did say "around 1985 or so." After 30+ years, I'd say that was 
a pretty close guess.


The tape drive was not TK50. It was standard reel to reel media, 
horizontal like an studio audio tape deck, with a cover that had to be 
lifted in order to use it. The disk drive was housed in the same 
cabinet in a drawer below the tape unit. The tape drive was "finicky" 
and seemed to work only with tapes ordered through DEC. The standard 
tapes our much larger IBM shop used never read back correctly when 
written on it.
Could it have been a TS11, nicknamed "Tape Stretcher-11" by those (me 
included) who tried to use it with ever longer, reels of tape and thus 
ever thinner tape?


/*Wilm*
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Raspberry Pi VAXcluster [was: Re: HSC vs UDA/QDA]

[Wilm Boerhout]

Johnny Billquist schreef op 11-3-2017 om 13:09:

On 2017-03-11 11:58, Wilm Boerhout wrote:

Paul Koning schreef op 9-3-2017 om 23:59:

On Mar 9, 2017, at 12:15 PM, Mark Pizzolato <m...@infocomm.com> wrote:

On Wednesday, March 8, 2017 at 11:50 PM, Johnny Billquist wrote:

...

When Matt Burke initially was working on this, I believe that we
talked briefly
about extending sim_ether to support packet delivery across IP
multicast.
With that model, all of the systems connected to a particular star
coupler
would use the same multi-cast group.  I think that DEC may have done
something very similar to this when they implemented LAVC. Several
independent Local Area VAX Clusters can certainly coexist on the same
LAN without interference.

No, LAVC is an Ethernet based protocol (it sits directly on top of
Ethernet).  No routing layer, IP or otherwise.

You could tunnel it over Johnny's bridge protocol, of course.

paul


You could have a look at my VAX on Raspberry Pi / SIMH story at
https://www.linkedin.com/pulse/mixed-architecture-openvms-cluster-wilm-boerhout 




The LAVC cluster is still running today, and will survive individual
systems missing (even the one voting member) when I upgrade Raspbian OS
and/or SIMH itself.


You missed Paul's point.
The initial idea/thought was about emulating CI using IP multicasting. 
That can't be done without some additional glue.
LAVC was then mentioned as if it was done using IP multicasting, 
similar to the suggestion about CI emulated over IP, which was 
incorrect. LAVC is not using IP, and thus cannot use IP multicasting 
(obviously).


Paul then mentioned my bridge software as a way to connect LAVC 
machines together, even if they are not on the same physical network, 
which can be done.


None of this contradicts, or much even relates to your observation 
that LAVC works, even on an emulated machine. You just have your simh 
instance hooked to a physical ethernet, and LAVC is talking over that 
physical ethernet. No IP involved.


Johnny

Yes, yes and.. yes. Not trying to contradict anyone. Just another 
showcase example.



/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX memory

[Wilm Boerhout]

gérard Calliet schreef op 19-1-2017 om 21:25:

Hello,

I use simh to emulate a VAX. It seems I have a strange issue.
I have a process which use a huge number of logical names. So it uses 
memory. With a physical VAX of 128m it was difficult but possible.

I use the same system disk (upgraded from VMS 6 to VMS 7.3).
I use last version of simh with 512m and I get a "%SYSTEM-F-INSFMEM, 
insufficient dynamic memory" message.
I thought new version of VMS needed more memory, so I add a lot to all 
the memory parameters. Same problem.


The new version may need more or less memory in different places, but 
going from V6 to V7 means that AUTOGEN knows about more interrelationships.


It is/was best practice to run AUTOGEN (without feedback) after a major 
VMS version upgrade. What usually works:


 * place your usual (V6) SYSGEN parameters in MODPARAMS.DAT
 * reboot, using a conversational boot, and in SYSBOOT> USE DEFAULT
 * run AUTOGEN with parameters GETDATA REBOOT NOFEEDBACK

Resolve any issues in the AUTOGEN report, observe the behaviour of the 
system and adjust only via MODPARAMS.DAT.


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] XServers and Simh (Somewhat OT)

[Wilm Boerhout]

eXcursion for Windows is not free. It was licensed as part of the 
Pathworks Client License. But -apart from me, obviously- knows that 
nowadays? And who is alive to hunt license violations. Still...

*
**/Wilm*

Robert Thomas schreef op 14-11-2016 om 15:34:


We serve X-Windows from SIMH VAX running VMS 7.3.  There are many 
flavors of X-servers that work.  The most challenging part of using 
such is getting networking to work on SIMH/Vax. Our experience is 
under Windows:


1) EXCURSION (DEC provided with VMS V7 through V7.3 on the Pathworks 
disk – can be installed on its own requiring no special privileges or 
registry setting). Provides a simple X-server.


2) MobaXterm

3) Xming

4) vcxsrv

5) Cygwin-x

All of the above are free and work with some issues.  EXCURSION is 
color limited and does not properly support plane masks.


MobaCterm, Xming, vcxsrv, and Cygwin-X are all implementation of 
XORG’s x-server.  They do not fully support PC keyboards emulating 
LK405 keyboards, i.e. VT400 emulation.  The numeric keypad and 
functions keys are not fully mapped.  Additionally not all of the 
DECwindows/Motif fonts are available.  These are identical to most of 
the LINUX X-Servers.


All of the above support local window managers with various modes of 
operation (All in one windows, multiple windows, etc.) as well as a 
remote window manager, e.g. DECwindows/Motif.


It is easy to start up a DECterm or the DECWindows/Motif CDE.  The 
steps are to:


1) Start the X-server on your workstation/PC allowing connections from 
the desired clients.


2) Log into the VMS system using either the mechanism within the 
X-server environment or putty.


3) Create a display to the X-server:

   $ set display/create/trans=tcpip/perm/node=

4) To start the CDE (DECwindows/Motif window manager):

   $ @cde$path:xsession

To start a DECterm:

   $ create/term/detach

We are evaluating EXCEED as an x-server. So far it has full 
functionality turning a PC into a full function X-server, i.e. like 
having a Vaxstation or Alphastation on your PC.  Its only drawback so 
far is its cost being over $500 per seat.


BTW:  All of the above work on Windows even in Windows virtual machines.

Sincerely,

Robert F. Thomas

*cid:image001.gif@01C71ABB.312C1E90***

44 Industrial Way
Norwood, MA USA 02062
(Office Phone - (781) 329-9200
*mail to: r...@asthomas.com

[Disclaimer] WARNING- This document may contain technical data whose 
export is restricted by the Arms Export Control Act (Title 22, U.S.C., 
SEQ 2751 ET SEQ) or the Export Administration Act (Title 50, U.S.C., 
APP 2401-2420). Violations of these export laws are subject to severe 
criminal penalties.
This e-mail is strictly confidential and intended solely for the 
addressee. It may contain information which is covered by legal, 
professional, or other privilege. If you are not the intended 
addressee you must not use, disclose, or copy this transmission. This 
E-mail is not intended to impose nor shall it be construed as imposing 
any legally binding obligation upon A. S. Thomas, Inc. ("AST"), and/or 
any subsidiaries thereof or associated companies therof. Neither AST 
nor any subsidiaries thereof or associated companies thereof gives any 
representation or warranty as to the accuracy or completeness of the 
contents of this E-mail. AST shall not be held liable to any person 
resulting from the use of any information contained in this E-mail and 
shall not be liable to any person who acts or omits to do anything in 
reliance upon it.  Unendorsed export or re-export is prohibited.




___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EXT :Re: MicroVAX II time across boots

[Wilm Boerhout]

Yes, I know about the need to SET TIME periodically. But "too far off" 
certainly cannot be a few days. If I switch a MicroVAX II off for a 
couple of days, and the battery is good, it will surely pick up the time?


If I switch my simh MicroVAX off for a couple of hours, VMS will ask for 
the time. I have no more precise measurement than "a couple of hours" BTW.


/Wilm

Hittner, David T (IS) schreef op 11-4-2016 om 15:42:


VMS checks the base time stamp time written in OS files vs. the clock 
during boot. If the time is too far off, you will be prompted to enter 
the system time.


Once a year or so, you have to issue a “$ SET TIME” command in VMS 
with no parameters to cause VMS to rewrite the base time stamp in the 
OS file.


The next reboot should not prompt for system time.

Dave

*From:*Simh [mailto:simh-boun...@trailing-edge.com] *On Behalf Of 
*Wilm Boerhout

*Sent:* Monday, April 11, 2016 9:23 AM
*To:* Anders Magnusson; SIMH Mailing List
*Subject:* EXT :Re: [Simh] MicroVAX II time across boots

From simh VAX/vax630_defs.h:

#define NVRBASE 0x200B8000  /* NVR base */

so that appears to be implemented in the simh "nvr" device. My ini 
file attaches that device to a file, so I would expect that this file 
acts as a battery-operated nvr chip. Still, after closing simh, and 
restarting, VMS still asks for the time. Not so on a reboot of VMS 
within the simh instance.


Time to file a bug?

/Wilm

Anders Magnusson schreef op 11-4-2016 om 15:13:

It has a clock chip at 0x200b8000 from where it reads current
time, similar to a PC.
The console mailbox is also in that chip.

-- R

Den 2016-04-11 kl. 14:33, skrev Wilm Boerhout:

How does a real MicroVAX II preserve its time across boots?

How is this implemented in simh MicroVAX II? i.e. what virtual
device should I attach to a file so that the time is preserved in
VMS?
My configuration (below) does not preserve the time (VMS V7.3
fully patched)

Thanks,
/Wilm

--- simh config ---
; unused devices:
set cr disable
set lpt disable
set rl disable
set tq disable
set ts disable

att nvr /opt/simh-master/BIN/nvram.bin

set cpu 16M conhalt idle=VMS
set rom nodelay
set qba autoconfig

; DZ11
set dz enable
set dz lines=4
att dz 1

; DUA controller
set rq0 autosize
att -e rq0 /vdisk/PAGESWAP.vdisk
set rq1 disable
set rq2 disable
set rq3 disable

; Ethernet
set xq mac=08:00:2B:17:08:58
att xq tap:tap0

boot cpu
___
Simh mailing list
Simh@trailing-edge.com <mailto:Simh@trailing-edge.com>
http://mailman.trailing-edge.com/mailman/listinfo/simh



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] MicroVAX II time across boots

[Wilm Boerhout]

From simh VAX/vax630_defs.h:

#define NVRBASE 0x200B8000  /* NVR base */

so that appears to be implemented in the simh "nvr" device. My ini file 
attaches that device to a file, so I would expect that this file acts as 
a battery-operated nvr chip. Still, after closing simh, and restarting, 
VMS still asks for the time. Not so on a reboot of VMS within the simh 
instance.


Time to file a bug?

/Wilm

Anders Magnusson schreef op 11-4-2016 om 15:13:
It has a clock chip at 0x200b8000 from where it reads current time, 
similar to a PC.

The console mailbox is also in that chip.

-- R

Den 2016-04-11 kl. 14:33, skrev Wilm Boerhout:

How does a real MicroVAX II preserve its time across boots?

How is this implemented in simh MicroVAX II? i.e. what virtual device 
should I attach to a file so that the time is preserved in VMS?
My configuration (below) does not preserve the time (VMS V7.3 fully 
patched)


Thanks,
/Wilm

--- simh config ---
; unused devices:
set cr disable
set lpt disable
set rl disable
set tq disable
set ts disable

att nvr /opt/simh-master/BIN/nvram.bin

set cpu 16M conhalt idle=VMS
set rom nodelay
set qba autoconfig

; DZ11
set dz enable
set dz lines=4
att dz 1

; DUA controller
set rq0 autosize
att -e rq0 /vdisk/PAGESWAP.vdisk
set rq1 disable
set rq2 disable
set rq3 disable

; Ethernet
set xq mac=08:00:2B:17:08:58
att xq tap:tap0

boot cpu
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh





___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] MicroVAX II time across boots

[Wilm Boerhout]

How does a real MicroVAX II preserve its time across boots?

How is this implemented in simh MicroVAX II? i.e. what virtual device 
should I attach to a file so that the time is preserved in VMS?

My configuration (below) does not preserve the time (VMS V7.3 fully patched)

Thanks,
/Wilm

--- simh config ---
; unused devices:
set cr disable
set lpt disable
set rl disable
set tq disable
set ts disable

att nvr /opt/simh-master/BIN/nvram.bin

set cpu 16M conhalt idle=VMS
set rom nodelay
set qba autoconfig

; DZ11
set dz enable
set dz lines=4
att dz 1

; DUA controller
set rq0 autosize
att -e rq0 /vdisk/PAGESWAP.vdisk
set rq1 disable
set rq2 disable
set rq3 disable

; Ethernet
set xq mac=08:00:2B:17:08:58
att xq tap:tap0

boot cpu
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] pdp11 and unix

[Wilm Boerhout]

li...@openmailbox.org schreef op 29-2-2016 om 07:21:

On Sat, 27 Feb 2016 17:32:19 -0500
Paul Koning  wrote:


Decimal did show up at times even into the 1960s, for example in the IBM
1620.  But it never made all that much sense; converting between binary
and decimal is quite easy even in those very old machines.  The one
plausible application area is business data processing where the
arithmetic is trivial and most of the work is I/O or other non-arithmetic
operations.

IBM S/360 (1964) and follow-ons have all had hardware support for decimal
and COBOL and PL/I on these platforms have always had native suport for the
data type.

As you might expect decimal arithmetic is used extensively in financial
transactions and reporting since there is no problem of conversion. Money
can be represented exactly rather than approximately as with floating
point. Most banks still run their financial transactions on IBM hardware
and OS for that reason among others.



This binary/decimal discussion stirred up some memories...

By the time Donald Knuth wrote his first volumes "The Art of Computer 
Programming", (1968-1970) the binary/decimal discussion was sufficently 
alive that he designed his virtual MIX computer (presumably in the years 
before publication) explicitly as "binary/decimal agnostic". This 
allowed for implementations/simulations on both binary and decimal 
platforms.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS

[Wilm Boerhout]

Johnny Billquist schreef op 16-2-2016 om 12:49:


No, it is not. Talk to IBM about S/360... :-)
And there are some VAXen on which V7.3 will definitely not run. How 
about rtVAX for example.



I stand corrected. Please note that I had a marketing job once. It sticks...
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] VAX-11/780 model case

[Wilm Boerhout]

Several people have asked me on and off the list about the VAX-11/780 
model case that is shown in one of my posts.


Althought it is not -as I believed earlier- one of a kind, the origins 
are unknown to me. It is an aluminum profile at the core, the panels are 
covered with pre-printed adhesive. The disk and tape "cabinets are 
really in "3D", with a rather rogh finish. One of my colleagues at VX 
Company knows of one other specimen owned by a friend of a friend. It 
may be distributed only in The Netherlands by DEC of DECUS in a small 
batch, or it may have come from abroad.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS

[Wilm Boerhout]

Ethan Dicks schreef op 16-2-2016 om 08:18:

On Tue, Feb 16, 2016 at 1:57 AM, Wilm Boerhout <wboerh...@gmail.com> wrote:

More precisely, V7.3 will run on *any* VAX, including the primal VAX-11/780.
This level of backwards compatibility is unique.

I'm sure 7.3 has a very broad list of what it runs on, but
(considering I own the hardware in question), does it run on the
smallest of the small?  VAX-11/725?  MicroVAX 2000?  In the case of
the 11/725 (and the 11/730), minimum memory requirements come to mind.
They are limited to 5MB (the MicroVAX 2000 can take far more memory
than that and is not a problem there)

[snip]

Plain VMS 7.3, with DECnet, will run on a 11/725 and uVAX 2000. Just set 
the MAXPROCESSCNT to 16 or 12 and AUTOGEN. DECwindows -- no way. TCP/IP 
-- ditto. Maybe you could squeeze in a Fortran compiler. VMStailor will 
do wonders if you're tight on disk space and do not need all the 
optional components.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] SIMH VAXcluster on Raspberry Pi - some crucial files

[Wilm Boerhout]

Below, as promised, some crucial files that I used to bring up my 
PiCluster. YMMV.
You could meke all Pi's and VAXen in the cluster identical, just 
changing node names and network (MAC,DECnet,IP) addresses.


/Wilm

= Raspbina wheezy/jessie /etc/rc.local =

#!/bin/sh -e
# This script is executed at the end of each multiuser runlevel.

exec 2> /var/log/rc.local.log   # stderr to logfile
exec 1>&2   # stdout as well
set -x  # set verify :-)

# get current IP params
HOSTIP=`ifconfig eth0 | grep "inet addr" | gawk -- '{ print $2 }' | gawk 
-F : -- '{ print $2 }'`
HOSTNETMASK=`ifconfig eth0 | grep "inet addr" | gawk -- '{ print $4 }' | 
gawk -F : -- '{ print $2 }'`
HOSTBCASTADDR=`ifconfig eth0 | grep "inet addr" | gawk -- '{ print $3 }' 
| gawk -F : -- '{ print $2 }'`

HOSTDEFAULTGATEWAY=`route -n | grep ^0.0.0.0 | gawk -- '{ print $2 }'`

# Make tun/tap
tunctl -t tap0 -u root
ifconfig tap0 up

# Now convert eth0 to a bridge and bridge it with the eth0 interface
brctl addbr br0
brctl addif br0 eth0
brctl setfd br0 0
ifconfig eth0 0.0.0.0

# fix bridge MACaddress
ifconfig br0 hw ether 08:00:2B:02:02:02
# start bridge
ifconfig br0 $HOSTIP netmask $HOSTNETMASK broadcast $HOSTBCASTADDR up

# set the default route to the br0 interface
route add -net 0.0.0.0/0 gw $HOSTDEFAULTGATEWAY

# bridge in the tap device
brctl addif br0 tap0
ifconfig tap0 0.0.0.0

# load kernel variables from /etc/sysctl.d 
(https://wiki.debian.org/BridgeNetworkConnections)

/etc/init.d/procps restart

# mount NAS stuff
mount -t nfs ODSW48-NAS.local:/shares/Netwerk /mnt/nas

# Start a VAX, Big Brother VAXcluster master member
screen -admO -S vaxclus -t VAXcluster -h 4096 /opt/simh-master/BIN/vax 
/opt/simh-master/vaxclus.ini

sleep 2
screen -ls

exit 0

= simh raspi2.ini =
; for simh V4.0 github (simh-master.zip)
echo-
echoVAXserver 3900 512MB
echo  Big Brother
echo-
echo

; unused devices:
set lpt disable
set rl disable
set ts disable

; ka655x is built-in

att nvr /opt/simh-master/BIN/nvram.bin

set cpu 512M conhalt idle=VMS
set rom nodelay
set qba autoconfig

; DZ11 listen on port 1 for TTA0-TTA3
echo DZ11 --> TTAn:
set dz enable
set dz lines=4
att dz 1

; DUA controller
set rq0 autosize
set rq1 autosize
set rq2 autosize
att -e rq0 /vdisk/VMSV73.vdisk
att -e rq1 /vdisk/VXTOOLS.vdisk
att -e rq2 /vdisk/PAK.vdisk
set rq3 disable

; file transfer
set cr enable
set cr autoeof
att -a cr /mnt/nas/xfer.txt
set cr translation=029
sho cr

; MUA tape ctrl
set tq tk70
att -e tq /vtape/MUA0.vtape
set tq1 disable
set tq2 disable
set tq3 disable
sho tq

; Ethernet
set xq mac=08:00:2B:19:02:54
att xq tap:tap0

set cpu noautoboot

echo
echo--
echoType "b[oot] cpu" to start the VAX
echo--
echo
;boot cpu

= VAX/VMS V7.3 MODPARAMS.DAT =

STARTUP_P2  = "CD"

SCSNODE = "PIVAX2"
SCSSYSTEMID = 2*1024 + 49 ! DECnet 2.49

VAXCLUSTER  =   1
MSCP_LOAD   =   1
MSCP_SERVE_ALL  =   1
NISCS_LOAD_PEA0 =   1
INTERCONNECT= "NI"
BOOTNODE= "YES"

ALLOCLASS   =  49
TAPE_ALLOCLASS  = 249

MAXPROCESSCNT   =32 ! to keep demand on various resources low

MIN_INTSTKPAGES =16 ! for TCPIP

! Generic tuning:

MIN_CHANNELCNT  =   255
MIN_ERRORLOGBUFFERS =14
MIN_GBLSECTIONS =   520
MIN_GBLPAGES= 3

! DECwindows:

MIN_PQL_MPGFLQUOTA = 32768
MIN_PQL_MASTLM =   100
MIN_PQL_MBIOLM =   100
MIN_PQL_MDIOLM =   100
MIN_PQL_MFILLM =   100
MIN_PQL_MBYTLM =10
MIN_PQL_MPRCLM =10
MIN_PQL_MENQLM =   300
!MIN_GH_RES_CODE=  1584 (Alpha ony)

! for copying into OPA0:

MIN_MAXBUF = 16384
TTY_TYPAHDSZ   =   512
TTY_ALTYPAHD   =  8192

! for BACKUP

MIN_WSMAX   = 5
MIN_PQL_MFILLM  =   300
MIN_PQL_MWSQUOTA= 32768
MIN_PQL_MDIOLM  =   100
!
! see HELP /MESS DME
!
MIN_PIOPAGES=  2048
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] simh on RaspBerry Pi

[Wilm Boerhout]

Zane Healy schreef op 15-2-2016 om 18:23:

[snip]
It looks like a good replacement for my VAXstation 3100, but not such 
a great one for the VAXstation 4000/60.  OTOH, the reduced power, 
size, and noise make this an attractive idea.  I’ve been meaning to 
try the original for emulating a PDP-10 and PDP-11 for a couple years, 
just never have the spare time.


Any issues with LAT?  With something like this, I’d just as soon use 
my DECserver 90 TL and a VT420. :-)  I’ve never actually gotten 
VAX/VMS fully running on SIMH.  I think I tried it out as far as 
starting an install on my Mac a few years ago.


As long as you stick to a wired connection on the Pi, the non-routable 
protocols like LAT and SCS pose no threat to the solution.


If you're so inclined, you might open up the VT420 casing and see 
whether there is room to place the Raspberry inside. There sould me 
plenty of %V power points to feed the Pi. Then all you need is a serial 
connector on the Pi to operate it from the VT420.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] VAX/VMS

[Wilm Boerhout]

Zane Healy schreef op 15-2-2016 om 18:20:

[snip]


There are plenty of good VAX and VMS manuals out there, including the 
documentation set.  Check eBay and abebooks.com.

The last version of VMS that will run on a VAX is v7.3.

Zane
More precisely, V7.3 will run on *any* VAX, including the primal 
VAX-11/780. This level of backwards compatibility is unique.


The other way around, each "newer" VAX in general needs a minimum 
version of VMS to run. Sometimes special "hardware releases" were issued 
(such as V5.5-H2) to support a new VAX model or variant.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] vax simh and loading file

[Wilm Boerhout]

What error? What versipn of simh?

Op ma 15 feb. 2016 om 20:53 schreef Bill Cunningham <bill...@suddenlink.net>

>
>
> - Original Message -
> *From:* Wilm Boerhout <wboerh...@gmail.com>
> *To:* simh@trailing-edge.com
> *Sent:* Monday, February 15, 2016 3:42 AM
> *Subject:* Re: [Simh] vax simh and loading file
>
> Exactly. The only thing that simh adds to this process is the "set cr
> reset" command to prompt the card reader (driver?).
>
> So on simh, the flow control would be:
>
>  1. get your "card deck" in a file on the host
>  2. boot simh with the cr device attached to said file
>  3. boot your VAX
>  4. log in, then CTRL/E out to the simh prompt, and issue "set cr reset"
>  5. issue "continue" to the simh prompt to resume the VAX
>  6. observe that your job has run, and the file (if not deleted, which
> is the default) is now a DCL file in your default login directory,
> default name is "INPBATCH.COM". Name may be overridden by the /NAME
> qualifier on the job card.
>
> /Wilm
>
>
> OK here's what I tried. Issuing "continue" in simg doesn't work. simh>
> "continue" just gives an error.
>
> ./vax
> lo -r ka655x.bin
> set cpu 64m
> set cpu idle=vms
> set rq0 ra92
> at rq0 vms
> at nvr r
> set cr autoeof
> at -a cr list "name of licnese PAKs
> set cr translation=029
> b cpu
> Then I use "b dua0" no problems
> login as system and enter password. No problems
> ^E
> simh>
> here I enter "set cr reset"
> and at simh>
> I enter "continue" and get an error. 
>
> Bill
>
>
>
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] simh on RaspBerry Pi

[Wilm Boerhout]

What he said :-)
Op ma 15 feb. 2016 om 20:47 schreef Thomas Merritt <s...@tj.merritts.org>

>
> > On Feb 15, 2016, at 8:37 AM, Johnny Billquist <b...@softjar.se> wrote:
> >
> > On 2016-02-15 16:15, Paul Koning wrote:
> >>
> >>> On Feb 15, 2016, at 9:01 AM, Wilm Boerhout <wboerh...@gmail.com>
> wrote:
> >>>
> >>> Will Senn schreef op 15-2-2016 om 14:26
> >>>
> >>> [snip]
> >>>
> >>>> Are you documenting the setup process for your endeavors, or just
> blogging about the result? I think it would be interesting to see how you
> clustered those Pi Vaxen as much as to know it was possible. I've got a few
> Pi around looking for something to cluster around...
> >>> There are three parts to a successful setup:
> >>>
> >>> 1. Since each Pi has only one Ethernet interface, make sure you use a
> >>>   wired connection (wireless isn't real Ethernet)
> >>
> >> Well, Wireless is 802.11 which indeed isn't 802.3 / Ethernet.  But
> that's not really relevant.  The question is whether it uses Ethernet
> addressing and offers an Ethernet-compatible MAC layer API, and 802.11
> certainly does.  You can run SimH Ethernet just fine over a wireless LAN.
> I've run PDP11 SimH that way with no problems.
> >
> > Actually, I have run into problems. The broadcast domain, as well as the
> Unicast have slight differences to Ethernet, which makes it sometimes fail
> in subtle ways.
> > Having a second mac address on a WiFi interface, one that is used by
> simh, though tun/tap, does not work that well with WiFi. Unfortunately.
> >
> > I've definitely had problems keeping it working under OS X at least. And
> I'm pretty sure I've read of others having the same problem.
> >
> >   Johnny
> >
> >
> > ___
> > Simh mailing list
> > Simh@trailing-edge.com
> > http://mailman.trailing-edge.com/mailman/listinfo/simh
>
> This is a feature of 802.11.  The packet format over the air for 802.11
> has two MAC addresses in it to in theory enable bridging.  One for the
> radio and one for the sender.  Most 802.11 firmware just stuffs the radio's
> MAC address in both and ignores the MAC address in the original frame when
> sending, and when receiving the senders radio MAC address is used in the
> frame propagated to the computer by the adapter.  The result is that
> everything is sent as if from the host and not the VM and replies are
> delivered back to the host and not the VM.  This can be worked around in
> the hypervisor as VirtualBox does for IPv4 and to some degree IPv6.  But
> don't expect a SimH machines to be able to communicate over WiFi without a
> lot of work in SimH’s networking implementation.
>
> -- TJ
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] simh on RaspBerry Pi

[Wilm Boerhout]

Paul Koning schreef op 15-2-2016 om 16:15:

[snip]

There are three parts to a successful setup:

1. Since each Pi has only one Ethernet interface, make sure you use a
   wired connection (wireless isn't real Ethernet)

Well, Wireless is 802.11 which indeed isn't 802.3 / Ethernet.  But that's not 
really relevant.  The question is whether it uses Ethernet addressing and 
offers an Ethernet-compatible MAC layer API, and 802.11 certainly does.  You 
can run SimH Ethernet just fine over a wireless LAN.  I've run PDP11 SimH that 
way with no problems.

paul


Maybe it is my poor choice of wireless networking adapter, or a Raspbian 
thing, but I never managed to get tun/tap networking with a bridge to 
work on the Raspbian wlan0 device (in this case, an Edimax wireless 
adapter), whereas on the eth0 device (the built in Raspberry adapter) it 
works instantly.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Computer History Museum

[Wilm Boerhout]

This summer, I plan to visit the Computer History Museum in Mountain 
View, CA.


The idea is mainly to drool on PDP's and VAXes of course. Do any of you 
know of some not-on-the-regular-menu stuff I could ask for (maybe in 
advance) to enhance my experience?


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] installing VMS 1.5

[Wilm Boerhout]

William Pechter schreef op 15-2-2016 om 15:54:

[snip]
Having installed 2.x back in the day -- IIRC you would need to get a 
VMS machine running with DSC (disk save and compress)
running on it and use that to restore the system.   It might be 
possible to build bootable DSC on an RL pack
on a different VAX (like an emulated 11/750) and then use that to 
restore the 1.5.



That's what I did. I used a VMS 3.0 disk I had installed previously, old 
enough to contain good old DSC to copy the V1.5 installation tape to 
disk, instead of booting from the floppies (I could not find the floppy 
images mentioned in the V1.5 installation guide)


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] simh on RaspBerry Pi

[Wilm Boerhout]

Will Senn schreef op 15-2-2016 om 15:09:
Thanks. I look forward to seeing the .ini's and rc.local, etc. I come 
at it the other way around. I know Linux/Mac OS X/FreeBSD quite well, 
but know next to nothing about VMS (I know a bit about VAX because of 
its relationship to PDP-11, which I've been studying pretty 
relentlessly). I have a hobbyist license for OpenVMS, but I'm unclear 
if that's the same OS you are referring to?


Regards,
Will
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh
and as an afterthought, VMS 1.5 does not use the LMF licensing facility. 
It runs as installed from the tape. You'd like it, when you login, it is 
really RSX with a DCL shell.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] simh on RaspBerry Pi

[Wilm Boerhout]

Will Senn schreef op 15-2-2016 om 15:09:

[snip]
As soon as I get home again (may be in a few days), I can post the 
simh ini file(s), my /etc/rc.local which implements the tun/tap 
stuff, as well as VMS MODPARAMS.DAT. That is as far as I will go in 
documenting. Making it work and stumbling along was part of the fun. 
It is my way to teach myself Linux. VMS, I know of old.


/Wilm


Thanks. I look forward to seeing the .ini's and rc.local, etc. I come 
at it the other way around. I know Linux/Mac OS X/FreeBSD quite well, 
but know next to nothing about VMS (I know a bit about VAX because of 
its relationship to PDP-11, which I've been studying pretty 
relentlessly). I have a hobbyist license for OpenVMS, but I'm unclear 
if that's the same OS you are referring to?


It is. One of the things that separates VMS newbies from us dinosaurs is 
that we treat "Open" in OpenVMS as a silent prefix :-)


It was invented by Digital marketing at the time Posix came into being. 
OpenVMS was one of the first OS's to achieve Posix compatibility. Or 
maybe that was also just a scam by Digital marketing...


/Wilm


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Console floppy and VAX 780

[Wilm Boerhout]

Zachary Kline schreef op 15-2-2016 om 14:38:

Hi,

I’m trying to boot 
http://bitsavers.trailing-edge.com/bits/DEC/vax/vms/BB-D782B-BE__VMS_V1.5_1600.zip,
 mostly for interest’s sake. I presume this is an installation tape of some 
sort.
I’ve tried on the VaxSserver 3900 simulator, but always seem to get a 
“DevOffline,” message for Mua0:, the magnetic tape reader.
I was wondering if I might have better luck with the VAX 11/780. I don’t 
actually have real hardware of any kind. The reason I was asking about console 
floppies is that, as far as I know, I can’t directly boot from tape on the 780, 
at least not with the SIMH “boot,” command.
If this is something other than an installation tape, of course, the whole 
process isn’t worth the trouble :)
This is indeed an installation tape. I used it to buiild my VAX-11/780 
installation on Raspberry Pi. See 
http://vxcompany.com/kennis/blog/2016/01/22/a-working-vax-11780-revisited/


The VMS version it contains will never run on a 3900, which is way newer 
than the 780.


So make sure your get the latest simh sources from github, and build 
yourself a "vax780" model. Read vax780.doc, then configure it with (for 
example) an RP07 disk and a TE16 tape unit, restore the tape (find the 
AA-D021B-TE VAX-11 Installation Guide on bitsavers) and start playing...


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] simh on RaspBerry Pi

[Wilm Boerhout]

Will Senn schreef op 15-2-2016 om 14:26

[snip]

Are you documenting the setup process for your endeavors, or just 
blogging about the result? I think it would be interesting to see how 
you clustered those Pi Vaxen as much as to know it was possible. I've 
got a few Pi around looking for something to cluster around...

There are three parts to a successful setup:

1. Since each Pi has only one Ethernet interface, make sure you use a
   wired connection (wireless isn't real Ethernet) and the tun/tap
   setup on the Raspbian Linux host. This is well documented in the
   github simh docs. This will leave you with access to your LAN
   from/to the Linux host, as well as a "separate" tap0 device for the
   VAX/VMS guest.
2. Build your VAX of choice. My three cluster members are a VAXserver
   3900, a MicroVAX 3900 (same "vax" build for simh) and a 16MB
   MicroVAX II ("microvax2" build). The latter because I wanted to see
   whether the MicroVAX II could be configured with TCP/IP at all. The
   build process and its options are -again- well documented in the
   simh docs.
3. Deploy your VMS OS, configure DECnet and TCP/IP and use the
   CLUSTER_CONFIG DCL command procedure to first create the cluster
   "master", and then add the satellites. CLUSTER_CONFIG.COM is sort of
   self-documenting.

I used the V4.0 standard github sources to build, and VAX/VMS V7.3 to 
deploy the cluster. Some Pi's run Raspbian Wheezy, some run Jessie. It 
varies along with my mood and the phase of the moon.


As soon as I get home again (may be in a few days), I can post the simh 
ini file(s), my /etc/rc.local which implements the tun/tap stuff, as 
well as VMS MODPARAMS.DAT. That is as far as I will go in documenting. 
Making it work and stumbling along was part of the fun. It is my way to 
teach myself Linux. VMS, I know of old.


/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] simh on RaspBerry Pi

[Wilm Boerhout]

Please check out my post on running a VAXcluster on Raspberry Pi's

https://www.linkedin.com/pulse/vaxcluster-raspberry-pi-wilm-boerhout

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] vax simh and loading file

[Wilm Boerhout]

Exactly. The only thing that simh adds to this process is the "set cr 
reset" command to prompt the card reader (driver?).


So on simh, the flow control would be:

1. get your "card deck" in a file on the host
2. boot simh with the cr device attached to said file
3. boot your VAX
4. log in, then CTRL/E out to the simh prompt, and issue "set cr reset"
5. issue "continue" to the simh prompt to resume the VAX
6. observe that your job has run, and the file (if not deleted, which
   is the default) is now a DCL file in your default login directory,
   default name is "INPBATCH.COM". Name may be overridden by the /NAME
   qualifier on the job card.

/Wilm


Jeremy Begg schreef op 14-2-2016 om 23:42:

Hi Bill,


Your suggestion on the simh list looks just like what I need. I use simh
3.9 and the vax has a cr device. I attached a file and everything is good.
When I login to vms nothing understands job.
I've tried job
@sys$system:job and so on and can't get job or find it anywhere. The help
list doesn't list a noprint qualifier but there is /keep and /name. Where is
"job" that's what I can't seem to find out. This is from the list. >"

So this is your "card" file?

   $JOB SYSTEM /NOPRINT /KEEP /NAME=WilmTest
   $PASSWORD xxx
   $! some ASCII text
   $ show time
   $EOJ"

That should work fine, and here's what would happen on a real VAX:

1. User loads card deck into card reader and hits the start button.
2. VMS reads each card in turn and creates a temporary file somewhere
(my guess is that it would be in the login directory for the user
specified in the JOB statement on the first card).
3. VMS submits the file to the batch queue specified by the /QUEUE
qualifier on the JOB statement, or to SYS$BATCH if the /QUEUE has
not been specified.
4. The job runs and creates log file, which will be printed and/or
deleted unless other qualifiers on the JOB statement specify otherwise.

To summarise: card readers create batch jobs which run without the user
having to log in via an interactive terminal.  The JOB command itself is not
actually a valid VMS command in the usual way: it's not part of
DCLTABLES.EXE and is instead implemented (I think) by the VMS JOB_CONTROL
process.

Regards,

 Jeremy Begg

   +-+
   |VSM Software Services Pty. Ltd.  |
   | http://www.vsm.com.au/  |
   |-|
   | P.O.Box 402, Walkerville, |  E-Mail:  jer...@vsm.com.au |
   | South Australia 5081  |   Phone:  +61 8 8221 5188   |
   |---|  Mobile:  0414 422 947  |
   |  A.C.N. 068 409 156   | FAX:  +61 8 8221 7199   |
   +-+
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] vax simh and loading file

[Wilm Boerhout]

For ftp, you need to load licenses for VAX and UCX first. Catch-22.

There are two ways to load the initial set of licenses. I have used them 
both.


1. Start simh, boot your VAX, connect to the VAX OPA0 console terminal,
   start a EDIT /TPU session and paste from your host terminal.
2. The MicroVAX 3900 supports a CR11 card reader. When you attach an
   ASCII text file to the CR device, the file will be submitted to the
   SYS$BATCH queue for processing. I found that installing the INPSMB
   image with CMKRNL privs is necessary to submit jobs under the SYSTEM
   account. Details below.

*simh ini file snippet:*

; file transfer
set cr enable
set cr autoeof
att -a cr /mnt/nas/xfer.txt
set cr translation=029
sho cr

Note that the xfer.txt file resides on the NAS that is accessible to my 
Linux simh host. See simh vax.doc for cr details.


*"Card" deck contents:*

$JOB SYSTEM /NOPRINT /KEEP /NAME=WilmTest
$PASSWORD xxx
$! some ASCII text
$ show time
$EOJ

Note that the password is in plain text. Keep that card safely in your 
breast pocket and insert it into the deck at the latest moment!



/Wilm


Gene Irwin schreef op 12-2-2016 om 23:50:


I usually (on rsts) just attach it time the paper tape reader and copy 
it to a file.



On Fri, Feb 12, 2016, 2:16 PM Bill Deegan > wrote:


Can't ftp it into the vax?

On Fri, Feb 12, 2016 at 1:46 PM, Bill Cunningham
> wrote:

- Original Message -
*From:* Johnny Billquist 
*To:* Bill Cunningham 
*Sent:* Friday, February 12, 2016 4:42 PM
*Subject:* Re: [Simh] vax simh and loading file

On 2016-02-12 22:40, Bill Cunningham wrote:
> Hum. I am running in console mode. Cut and paste from
one terminal
> window to another? I will have to load some things.
That's ok, but I was
> wondering if simh was able to do this.

I was just giving a suggestion. :-)
I'm not aware of any really simple way of transporting
bytes across the
barrier. I can think of various more or less tricky ways,
but no really
simple ones.

Sure I understand. I had in mind simh could do this though.
Bill


___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] vax simh and loading file

[Wilm Boerhout]

For ftp, you need to load licenses for VAX and UCX first. Catch-22.

There are two ways to load the initial set of licenses. I have used them 
both.


1. Start simh, boot your VAX, connect to the VAX OPA0 console terminal,
   start a EDIT /TPU session and paste from your host terminal.
2. The MicroVAX 3900 supports a CR11 card reader. When you attach an
   ASCII text file to the CR device, the file will be submitted to the
   SYS$BATCH queue for processing. I found that installing the INPSMB
   image with CMKRNL privs is necessary to submit jobs under the SYSTEM
   account. Details below.

*simh ini file snippet:*

; file transfer
set cr enable
set cr autoeof
att -a cr /mnt/nas/xfer.txt
set cr translation=029
sho cr

Note that the xfer.txt file resides on the NAS that is accessible to my 
Linux simh host. See simh vax.doc for cr details.


*"Card" deck contents:*

$JOB SYSTEM /NOPRINT /KEEP /NAME=WilmTest
$PASSWORD xxx
$! some ASCII text
$ show time
$EOJ

Note that the password is in plain text. Keep that card safely in your 
breast pocket and insert it into the deck at the latest moment!



/Wilm


Gene Irwin schreef op 12-2-2016 om 23:50:


I usually (on rsts) just attach it time the paper tape reader and copy 
it to a file.



On Fri, Feb 12, 2016, 2:16 PM Bill Deegan > wrote:


Can't ftp it into the vax?

On Fri, Feb 12, 2016 at 1:46 PM, Bill Cunningham
> wrote:

- Original Message -
*From:* Johnny Billquist 
*To:* Bill Cunningham 
*Sent:* Friday, February 12, 2016 4:42 PM
*Subject:* Re: [Simh] vax simh and loading file

On 2016-02-12 22:40, Bill Cunningham wrote:
> Hum. I am running in console mode. Cut and paste from
one terminal
> window to another? I will have to load some things.
That's ok, but I was
> wondering if simh was able to do this.

I was just giving a suggestion.
I'm not aware of any really simple way of transporting
bytes across the
barrier. I can think of various more or less tricky ways,
but no really
simple ones.

Sure I understand. I had in mind simh could do this though.
Bill


___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh




Gene Irwin schreef op 12-2-2016 om 23:50:


I usually (on rsts) just attach it time the paper tape reader and copy 
it to a file.



On Fri, Feb 12, 2016, 2:16 PM Bill Deegan > wrote:


Can't ftp it into the vax?

On Fri, Feb 12, 2016 at 1:46 PM, Bill Cunningham
> wrote:

- Original Message -
*From:* Johnny Billquist 
*To:* Bill Cunningham 
*Sent:* Friday, February 12, 2016 4:42 PM
*Subject:* Re: [Simh] vax simh and loading file

On 2016-02-12 22:40, Bill Cunningham wrote:
> Hum. I am running in console mode. Cut and paste from
one terminal
> window to another? I will have to load some things.
That's ok, but I was
> wondering if simh was able to do this.

I was just giving a suggestion. :-)
I'm not aware of any really simple way of transporting
bytes across the
barrier. I can think of various more or less tricky ways,
but no really
simple ones.

Sure I understand. I had in mind simh could do this though.
Bill


___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com

Re: [Simh] Sounds

[Wilm Boerhout]

In the early 80's, I worked on my first PDP-11/44 with RSTS, initially 
as a programmer. The system manager had a few DECtape reels that could 
play music when loaded and sped forward. The Dutch national anthem was 
one of the hits. This was a military research facility, and every time 
some high-ranking officer visited the site, he was shown why all this 
money was paid for a computer system.


/Wilm

J. David Bryan schreef op 13-2-2016 om 06:08:

On Friday, February 12, 2016 at 18:09, Bob Supnik wrote:


When Applied Data Research got its PDP-7 in 1966, there was a DECUS
program to get it to play music by toggling the lower order 4 bits of
the MQ (and the MQ lights) to generate square waves. If you wired that
up to an audio player, you got electronic "music" of a blatting sort,
in four part harmony.

At the HP office in Rockville, MD in 1975, they had a small program that
played music on an HP 2748 paper tape reader, which was a 500 cps optical
unit that could stop and start on each byte.  It utilized a solenoid-
actuated brake that was driven by the control flip-flop on the interface
card.  Set the control FF, and the brake would release for reading.  Clear
the FF, and the brake would energize and pinch the tape to stop it.

So with the program loaded, you'd fold a foot-long piece of scrap tape in
half and tuck it under the brake anvil to act as a sounding board.  When
you ran the program, it'd play a short ditty by pulsing the brake at
various frequencies.



...it sounded utterly bizarre, but... the computer was playing music!

Quite so.  The HP SEs didn't like to show the program more than once per
customer, as they said it put a month's worth of wear on the reader in
thirty seconds.

   -- Dave

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Panic while attempting to boot a NetBSD ISO

[Wilm Boerhout]

DUA1 (the one, not the letter L)

Op zaterdag 6 februari 2016 heeft Gregg Levine  het
volgende geschreven:

> Hello!
> Okay here goes, I'm following these instructions:
> https://www.netbsd.org/ports/vax/emulator-howto.html
>
> And I'm getting this response:
> MicroVAX 3900 simulator V4.0-0 Betagit commit id: f03bae6c
> sim> do netbsd-boot
> RQ1: creating new file
> libpcap version 1.4.0
> Eth: opened OS device wlan0 - No description available
>
>
> KA655-B V5.3, VMB 2.7
> Performing normal system tests.
> 40..39..38..37..36..35..34..33..32..31..30..29..28..27..26..25..
> 24..23..22..21..20..19..18..17..16..15..14..13..12..11..10..09..
> 08..07..06..05..04..03..
> Tests completed.
> >>>boot dual:
> (BOOT/R5:0 DUAL
>
>
>
>   2..
> ?41 DEVASSIGN, DUAL
> HALT instruction, PC: 0C1A (MOVL (R11),SP)
> sim>
>
> The script I wrote follows what it says on the site, except for the
> CD-ROM file, and the network device, and the BIN file it needs.
> -
> Gregg C Levine gregg.drw...@gmail.com 
> "This signature fought the Time Wars, time and again."
> ___
> Simh mailing list
> Simh@trailing-edge.com 
> http://mailman.trailing-edge.com/mailman/listinfo/simh



-- 
Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] 8-bit pseudocolor on modern Windows PC?

[Wilm Boerhout]

Paul Hardy 2 schreef op 27-1-2016 om 18:11:

Robert Thomas said
Have you investigated using eXcursion?  It was provided with VMS/OpenVMS 
distributions on the Pathworks CD.
...

Sounds interesting, but as a hobbyist, how can I get hold of the Pathworks CD, 
or a download of the eXcursion component from it?

Regards,

I can send you a zip containing eXcursion 7.3.189. I needs no installer 
on recent versions of Windows (I'm using 8.1 pro), just extract the zip 
archive and run the server image. Send DM if you're interested.


I use it whenever I need to display X11 from VMS. Nothing fancy, but it 
matches well fontwise.


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Powerful system

[Wilm Boerhout]

On my new Raspberry Pi 2 (quadcore ARM), Simh 3.9-0 from the 
trailing-edge repository gives me 3 VUPs.

That is, three times more powerful than the original VAX-11/780.
On a somewhat smaller footprint.

Details: Raspbian OS, fully updated/upgraded
Linux raspberrypi 3.18.7-v7+ #755 SMP PREEMPT Thu Feb 12 17:20:48 GMT 
2015 armv7l GNU/Linux

(wget http://simh.trailing-edge.com/sources/simhv39-0.zip)
make USE_NETWORK=1 vax

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] EV-5

[Wilm Boerhout]

Arpadffy Zoltan mentioned  on 8-5-2012 9:47:

Hello,

Do you have a list of tasks that need to be done in order to have it usable?

There is a huge need for a free Alpha emulator that really works well without 
limitations, expensive licences or obligatory Windows environment.

Thank you.

Regards,
Z

-Original Message-
From: Bob Supnik [mailto:b...@supnik.org]
Sent: den 3 maj 2012 22:56
To: simh@trailing-edge.com; heal...@aracnet.com
Subject: [Simh] EV-5

I haven't touched it in four years (much of it in six years). It was
debugged by hand; I don't think I have even simple diagnostics for it.

Other people took this code as a starting point for their work, but I
don't know what they may have done to it.

/Bob

On 5/3/2012 4:29 PM, Zane H. Healy wrote:

What is the current state of EV-5 emulation?

Thanks,
Zane



___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

When there is a huge need for something, usually people are willing to 
pay for it (Economics 101)


/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SimH V3.9-0 released

[Wilm Boerhout]

Bob Supnik mentioned  on 3-5-2012 21:42:
Two-plus years in the making! Hundreds of bug fixes! Tens of 
improvements! Yes, it's the long-awaited V3.9-0 of SimH. Available, as 
always, at http://simh.trailing-edge.com.


Some extra goodies this time, as SimH will be transitioning from this 
form of release to a public source repository for community development:


- All unfinished/beta simulators, including the SAGE 6800, Sigma 7, 
SiCortex SC1 (MIPS), and Alpha EV-5.

- Documentation masters for all the simulators.
- Updated tools and utilities.

I am not releasing binary executables with Ethernet support. If you 
don't want to build them yourself, check out the public source 
repository (see the readme file).


Note: if you downloaded any release before today, including the 
1-May-2012 final candidate, download again, as a very last minute bug 
was fixed just today.


/Bob Supnik


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh



Thanks Bob for your ongoing efforts!

/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Trying to boot on a Charon container

[Wilm Boerhout]

Patrick Renouvel mentioned  on 16-9-2011 10:15:

Hi all,

I did that with no problems in the past.

I have a Charon VAX Container.

I can boot without troubles with Charon.

With SimH i have the message :

KA655X-B V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..
24..23..22..21..20..19..18..17..16..
08..07..06..05..04..03..
Tests completed.
b/1 dua0
(BOOT/R5:1 DUA0



  2..
-DUA0
  1..0..


%SYSBOOT-E-Not

Did somebody had the problem or have an idea.

Kind regards.

Patrick.


What VAX model was used when you last booted the VAX with CHARON?

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Trying to boot on a Charon container

[Wilm Boerhout]

Patrick Renouvel mentioned  on 16-9-2011 10:15:

Hi all,

I did that with no problems in the past.

I have a Charon VAX Container.

I can boot without troubles with Charon.

With SimH i have the message :

KA655X-B V5.3, VMB 2.7
Performing normal system tests.
40..39..38..37..36..35..34..33..32..
24..23..22..21..20..19..18..17..16..
08..07..06..05..04..03..
Tests completed.
b/1 dua0
(BOOT/R5:1 DUA0



  2..
-DUA0
  1..0..


%SYSBOOT-E-Not

Did somebody had the problem or have an idea.

Kind regards.

Patrick


Oops, should have added:

Boot it again on CHARON-VAX, do a SYSGEN USE DEFAULT, WRITE CURRENT

and then try again on SIMH.

/Wilm

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH future releases / Sourceforge project

[Wilm Boerhout]

 Richard mentioned on 2-9-2010 18:13:

In article4c7fcadd.90...@bandsman.co.uk,
 Nigel Hornen...@bandsman.co.uk   writes:


I have experience with sourceforge; I'm willing to offer my time and
help as an admin on the project's sourceforge area if needed.

Personally I'd be happy to see it migrate away from sourceforge as its
basically become an open source ghetto now.
and SIMH, originally, was not open source in the sense that any 
responsible programmer could contribute.
The quality of the software and the ultimate decision on released 
functionality was always in the hands of Bob S.

And a mighty fine job he did!

I'm not sure that releasing it into the open source ghetto of 
sourceforge is a good idea.


My 2 €c worth...

/Wilm
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh