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
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
Highlights:
. TCP have had some potential fatal bugs fixed, and some significant
performance improvements.
. FTP have received significant performance improvements.
. Various tools and drivers have had improvements in order to support
more than one ethernet interface.
*** For these reasons, it is strongly recommended that systems be
upgraded to the latest version at your earliest convenience.
Detailed information on things that have been done since the last release:
IPGEN:
. Corrected IPGEN to be able to generate configurations with multiple
Ethernet interfaces.
. Bugfix for no purge options, which did not work.
IF:
. Bugfix in interface driver. IO.RIF did not return proper status.
UDP:
. Added ability in UDP to bind socket to specific interface.
TCP:
. Improved TCP retransmission strategy.
. Rewrote TCP ACK generation and window update handling.
. Bugfix. A TCP connection in the process of closing down would just
absorb incoming SYN packets to the connection. They should be responded
to with a RST.
. Bugfix in some longword processing that could potentially cause wrong
effects under rare circumstances.
. Bugfix in TCP. I/O writes of more than 8K was accepted, but actual
data was not transferred correctly.
. Bugfix in TCP. I/O reads of more than 8K was accepted, but should not.
This could crash the system.
DHCP:
. Corrected DHCP to detect if interface do not start.
. Rewritten DHCP to handle interfaces properly also if there are
multiple interfaces using DHCP.
. Rewritten DHCP to better handle options and to try explicit renews
instead of always starting over with request when time is up.
IFCONFIG:
. Add indication in IFCONFIG SHOW IF to indicate if interface is
running, also for DHCP controlled interfaces.
TELNETD:
. Added additional space in telnet UCB, and telnetd now stores remote
address in UCB. (Separate changes to RSX can enable reading this out via
QIO to TT:)
SPOOF:
. Added notifying the SPOOF handler for some more TCP situations.
. Bugfix in SPOOF. Under some circumstances, it could loose track of
hosts it was blocking, and never unblock them.
. Changed spoofer to be capable of blocking different network block sizes.
FTP/FTPD:
. Improved file handling in FTP for RSX and block mode. Performance is
now close to 2x as fast as before in some situations.
Multinet:
. Improved handling of connections in Multinet.
. Added ability to change mode of Multinet links to either be VMS
compatible, or pure DDCMP style.
. Bugfix in MLTNET. There was an odd address error in one place.
. Improved MLTNET handling and recovery from some communication errors.
. Updated IPNCONFIG.CMD to new version from Oleg Safiullin.
MAILD:
. Corrected block lock handling in MAILD, which could sometimes keep
blocks locked for long times for no good reason.
. Mailbox format slightly changed. MBXUPD needed for upgrade.
XLISP:
. Added port as a parameter to connect function in XLISP.
Datatrieve-11:
. Added proper interface to Datetrieve-11 from PDP-11 C.
MCR:
. Bugfix. DEV /FILES could crash RSX.
*** Important notice about MAILD ***
The changes to MAILD are not seamless. When installing the new version,
the mailbox update program should be run, in order to upgrade all user
mailboxes to the new mailbox format. The task for this is MBXUPD.TSK.
There are no issues with running this task several times. A mailbox that
has already been updates will not be modified anymore by the update task.
As usual, the distribution is available from:
ftp://mim.update.uu.se/bqtcp.dsk
ftp://mim.update.uu.se/bqtcp.tap
ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk
The documentation is also available through ftp on Mim, or also at
http://mim.update.uu.se/tcpipdoc
I hope people find this update useful.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol