Greetings all! I have been a lurker in this group for years but have never
started a HECNet implementation of my own. My experience with DEC machines
is only through Simh and I would like to expand my horizons with probably
the MicroVAX 3900 simulator. There are a few of challenges with this. 1. My
knowledge of DCL is quite rudimentary. 2. My networking experience is
strictly TCP/IP. 3. I have seen how much enjoyment you all have with this
but I am still not sure what to do with HECNet. Nevertheless, I would love
to get involved but I will probably need some hand holding and it would be
understandable that no one has time to help me. So I was wondering if there
was any beginners guide to DECNet I could read or if anyone would be
interested in helping a total beginner. I have 3 computers all running
Linux: an older desktop, a laptop which I usually use on wifi so that
probably isn't a good choice and a Raspberry Pi 4. Again any help and/or
advice would be much appreciated.
Thanks
Ray
> DECnet over "dialup"
If the PyDecnet thing is the TCP listener and ignores the
source IP address and then just verifies it's a DECnet
packet with the right area/node id (somekind of new filter
function), I think we have enough security to get started.
> Ham radio...
You can put a DECnet packet in a KISS frame and you have
a PTP link with callsign identifications if you want. A
"grapes wd4dsy modem" would make 56Kbit or 112Kbit on
432 or 1296.
-P
NIA20 will be included along with an IP capable IMP interface.
On Feb 26, 2020 11:33 AM, Robert Armstrong <bob at jfcl.com> wrote:
>Rich Cornwell's simh KL10 is in the final stages of prep. You should see something
>in the next few weeks.
Really? I had no idea... Sounds like I am totally wrong about simh never emulating a KL.
Will it also emulate a DTE so you can marry it to one or more PDP-11 simhs? I know there was some talk of doing that for the PDP-15/76.
Bob
What are the alternatives for bridging DECnet systems across the Internet
that don't require any special hardware and can be self hosted on
OpenVMS/VAX?
I'm aware of Paul's Python router, but I didn't think it ran on a VAX. Am
I wrong about that? Is there a Python for OpenVMS/VAX? I believe there's a
port for AXP but I didn't know about one for VAX.
And I saw Rob mentioned his user mode DECnet router. Same questions -
what environment does that require? And I saw mention it being both
Multinet and simh DDCMp compatible - will it talk to a simh KS10/TOPS10/DMR
?
Bob
Hi all
I've moved my SIMH VAXen to a new host with a new version of SIMH (the
current 3.11 that I found - is there a newer version?)
Main host runs Devuan Linux (yes, I'm a systemd hater). VirtualBox VM
hosts the SIMH instance, also running Devuan Linux.
My area router, FRUGAL, boots fine and gets adjacency with my
Multinet-over-IP connections, that is, LEGATO, MIM, and 31.3:: as well as
other DECNet hosts (MISER, CHEAP)
However, the connection from FRUGAL "flaps" (going up and down) quite a
bit with local DECNet hosts as well as the ip-connection to 31.3::
I've tried eliminating the connection to 31.3:: as the culprit by turning
off the circuit, and the connection between FRUGAL:: and MISER:: (both
local nodes) continues to go up and down every few minutes.
I'd welcome some pointers, things to check, etc. Is there such a thing as
an adjacency timer perhaps I could crank up a bit?
Thanks
Fred
I just updated the current nodenames on a CISCO router after quite a
while using this. Posting this here in case this is useful for others
with CISCOs, possibly saving some awking and sedding.
This includes today's addition of A2RTR.
Best,
Supratim
--
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
I have switched from using LEGATO as the area 2 router to using Paul's
pyDECnet router instead. I'm very impressed - it doesn't run under VMS, but
other than that pyDECnet does pretty much everything you could want to do
with DECnet or HECnet all in a single package. It only took me a couple of
hours to get it all set up, and it can manage all the Multinet links and the
one "Bilquist Bridge" link that were formerly attached to LEGATO.
The new router for area 2 is (what else?) A2RTR, 2.1023. Johnny, please
add this node name to your database.
LEGATO is still there, but it's been demoted to an L1 router and it
doesn't do anything now except route between HECnet and the real, physical,
machines in my house.
For the people who were/are connected to LEGATO there should be no real
difference except that you'll now see A2RTR on the other end of the link
instead. Everything else should work as before. Let me know if you find
some problem.
And a special thanks to Paul and Supratim for answering my silly questions
and helping me set it up.
Bob
I would not recomend DDCMP over TCP, as you have no idea what the
TCP implementaion does for timers etc and TCP is streams, you need
to identify the packet boundaries.
DDCMP over UDP gives DDCMP full control over retransmit timers etc
for making the connection reliable and what the actual netwrk is doing
is visible to the DDCMP layer.
-P
From: Peter Lothberg <roll at Stupi.SE>
>May I suggest sometng ugly, but not violating any layers,
>DDCMP over UDP.
For what it's worth, Ersatz-11 (my PDP-11 emulator) also supports DDCMP
over UDP, and I don't consider it ugly at all -- it's a very neat fit.
(E11 can also use TCP, or actual real async DDCMP over serial lines, and
there are the beginnings of support for DDCMP on sync lines too but
usable hardware for that is rare.)
John Wilson
D Bit
I am happily running an instance of pydecnet (1.0-486) to connect my
simh VAX cluster and various other stuff to HECnet (ONAPI4 29.206)
For management purposes, I'd like to periodically zero the
line/circuit/node counters on ONAPI4, but the node does not respond to
the "NCP tell ONAPI4 zero <xxx> counters" commands.
Looking at the python code, I saw some hints bit I can't get my head
around how to do this, either using the pydecnet api or remote NCP
Any help here?
*Wilm*
I just wanted to alert people that I rewrote parts of the bridge code
recently.
The code was very old, and it started to have problems on some platforms
because of the very ancient way it made use of the pcap library. So I
finally bit the bullet and rewrote it to make use of the pcap library it
is supposed to be used these days. This not only removed some
bugs/issues, but it also allowed me to remove some conditional code for
different OSes.
In addition I also introduced some other changes that others have
contributed, making it hopefully a little nicer to use.
The bridge tarball can be found on:
http://mim.update.uu.se/hecnet
or
http://psilo.update.uu.se/~bqt/hecnet
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
Hi all,
Does anyone happen to have a digitized copy of "Jnet NJE Manager's
Guide" from Wingra Technologies? This applies to Wingra's JNET for VMS
product, version 3.6 (or 3.5 or 3.7) which connects VAX/VMS systems to
IBM Mainframe networks using NJE over DECnet or TCPIP.
Thanks,
Supratim
--
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
Highlights:
. The installation and configuration tools have been totally rewritten
to make it easier to use for novice people, while at the same time
making updating and customization easier to to do.
(*** IMPORTANT, READ NOTE AT BOTTOM OF MAIL ***)
. MAIL now have an API for access from programs both to read and send
mail, and also hooks to have a program run when new mail is received.
Detailed information on things that have been done since the last release:
Installation and configuration:
. Totally rewritten scripts to configure and install BQTCP.
(*** IMPORTANT, READ NOTE AT BOTTOM OF MAIL ***)
TCP:
. Improved TCP ACK handling. Fast to slow machine caused excessive ACK
packets to be generated.
. Correct TCP daemon accept so that two different requests with the same
source and destination, but different sequence numbers don't end up
creating two sockets.
. Correct ACK # if doing an RST to a SYN, which could be wrong.
. Improve handling of duplicate Syn in Syn Recv state.
. Improved TCP receive window update strategy.
. Bugfix in TCP ICMP error handling reception. Improved handling of
problems during TCP Syn Sent state.
. Rewritten TCP retransmit and congestion avoidance logic to better
match RFC 5681.
. Improved TCP retransmit and FIN logic.
. Improve TCP Nagle. Under some circumstances, it failed to perform.
SPOOF:
. Added address exception handling for spoof.
MAILD:
. Improved MAILD local list handling and SMTP DNS lookup error handling
. Correct MAIL address rewriting rules when transitioning between protocols.
. Added in MAIL that just a number as command means read that mail.
. Improved MAILD address rewrite logic, and smtp sending to better
handle various error situations.
. Bugfix in MAILD. CC could accidentally be set for mails under some
circumstances.
. Added handling of in-reply-to and references in MAIL.
. MAIL have been split into a mail queue manager (MQM) and a mail reader
(MAI).
. Bugfix in MAILD. Unprivileged users did not work right.
. Bugfix. MAILD didn't enable privs before trying to send notifications,
causing them to sometimes fail.
. MAILD didn't turn on privs before entering mails in the mail queue,
causing this to sometimes fail.
. Added API for user programs to easily access mail box.
. Added API for programs to be run when mail is received.
. Added API for programs to send mails.
LPT:
. Bugfix in LPT. Symbiont did not respond to start and stop messages
from queue manager.
C library:
. Bugfix in BQTC. RCVDW function was not working right.
HTTPD:
. Correct URL matching in HTTPD to not overly match wildcards.
*** IMPORTANT - NEW INSTALLATION AND CONFIGURATION ***
The installation and configuration scripts have been totally rewritten
for this release.
The main reasons are to simplify configuration for novice users, to
simplify future updates, to simplify customization, and to also make it
easier for expert users to change things as needed.
IPINS.CMD and IPAPPL.CMD have been rewritten, and are now installed
and used from the distribution. If any local customization have been
done on these file in the past, they will not be applied any more.
The old version of these files are kept, so you can go back and look
at them and see what customization you had done. But going forward,
no editing should be done to these two files. Instead there are hooks
for customization available from these scripts, which should be used
for any special configuration on a host. However, most normal
configuration should happen through the IPCONFIG mechanism instead.
Any current installation should do an update as usual by fetching and
installing the new version, after which IPGEN should be run.
IPGEN now will only ask a few questions, even if doing a "full"
installation.
At the end of IPGEN, a check is made if a configuration exists, and if
not, IPCONFIG is also run.
At the first update, this will be the case, so expect to have to
redefine your system's TCP/IP configuration again.
Any subsequent update should not require any further configuration work
to be done. However, if any new configuration values are introduced,
this will also be indicated at this point, and optionally, IPCONFIG will
be run to correct the assumed defaults for these new values.
If IPCONFIG have not been run before trying to bring the TCP/IP services
up, IPCONFIG will be automatically invoked at this point as well, and if
configuration is not done then, TCP/IP will not start.
This also means that a system for distributing to others can be done
while leaving the TCP/IP configuration undone, and it will be done at
startup.
As before, there is two scripts that should be invoked at system
startup. IPINS, which should be invoked early in startup, but after
DECnet, if DECnet is also installed, and IPAPPL, which should be invoked
close to the end of the startup process.
If required, configuration of TCP/IP can be redone at any time by just
running LB:[IP]IPCONFIG.CMD. The current configuration will be provided
as the default answers to all questions.
If required, an existing config can be removed by just renaming or
deleting LB:[1,2]IPPARAM.CMD.
More details, as well as information about customization, can be found
in the manual.
*** IMPORTANT - NEW INSTALLATION AND CONFIGURATION ***
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
I have been working with a kind volunteer who is using OpenVMS Alpha.?
It's been quite productive.
While I haven't run into any security exposures, yet, the experience has
enabled me to find a few things to tweak up.? For example, the VMS
logging and reporting was clearly superior to what was being put in the
FAL log (which wasn't even timestamped and didn't have the requested
file name).
We ran into some interesting behavior.? When ANONYMOUS access is
restricted to the stand-in user and its subdirectories, wildcard listing
requests that are outside of that lexical scope do not report any errors
but rather return zero files (none).? That was puzzling because the part
of the code that did the access check was clearly doing the reject with
appropriate return values.
Further analysis showed that in the main loop for stepping wildcards, a
reject causes the file in question to be skipped; nothing is actually
done with the return values.? I believe this may be intended behavior
for two reasons.? The first is that if the wildcard includes files to
which the ANONYMOUS user does legitimately have access, it's friendlier
to report those as opposed to stopping everything.
The other reason I believe has to do with DAP itself; I don't think you
can't return more than one return value per ACCESS request, even with a
wildcarded file specification.? So perhaps this isn't a bug so much as
an unintended consequence?? Does anybody know what the behavior should be?
At any rate, I don't believe the current behavior is 'informative'.?
What I'm thinking of doing is saving the last error code and returning
that if the count of files returned in list is zero.? Otherwise, the
user had something to look at.
Do I have any volunteers who operate something besides VMS?? I'd be
interested in RSX(+), IAS, RSTS and OS-8.? They never did DECnet on
RT-11, did they?
VMS testing is largely complete and resulted in a number of tweaks.?
This was particularly the case for logging as VMS appeared to be more
productized in this area. ? I picked up a number of good ideas, most of
which I've implemented.? I also had a rather glaring omission; I had
completely forgotten to implement restrictions on PRINT...? There was
also a problem of properly reporting error codes; in some cases, a
wildcard request could come back from the 20 with no indication
whatsoever that all the candidate files were rejected due to lexical
restrictions.? The workaround gives a result, but apparently imperfectly
(see below).
RSX testing has been quite interesting.? It seems that the 20 doesn't
appear have _ever_ reported month formats properly. The DAP 5.6
specification appears to be neutral in certain areas as to case
sensitivity.? Most importantly, the case of a month is not made
explicit, although the abbreviations are uppercase.? The 20 uses a
monitor call (ODTIM%) to convert from the 36 bit internal format to
text, yielding capitalized months.? So, instead of *DEC* for a month,
you get *Dec*. RSX is sensitive to this and reports all dates and times
as zero. It was an easy fix to uppercase everything.? Kudos to Johnny
for an amazing guess in that area.
Of more concern is the fact that certain results from the 20 can cause
the RSX DAP client (NFT) to go into an Infinite Loop, necessitating an
abort!? This is suspected to be incorrect error reporting on the 20's
side.? So I've got some digging to do in that area.? I'll get to that in
a few days; I had a few more access restrictions that I wanted to
implement to give additional granularity.
I'm hopeful for some RSTS results in the not too distant future.
Folks - has anyone managed to get a GPS receiver that spits out NMEA protocol data over a USB port on a Linux box hosting a SIMH VAX to work as a OpenVMS stratum-1 NTP server using either digital TCP/IP services or Process MULTINET?
(I probably messed up phrasing the question but you will get what I am trying to ask)
TIA
Supratim
---
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
I finished my changes to FAL and DAPLIB to support ANONYMOUS usage on
HECnet with some degree of security.
Naturally, the first thing I did was regression testing, both with one
of my 20's and another 20 on HECnet (TWENEX). Unfortunately, I couldn't
do anything on TWENEX because it didn't know about my node definitions,
so NFT had no syntactical way to specify the connection (that I could
remember).? Intrigued, I went to a number of other 20's to see what a
SYSTAT might show.? Aside from the fact that most of them appeared down,
none of them knew about either TOMMYT:: or VENTI2::...? Well!!
However, before I got too huffy, I wondered when the last time **I**
updated was, the answer turning out to be "never"...? Shame on me.? So I
knocked together a weekly batch job to pull a specially formatted node
list from MIM::, suitable for swallowing by SETNOD (you have to have a
RETURN statement at the end or you get an error which can blow up a
batch job).? This also allows me to track (somewhat) the comings and
goings of nodes which is of interest.
So the question is, how frequently are the rest of you updating and how
are you doing it?? My batch control file is below in case anyone with a
20 wants it.
Meanwhile, I am looking for a few volunteers to contact me off-list to
do a little alpha testing before I post the code for ANONYMOUS usage.
------------------------------------------------------------------------
@DayTime
@Enable
@Set Trap File
@Define OLDS: PS:<OLD-SYSTEM>
@Rename SYSTEM:NODE-DATA.TXT OLDS:
@NFT
*SET DEFAULTS MIM:: /USER:
*SET DEFAULTS MIM:: /PASSWORD:
*SET DEFAULTS MIM:: /ACCOUNT:
*DIR MIM::FIX.T20;0
*COPY MIM::FIX.T20;0 SYSTEM:NODE-DATA.TXT
*EXIT
@Define OLD: OLDS:NODE-DATA.TXT.0
@Define NEW: SYSTEM:NODE-DATA.TXT.0
@Define DIF: OLDS:NODE-DATA.DIF.-1
@FILCOM
*DIF:=OLD:,NEW:
=^Z
@SETNOD
*TAKE SYSTEM:NODE-DATA.TXT.0
*SAVE
*INSERT
*EXIT
@Information DECnet
@VD OLD:,NEW:
WEEKLY:: @CHKPNT WEEKLY
@Submit GETNOD.CTL.0 -
@ /After:+167:59:59 -
@ /Assistance:Yes -
@ /Batch-Log:Append -
@ /LogDisposition:Keep -
@ /LogName:GETNOD.LOG.0 -
@ /Notify:No -
@ /Output:NoLog -
@ /Restartable:YES -
@ /Time:00:01:00 -
@ /Unique:No
@Goto END
%ERR::
@Original ERun NEW:MM.EXE.0
*DayTime
*Send Nag
*DECnet Node Update Error
*Go figure out what went wrong and restart the batch job
*^Z
*User-Header Importance High
*User-Header Priority Urgent
*User-Header X-Priority 1
*Erase Bcc
*Send
*Quit
END::
@Information (about) Batch-Requests
@Echo That's all folks!
I have been fixing some issues with the file access listening (FAL)
under Tops-20.? Briefly, it would crash on listing extremely large
directories and return incorrect byte sizes and counts for files under
certain circumstances.? It also did not support anonymous access as is
currently used in HECnet (blank user name).? There were other issues.
It's been a bit of a slog, the first two issues taking a considerable
amount of time to solve.? However, they're fixed and I've got some
prototype anonymous code running.? I would say that I am about 1 to 2
months away from an alpha test; the configurable restriction parsing is
nearly done, hooks remain to be into DAP functions and deployment
documentation to be written.
Questions:
1. My own version of FAL appears quite dated; it only has edits to
Tops-20 V6.1 (1985), whereas the last monitor distributions were in
the 7 series.
* Does anybody have any source files later than that for Tops-20?
2. What is the last version of DAP (any platform) for which a
specification exists?
3. The implementing DAP module (DAPLIB) appears even older, apparently
dating to V6.0, 1981 time-frame (which seems incorrect).? It?
supports DAP 5.6, for which I have the specifications.
* It does /not/ support $RENAME (ACCFUNC 3), which I found
remarkable.? Is $RENAME supported on all other platforms?
* I note that ACCFUNC 5 is reserved.? Is this used now?
* Is ACCFUNC 0 used?? For what?
* Is any ACCFUNC later than 8 defined?? What is the first free one?
The reason I ask the last is that some of the logic is largely table
driven, based on ACCFUNC.? This suggests modeling the restriction
parsing and implementation in a similar way (I.E., off of ACCFUNC),
which would be quite straightforward.? However, I want to be sure I
understand those numbers.
??? ??? --T
Johnny Billquist <bqt at softjar.se> wrote:
> > 3. The implementing DAP module (DAPLIB) appears even older, apparently
> > dating to V6.0, 1981 time-frame (which seems incorrect).?? It
> > supports DAP 5.6, for which I have the specifications.
> > * It does /not/ support $RENAME (ACCFUNC 3), which I found
> > remarkable.?? Is $RENAME supported on all other platforms?
>
> It's certainly supported under RSX, and without doubt also under VMS.
Just checked.
On ATLE::
.copy kaka.txt=nul:
On TOPSY::
.r nft
*rename atle::[10,335]allan.txt=atle::[10,335]kaka.txt/u
For remote atle::[10,335]kaka.txt
User-id: 10,335
Account:
Password:
[10,335]allan.txt <= ATLE::DSKA:[10,335]KAKA.TXT
Total of 1 file
*
On ATLE:: again:
.dir kaka
%WLDNSF No such files as kaka
.dir allan
ALLAN TXT 0 <055> 10-Dec-19 DSKA: [10,335]
Log on ATLE:: contains:
11:38:25 FAL-Stream 0 -- Begin --
Servicing ANF-10 node ATLE for userid 10,335
11:38:25 FAL-Stream 0 -- End --
Servicing ANF-10 node ATLE for userid 10,335
So it seems to work under TOPS-10.
> Johnny
--Johnny (the other one)
Hi,
Perhaps this isn't strictly HECnet related but as HECnet traffic is traversing some part of this weird arrangement via pydecnet, I'm taking a chance:
I run SIMH on Raspberry PIs under Raspbian Buster.
I have both IPv4 and IPv6 networking switched on and a router/DHCP(v6)/DNS infrastructure to cope successfully with it.
(Nothing is wireless for what I'm about to describe, not that it would make much difference)
SIMH's simulated Ethernet devices on the PIs are TAP connections to a bridge device connection to a real eth0 - no problem here.
SIMH instances' consoles and terminal MUX devices are listening on individual ports and I telnet into these usually from my PC via Putty.
The DNS servers do not have AAAA for the PIs, just A, so the PC connects to the PIs via IPv4 - no problem here.
The PIs show the SIMH instances listening on the right TCP ports but when I filter with -4, ie:
netstat -a -4
I don't see SIMH listening. When I filter with -6, ie:
netstat -a -6
I do see a listen on those ports.
I notice that, for example, ssh listens on 0.0.0.0:ssh AND [::]:ssh but SIMH listens only on *:8601 (for example)
The * seems to show up only when I restrict the search to the ipv6 family.
The * seems to indicate a listen with no 'family' preference.
An established connection to *:8601 seems even stranger.
It only shows up when netstat is run with -6 but it shows the correct IPv4 addresses for each endpoint. It is an IPv4 connection anyway.
The 'ss -6' command shows up something even weirder for the established (IPv4) connections:
The local address port is: [::ffff:192.168.2.42]:8601 and the remote address port is: [::ffff:192.168.2.12]:61152
The IPv4 part of these ports is correct. Why are they 'encapsulated' in some IPv6 syntax and listed as IPv6 connections?
Can anybody point me in the right direction for some explanation please? My google keyword searching skills seem a little off today.
Regards,
Keith
Thanks. There gotta be something closer than AUS though... Although I
have a friend that is about to relocate from Melbourne to Denmark in a
few weeks time... :-)
But nah. Definitely should be possible to find something closer. I know
there is stuff in Sweden, if I just had the time...
Johnny
On 2019-12-06 03:52, malcolm at avitech.com.au wrote:
> I can help with an RQDX2.? I would need about a week to retrieve it from
> storage and test it.
>
> I'm in Australia.? Postage won't be cheap.? I won't need it back though,
> if cost is an issue.
>
> Malcolm.
>
> *From:*Simh [mailto:simh-bounces at trailing-edge.com] *On Behalf Of *Tom
> Perrine
> *Sent:* Friday, 6 December 2019 13:25
> *To:* Johnny Billquist
> *Cc:* Info-PDP11 at dbit.com; hecnet at Update.UU.SE; simh; [PiDP-11]
> *Subject:* Re: [Simh] RQDX1 or RQDX2
>
> I saw your note - I also need a Modula-2 compiler. I'm looking for the
> Zurich one for UNIX/VAX. Is that the one you may have?
>
> On Thu, Dec 5, 2019 at 4:18 PM Johnny Billquist <bqt at softjar.se
> <mailto:bqt at softjar.se>> wrote:
>
> Ok. So I had plans to locate an RQDX[12] during my christmas vacation.
> Unfortunately, events outside of my control have forced me to change my
> christmas plans, and I no longer will be able to get my hands on an
> RQDX[12] by my original plan.
>
> I have a bunch of RD53 disks that I want to dump out, and I need such a
> controller, so now I'm searching if there is anyone who could lend me
> one for a couple of weeks or so.
>
> I'm located in Switzerland, near Zurich. Anyone close by would
> obviously
> make it easy, but if anyone would be willing to ship from somewhere
> else, I'd be just as happy. I could pay for the shipping and return
> shipping, but can't really afford anything beyond that right now.
>
> I hope to locate a few missing files from a Modula-2 compiler among
> other things on those disks, and if found, it will be shared with
> anyone
> interested.
>
> ? ?Johnny
>
> --
> Johnny Billquist? ? ? ? ? ? ? ? ? || "I'm on a bus
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?||? on a psychedelic trip
> email: bqt at softjar.se <mailto:bqt at softjar.se>? ? ? ? ? ? ?||
> Reading murder books
> pdp is alive!? ? ? ? ? ? ? ? ? ? ?||? tryin' to stay hip" - B. Idol
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com <mailto:Simh at trailing-edge.com>
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
--
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
Right. Good point. I hadn't even reflected on that early firmware
versions for the RQDX1 can't handle the RD53.
Johnny
On 2019-12-06 04:24, Chris Zach wrote:
> I'll check in the attic tomorrow, I think I have an RQDX2. You'll need a
> RQDX2 with the -YA or better ROMs to be able to read an RD53, the RQDX1
> could only do the RD50-52.
>
> C
>
> On 12/5/2019 10:08 PM, Johnny Billquist wrote:
>> Sorry, no. Maybe I should have mentioned that this is for a PDP-11 RSX
>> version. I have most of the files, but are missing a few.
>>
>> ??? Johnny
>>
>> On 2019-12-06 03:25, Tom Perrine wrote:
>>> I saw your note - I also need a Modula-2 compiler. I'm looking for the
>>> Zurich one for UNIX/VAX. Is that the one you may have?
>>>
>>>
>>>
>>> On Thu, Dec 5, 2019 at 4:18 PM Johnny Billquist <bqt at softjar.se
>>> <mailto:bqt at softjar.se>> wrote:
>>>
>>> ???? Ok. So I had plans to locate an RQDX[12] during my christmas
>>> vacation.
>>> ???? Unfortunately, events outside of my control have forced me to
>>> change my
>>> ???? christmas plans, and I no longer will be able to get my hands on an
>>> ???? RQDX[12] by my original plan.
>>>
>>> ???? I have a bunch of RD53 disks that I want to dump out, and I need
>>> such a
>>> ???? controller, so now I'm searching if there is anyone who could
>>> lend me
>>> ???? one for a couple of weeks or so.
>>>
>>> ???? I'm located in Switzerland, near Zurich. Anyone close by would
>>> ???? obviously
>>> ???? make it easy, but if anyone would be willing to ship from somewhere
>>> ???? else, I'd be just as happy. I could pay for the shipping and return
>>> ???? shipping, but can't really afford anything beyond that right now.
>>>
>>> ???? I hope to locate a few missing files from a Modula-2 compiler among
>>> ???? other things on those disks, and if found, it will be shared with
>>> ???? anyone
>>> ???? interested.
>>>
>>> ????? ? ?Johnny
>>>
>>> ???? --
>>> ???? Johnny Billquist? ? ? ? ? ? ? ? ? || "I'm on a bus
>>> ????? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?||? on a psychedelic trip
>>> ???? email: bqt at softjar.se <mailto:bqt at softjar.se>? ? ? ? ? ? ?||
>>> ???? Reading murder books
>>> ???? pdp is alive!? ? ? ? ? ? ? ? ? ? ?||? tryin' to stay hip" - B. Idol
>>> ???? _______________________________________________
>>> ???? Simh mailing list
>>> ???? Simh at trailing-edge.com <mailto:Simh at trailing-edge.com>
>>> ???? http://mailman.trailing-edge.com/mailman/listinfo/simh
>>>
>>
>>
--
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