On Monday, November 18, 2019 at 11:19 AM, Bill Cunningham wrote:
> On 11/18/2019 1:53 PM, Mark Pizzolato wrote:
> > Hi Bill,
> >
> > On Monday, November 18, 2019 at 10:40 AM, Bill Cunningham wrote:
> >> On 11/18/2019 1:10 AM, Mark Pizzolato wrote:
> >>> Where did you end up with this? Did you use a newly built binary
> >>> from the
> >> latest source and at least get reasonable error messages when it was
> >> not able to access files you mentioned?
> >>> If so, were you able to actually attach the VMS license file and
> >>> then access it
> >> within a running VMS OS?
> >>> - Mark
> >>>
> >>> I can't remember the source code really. I think it might have come
> >>> from the https://simh.trailing-edge.com website. That's all I
> >>> remember pulling any code from other than git. I believe their code
> >>> is older. I have not loaded my license because I would have to have
> >>> done it the old way which is fine with me. Thing is it's been so
> >>> long I forget how to do it and though I'm run into some old notes
> >>> over the last day or so, on paper, They aren't giving detail I need
> >>> now. I have been able to run genisoimage and load the license into a
> >>> ISO but forget vax's device names and such to load the ISO into the
> >>> vms simulated enviornment and change the attribs and run '@' to load
> >>> the license. I am just sure it would work. My memory is just gone :(
> >> ??? Your TQ method is showing more than anything "//mst" when I
> >> would try the vmst license . It's like it's not reading the first
> >> char.? I know 'set <dev> cdrom' would be used. The <dev> and mount
> >> <dev> and attrb switching I can't remember seems like it was as
> >> simple as stm to stmlf. A simple line feed toggle.
> > It is really frustrating for me not be able to see what you are seeing and
> having you summarize what happened into phrases like "Your TQ method is
> showing more than anything "//mst" when I would try the vmst license". This
> gives me no information and is at best a rumor of a problem. It is hard to
> respond to rumors that lack any detail.
> >
> > 1) Please save ALL of the following lines into a file on your Linux system called
> TQ_TEST.ini in the same directory as your vmst file.
> >
> > SET CONSOLE -N LOG=TQ_TEST.log
> > SHOW VERSION
> > DIR vmst
> > ATTACH TQ -FV ANSI-VMS vmst
> > EXIT
> >
> > 2) Please run your vax simulator (in the same directory as your vmst file).
> >
> > Enter this command at the sim> prompt:
> > DO TQ_TEST.ini
> >
> > 3) When it exits, please send back 2 things:
> > a) The TQ_TEST.log
> > b) The configuration file you use when run VMS in this simulator.
> >
> > Thanks.
> >
> > - Mark
>
> OK when I typed "do DQ_TEST.ini"
>
> I got a file error, file does not exist.
That was your typing error since I asked you enter "DO TQ_TEST.ini"
instead of "DO DQ_TEST.ini".
> here, is the log file, DQ_TEST.LOG
>
> Logging to file "TQ_TEST.LOG"
> Logging to file "TQ_TEST.LOG" at Mon Nov 18 14:01:36 2019
> sim> sho version
> MicroVAX 3900 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 8.3.1 20190223 (Red Hat 8.3.1-2)
> ??????? Simulator Compiled as C arch: x64 (Release Build) on Nov 16
> 2019 at 19:46:12
> ??????? Memory Access: Little Endian
> ??????? Memory Pointer Size: 64 bits
> ??????? Large File (>2GB) support
> ??????? SDL Video support: No Video Support
> ??????? RegEx support for EXPECT commands
> ??????? OS clock resolution: 1ms
> ??????? Time taken by msleep(1): 1ms
> ??????? Ethernet packet info: libpcap version 1.9.1 (with TPACKET_V3)
> ??????? Time taken by msleep(1): 1ms
> ??????? OS: Linux local 5.3.6-100.fc29.x86_64 #1 SMP Mon Oct 14
> 21:48:12 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
> ??????? git commit id: 318b0e32
> ??????? git commit time: 2019-11-16T00:39:01-08:00
> sim> dir vmst
> ?Directory of /
>
> 11/18/2019? 02:00 PM??????????? 79,508 mst
> ?????????????? 1 File(s)??????????? 79,508 bytes
> ?????????????? 0 Dir(s)
> sim> att tq -fv ansi-vms vmst
> Can't stat: //mst
> Can't open ANSI-VMS format tape image: vmst
> sim> ex
> Too few arguments
> sim> q
> Goodbye
> Log file closed
Very interesting. Of course, I've never sat and had a simulator mess with files in the root directory (/) so I never saw this bug in the file scanning code. I suspect that if you move the license file to another directory, things will work just fine. Now that I've actually seen the failure it is easily reproduced (having nothing specific to do with the ANSI-VMS logic - it was demonstrated by the DIR command which uses the same internal file name scanning). If you pick up the latest code and rebuild the simulator, you can keep your files in the root directory if you want. :-).
Once you get that far, the:
ATT TQ -F ANSI-VMS vmst
Will work, and then once VMS is running and you've logged in:
$ MOUNT/OVER=ID MUA0:
$ COPY MUA0:VMST. SYS$LOGIN:
$ @SYS$LOGIN:VMST.
This will install the licenses cleanly. It seems that VMS's DCL execution can't handle command procedures run directly from magtape that have IF THEN ELSE statements in them, hence the need to copy the file to disk first.
- Mark
Ok version number or "git commit id" On the version I am using is
178968a, the version I downloaded from the link you sent me is bdc677b7.
They are indeed very different.
Bill
Hi Bill,
I have no idea what you are actually typing, but this is a session I just did on my Android phone (Linux):
Note that the -v switch for tape attaches gets it to be verbose about what is going on under the covers.
$ cd simh
$ BIN/vax
MicroVAX 3900 simulator V4.0-0 Current gi
t commit id: 178968a6
sim> att tq -vf ansi-vms sim*
SIM_BUILDROMS.C
11 blocks of data
SIM_CARD.C
30 blocks of data
SIM_CARD.H
3 blocks of data
SIM_CONSOLE.C
90 blocks of data
SIM_CONSOLE.H
4 blocks of data
SIM_DEFS.H
36 blocks of data
SIM_DISK.C
105 blocks of data
SIM_DISK.H
3 blocks of data
SIM_ETHER.C
91 blocks of data
SIM_ETHER.H
12 blocks of data
SIM_FIO.C
18 blocks of data
SIM_FIO.H
3 blocks of data
SIM_FRONTPANEL.C
55 blocks of data
SIM_FRONTPANEL.H
13 blocks of data
SIM_IMD.C
17 blocks of data
SIM_IMD.H
4 blocks of data
SIM_REV.H
69 blocks of data
SIM_SCSI.C
35 blocks of data
SIM_SCSI.H
4 blocks of data
SIM_SERIAL.C
42 blocks of data
SIM_SERIAL.H
3 blocks of data
SIM_SOCK.C
25 blocks of data
SIM_SOCK.H
4 blocks of data
SIM_TAPE.C
102 blocks of data
SIM_TAPE.H
7 blocks of data
SIM_TIMER.C
78 blocks of data
SIM_TIMER.H
5 blocks of data
SIM_TMXR.C
125 blocks of data
SIM_TMXR.H
12 blocks of data
SIM_VIDEO.C
47 blocks of data
SIM_VIDEO.H
5 blocks of data
Tape Image made from 'sim*' scanned as ANSI-VMS
format.
contains 2181744 bytes of tape data (1245 record
s, 94 tapemarks)
sim> att tq -fv ansi-vms scp.c
SCP.C
318 blocks of data
Tape Image made from 'scp.c' scanned as ANSI-VMS
format.
contains 651824 bytes of tape data (325 records,
4 tapemarks)
sim>
Notice that it seems to easily find the desired files and place them on the tape.
One thing that I usually ask for on bug reports and/or support requests is the output produced by SHOW VERSION and the output produced when you build the simulator with "make vax".
I leave how for you to gather that info up to you on your chosen working environment.
- Mark
On Nov 15, 2019 11:05 AM, Bill Cunningham <bill.cu at suddenlink.net> wrote:
On 11/14/2019 10:48 PM, Mark Pizzolato wrote:
> On Thursday, November 14, 2019 at 7:42 PM, Bill Cunningham wrote:
>> Ok version number or "git commit id" On the version I am using is 178968a, the
>> version I downloaded from the link you sent me is bdc677b7.
>> They are indeed very different.
> Well, git commit ids are merely a hash value. There is nothing sequential about them. 178968a is from some 11 days ago and should certainly be more recent enough to perform the steps I outlined, so you shouldn't need to rebuild the simulator.
>
>>> $ MOUNT/OVER=ID MUA0:
>> The above gives me a list of errors. The OS does not like it at all and IDK how
>> to copy the errors to a file to post them. It wants
>> _BUC$MUA0: . Not MUA0: at all.
> 2 things:
>
> 1) Don't expect later commands to be even slightly useful until AFTER you get the earlier commands working as expected (i.e. the proper ATT TQ -F ANSI-VMS command).
>
> 2) Either _BUC$MUA0: or simply MUA0: will work once you've gotten far enough along. If it doesn't then please show us exactly what error messages you are receiving.
>
> You seemed to suggest that you were working on a Linux environment, use cut and paste from the xterm session you are running under. If that's not what you're using, then please explain exactly what's going on. Since you don't seem to be that familiar with working in this environment, how did you manage to get the license file from where you received the email to the environment you're running simh in?
>
> - Mark
One thing I despise generally Mark is GUIs, I have been working from
CLI. But I installed the LDXE desktop environment which I don't know
much about but copy/paste should be simple. LDXE gave me one Hell of a
time with copy/paste, and absolutely whatever I did would not let me
select from xterm or the desktop the errors. So I wrote them down and
will simply copy myself.
sim> att tq -f ansi-vms vmst /* the license file */
Can't open: //mst - no such file or directory.
Can't open tape image.
Of course there might be something I am forgetting and not doing here.
I also type at the prompt in all caps, same result. For example,
ATT -F ANSI-VMS VMST
Same errors.
Bill
The makefile senses things about the host environment and then invokes the compile with indicators about what it finds (or doesn't find). That output will be telling.
You might be able to gather that with something like 'make vax | tee make.output'
- Mark
On Nov 15, 2019 2:39 PM, Bill Cunningham <bill.cu at suddenlink.net> wrote:
On 11/15/2019 3:13 PM, Mark Pizzolato wrote:
> Hi Bill,
>
> I have no idea what you are actually typing, but this is a session I
> just did on my Android phone (Linux):
>
> Note that the -v switch for tape attaches gets it to be verbose about
> what is going on under the covers.
>
> ...
> Tape Image made from 'sim*' scanned as ANSI-VMS
> format.
> contains 2181744 bytes of tape data (1245 record
> s, 94 tapemarks)
>
Humm. I saw something like this. Do you need the exact word? Sure no
problem. But it was something like this, "scanned as simh file (or
format). contains 0 bytes of tape data 0 records 0 tapemarks. " And no
tape available.
Does that help? I can dig it right up, If I can remember how to do it,
lol. And I will.
Bill
Hello,
I have a license for openvms and an old openvms file. It's been so long
I can't remember how to get the license into the simulator and simulated
OS and apply it. If I can figure out how to do that I will try to get a
C compiler and some TCP/IP things into the VMS.
??? Does anyone know where I can get some help loading the license. I
seem to remember creating a ISO filewith the license in it and changing
some attribs in VMS.
Bill
Hello All,
In the interest of keeping our HECnet systems up and running, has anyone
had experience with replacing hard drives with a SCSI2SD device?
This is for an AlphaStation 400 4/233 with 2Gb RZ28E and M drives (Seagate
ST32430N and Quantum), 50-pin connector. Also a DEC 3000 M400 with an RZ26
1Gb drive.
Are the SCSI2SD units fully compatible and reliable?
Can you recommend a particular model/brand that works well with our vintage
DEC systems?
If this has been addressed previously, appreciate a pointer to the
discussion.
Thank you,
Jason
Hello all,
If Altavista was developed by the folks at WRL, SRC and NSL and the source code was released into public domain at some point, there would be a tape dump or something somewhere, wouldn?t it? Any known places too look at?
Regards,
Supratim
---
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
Hi,
Apologies for some of the intermittent connection problems to/from area29. I was being hit with a very small part of some DDOS reflection traffic targeted at some cloud providers. This wasn't causing the actual issues however. In making a series of incremental, and in some cases automated changes to firewall rules and threshold settings, it would appear that the router needs a reboot following any major changes. Apparently, there's a bit of garbage created when rules are moved around, changed and deleted which degrades throughput until a reboot is performed. I suppose you could call it a bug in their software.
Just FYI
Keith
Hello All,
I recently acquired/rescued a rack of Alphaserver gear that was going to get scrapped. In the rack is two ES45 servers (with no local drive cages), and a 3-shelf HSG80 Fibre Channel disk system. There were no drives, but I have plenty of this form factor and so I?ve fully populated all three shelves.
The original system apparently ran Tru64 Unix, but I don?t have much interest in that. I?d love to get the two machines running in an OpenVMS cluster.
I?ve managed to figure out the HSG80 array, and I am serving up acouple of FC LUNs. I can verify this because I?ve got wwidmgr on the Alpha?s to see and create a drive (dgb2).
However, when I attempt to boot OpenVMS Alpha 8.4 from CD-ROM, the install process doesn?t recognize the FC drive and offer it as an installation target.
Is anyone familiar with this generation of gear and possibly give me a pointer or two about what I might be doing wrong?
Perhaps I need a newer OpenVMS install? Is there ISO images of various versions lurking around hecNET that anyone is willing to share?
Thanks for any suggestions!
Ian
