I have been working with Bob recently to bring the fix up on VENTI:: to
prevent the imminent COM911 BUGHLT. We've both been hampered by some
domestic duties and what I refuse to call "forgetfulness" in the
particulars of generating a Tops-10 monitor.? Neither one of us has done
it in ...'awhile'...
It turns out that a MONGEN is unnecessary because the system
configuration doesn't need to change.? You do need to rebuild
TOPS10.REL, however.? Fortunately, with a small hack, the fix can be
directly patched the monitor with FILDDT. You want to modify two
instructions at NMXTIM+13 from:
NMXTIM+12/?? IDIV T3,TICSEC
*NMXTIM+13/?? SKIPL T2**
**NMXTIM+14/?? TDNE T1,COMCAW+10*
NMXTIM+15/?? XCT COM911
?To:
NMXTIM+12/?? IDIV T3,TICSEC *NMXTIM+13/?? MOVMS T2****NMXTIM+14/??
TDZA T1,COMCAW+10* NMXTIM+15/?? XCT COM911
So doing that will keep you from crashing.? You can probably even
deposit them right into the running monitor, if you're careful enough
(one hesitates to say, 'toggle'...)
After an extended period moving systems from one end of my house to the other, I have got Area 22 back online again today.
I have updated the tunnels to point to all of the definitions in Brian's latest router config update. Are there any others that I should be peering to?
Now HECnet is back up and running I will start adding some some of my real and simulated machines.
73, Mark
@Thomas & @Paul
Paul helped me in the past with some Rsts Decnet-III stuff and we got that working with Dmc/Dmr, so we got a functioning phase-III router from that and at a point I also introduced the Tops20 V4.1 Decnet problems; I think he got that Simh image from me for testing, so if one is interested I can provide a Tops20 V4.1 Decnet image.
Problem there was, that it only communicates with other Tops20 4.1 Decnet but notcontrary to expectations with phase-III. This was not supposed to be a working setup as the KS10 was meant to connect with the Kmc/Dup line to a DN20/200 Pdp11 based network box to join Decnet. These boxes ran Decnet-III on a Rsx11M V3.1 platform and the software load image was generated and built on Tops20 (or Tops10 probably as well) but should be booted from a KL10 based system. As this software was from link libraries, source code was missing.
Simh Pdp11 could be configured to run the network parallel ANF10 without problems, but with some tricks activating the built Decnet image ? after all it is RSX11S bootable within the Rsx11M 3.1 environment - on a suitable configured Simh Pdp11 sim, it stops somewhere in the Decnet initialization phase. Too difficult to debug that at the time.
So Tops20 V4.1 Decnet is quite useless as it looks more than Phase-II with enhancements that stops it working with proper phase-III.
It is still a problem to be solved sometime?
Best regards,
Reindert
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Thomas DeBellis
Sent: Saturday, 06 November, 2021 01:10
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECnet/Python
Boy, now that is a pal!
So where would somebody like me be able to get that? The 4.1 Galaxy has some very interesting things in MOUNTR that were sadly removed that I would like to put in at some point in order to be able to set super-domestic on a per-structure basis.
super-domestic can make your life easier because you have less directory and user numbers overall to deal with. However, the other side of that coin is that you have less of them total. If you have a large number of directories, users and structures, you run out of number, maybe, maybe (it's an 18 bit field) There's also the case of a restored structure with it's own numbers that might clash with super-domestic. That might happen if you grab a lot of DECUS stuff (although there is brokeness there, too)
Still for, with automated number management, much of the headache (and hence reason) for super-domestic goes away and I'd rather have the extra granularity.
It really depends on how you're going to use the system and how 'Unixy' you want certain things to work. So I'd rather shut it off for my purposes, but I sure wouldn't want it not to be available.
_____
On 11/4/21 7:30 PM, Paul Koning wrote:
A kind soul sent me a TOPS-20 V4.1 SIMH disk a while ago with basic information, and that's what I use for my Phase II testing. It has in its <DECNET> directory some sources: NETCON bits, NFT, DAP.
I also realized there's a DECnet-20 V2 (Phase II) user manual on Bitsavers, which combines programming and management documentation. It mentions that Phase II NCP has a NICE protocol just like the later versions, except that it doesn't seems to be compatible. At least my NICE listener doesn't like what it hears. Something else to play with at some point.
paul
On Nov 4, 2021, at 5:23 PM, Thomas DeBellis <tommytimesharing at gmail.com <mailto:tommytimesharing at gmail.com> > wrote:
Where did you get that NETCON from? I don't have it.
Or is a Tops-10 NETCON? (which I wouldn't have, either)
_____
On 11/4/21 3:22 PM, Paul Koning wrote:
I found the code, it's in NETCON (specifically, NCP). So now all I have to do is reverse engineer it. That's going to be interesting because I haven't looked at Macro-10 in 45 years, and even back then I didn't really know it well at all.
paul
_____
On Oct 28, 2021, at 9:26 AM, Paul Koning <mailto:paulkoning at comcast.net> <paulkoning at comcast.net> wrote:
I'm guessing it has to do with learning the shape of the Phase II network. That's an entirely different problem than Phase III and later. The connect is by name, so object 0, object name TOPOL. And I don't have anything to answer that request so I have no trace. I suppose I could build a dummy responder just to see what question is asked.
If indeed it's Phase II topology related, it would make sense for the host not to have that server, and of course it would also go away in Phase III. The host requests, but does not offer, "intercept" which is node name based routing in Phase II that was implemented only in a few places. Somewhere I saw that it exists only to get past the front end (on larger machines) which was handled as a separate node so it counts as a network hop. Without intercept, Phase II only goes a single hop.
I found the code, it's in NETCON (specifically, NCP). So now all I have to do is reverse engineer it. That's going to be interesting because I haven't looked at Macro-10 in 45 years, and even back then I didn't really know it well at all.
paul
_____
On Oct 27, 2021, at 9:32 PM, Thomas DeBellis <mailto:tommytimesharing at gmail.com> <tommytimesharing at gmail.com> wrote:
TOPOL? Hmm... No, I hadn't heard of that, either. It sounds almost familiar, but I don't know why Tops-20 would be asking for it because it doesn't appear to be serving it, viz:...
Hi,
Around 2007 I gave away my pair of 4000/500A systems, I believe to
Brian Hechinger. They were taking up way too much space in the dining
room, and that I just wasn't that interested in putting the time
and money into sustaining the pair. I also really wanted SCSI storage,
but Q-BUS SCSI controllers were way out of my financial reach at the
time.
Since then, circumstances have changed, and with renewed interest, I
acquired a BA23 Q-BUS MicroVAX, and eventually a Q-BUS SCSI controller,
but nothing that came close to those 4000/500As.
Some years later, I believe Brian moved, and offered these up again
on one of these lists, or maybe CCTALK, but I missed that posting
until too late, and lost track of who ended up with those.
If these are in use, I wish whoever has them the best, and am extremely
glad at least they did not end up scrapped; I did my part towards that.
However, if whoever has them is no longer using them, I am here and
interested in whether one or both might be available.
I hope this is an appropriate posting, and it is not misunderstood by
those involved.
Mark
--
Mark G. Thomas <Mark at Misty.com>, KC3DRE
Hi,
Apologies for my HECnet connections being up and down over the past day or two. I finally decided to 'upgrade' to a Draytek Vigor 2865ac router from the older 2862ac and/or the home grown linux/pf-sense I have been experimenting with on and off. Anyway, the documentation stated that I could dump the config of the old vigor and install it into the new one. It looked ok but quite frankly wasn't. Half the WAN side of things wouldn't come up and kept crashing the entire unit. So I configured it from scratch... and cleared out a load of old stuff as a result.
Routing policy doesn't work properly and gets misconfigured when you're not using the default 'address of router' for NAT-based operations - support request logged.
IPv6... yes I know you don't want to know or care... nevertheless... There's some (state sponsored?) port scanning on random IPv6 host addresses with my prefix. The router is naturally blocking them but the damned IPv6 neighbour table is filling up with them! They don't go anywhere, but over the last few hours, the table now has about 900 entries - another support request logged... and the bloody router hasn't been out of its box for more than a day!
Keith
A2RTR will be down tomorrow (Monday) for a couple of hours sometime
between 9AM PDT and 3PM. It's not my doing - PG&E is replacing a
transformer and the power will be off. I have battery backup for some of my
equipment, but not A2RTR. Sorry.
It's also going to have to go down sometime again, maybe next weekend, so
I can replace a disk drive that's failing. I bought two identical drives
and plan to set up a RAID 1 array this time. If anybody has set up a
software RAID on Ubuntu, using the md driver and mdadm, for the system drive
and you have advice, let me know. Espcially if you managed to make both of
the drives bootable.
Bob
Recently Al Kossow made available a zip file containing a Micro/PDP-11
installation kit for Unix V7M-11 V1.0 on bitsavers as RX50 disk images.
Tinkering away here in Covid lockdown, I've managed to get this running
under SIMH pdp11 emulating an almost historically accurate PDP-11/23 plus.
I've placed the SIMH initialisation file, a couple of RD51 disk images and
an "installation recipe" for making these disks on GitHub at -
https://github.com/agn453/V7M-11
While I mainly had exposure to later versions of Unix and Ultrix-11 on
a PDP-11/70 as an undergraduate - this one surely brings back memories!
Tony
--
Tony Nicholson <tony.nicholson at computer.org>
After a prolonged outage Area 4 is now back on hecnet via a new Raspberry
Pi, so the archive on SLAVE:: is now available again (all the time the
windows vm that it is being emulated on is up) as well as a debian VM
hosted SIMH ORAC recreation.
I'm planning on using a (real) VAXstation during this years October
Retrochallenge (it starts tomorrow):
https://www.retrochallenge.org/
Twitter: @retrochallenge
After a shaky couple of retrochallenge I've decided to step in and help out
with this one, but will also be hopefully using it as an excuse to spend a
bit of time on DEC equipment.
Also please note that it is DEC Legacy in Windermere, UK in two weekends:
9th/10th October.
http://wickensonline.co.uk/declegacy/
Regards, Mark.
--
https://www.qrz.com/db/M0NOM/P
This is a re-release announcement of TCP/IP for RSX-11M-PLUS.
This is version 2.7 of BQTCP/IP.
The reason for the re-release is that the patches mentioned for TTDRV
were incomplete, and lacking instructions about them. This has been
fixed now.
It's been five months since the last official update, and there been
various smaller improvements.
Highlights:
. Many daemons now run under NETUIC, if defined. Which means logical
names that are mainly used for configuration of these daemons now can be
in that group logical name table instead, which removes a bunch of
logicals from the global table.
. Improvements have been done to TCP to be able to have larger buffers,
if desired.
. Patch files for the TT: driver have been included, which if used, can
be combined with a new task to get logical names defined at login time,
which tells from where a user connected using telnet. See
[TELNETD]README.TXT for instructions on how to install the patches for
the TT: driver.
Detailed information on things that have been done since the last release:
TCP:
. Removed immediate ACK for TCP packets with PSH set.
. Added settable TCP syn queue maximum size
. Bugfix. TCP retransmissions failed if window size was 0.
. Reworked TCP FIN logic and buffer management. TCP can now deal with up
to 64K buffer size.
. Added IO.IFL function to TC:
. Added _iflush() to IPC library.
TELNET:
. Added TNC2 task to define logicals at telnet terminals at login.
. Added files needed to update terminal driver with additional
functionality. See README.DOC on TNC2 for details.
. Changed TELNET to run under netuic.
FTP/FTPD:
. Added the ability to set a session timeout for FTPD.
. Changed FTPD to run under NETUIC.
. Added handling of TI: in FTP GET/PUT commands.
. Added handling of TI: in FTPD STOR/RETR commands.
. Added handling of file attribute errors in FTP/FTPD.
. Improved ETA computation in FTP, when data rate is low.
MAILD:
. Improved MAILD to not use a separate MAILDN task for new mail. Local
mails are now delivered by MAI..., which also is responsible for the
local mail API.
. Rewritten maild automatic forwarding handling.
. Improved MAILD error mail generation.
Multinet:
. Improved active tcp multinet connection handling.
LPT:
. Fixed LPR mode of LPT spooler.
. Changed LPT to run under netuic.
HTTPD:
. Improved httpd error logging.
. Added more logging information in HTTPD.
NTP:
. Changed NTP to run under netuic.
DHCP:
. Changed DHCP to define NTP logical name in group table.
IPINS:
. Changed IPINS to define logicals for DHCP, FTPD and TELNET under the
network uic group instead of global.
Some additional notes:
As usual, I would recommend people to update as soon as possible.
The changes are not critical, but will lead to a much better experience.
The patches to the TT: driver cannot be applied automatically, but
requires users to apply the patches themselves, and then run SYSGEN to
generate a new system.
Once added, the TNC2 task can be run at login, and will define logical
names for the user telling where he is connected from, if using telnet.
The TT: driver patches also allows the updated MCR to give more
information with the DEV command (SHOW TERMINAL in DCL).
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
!!! BQTCP is also available through RPM !!!
(As an additional note, I have become aware of that there is some device
proxying access to the ftp service at Mim. This might lead to failure to
transfer large files. If you observe such problems, try connecting to
Mim at port 10021 instead, which is an alternative port for the ftp
server, and which circumvents the proxy.)
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
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
This is version 2.7 of BQTCP/IP.
It's been five months since the last official update, and there been
various smaller improvements.
Highlights:
. Many daemons now run under NETUIC, if defined. Which means logical
names that are mainly used for configuration of these daemons now can be
in that group logical name table instead, which removes a bunch of
logicals from the global table.
. Improvements have been done to TCP to be able to have larger buffers,
if desired.
. Patch files for the TT: driver have been included, which if used, can
be combined with a new task to get logical names defined at login time,
which tells from where a user connected using telnet.
Detailed information on things that have been done since the last release:
TCP:
. Removed immediate ACK for TCP packets with PSH set.
. Added settable TCP syn queue maximum size
. Bugfix. TCP retransmissions failed if window size was 0.
. Reworked TCP FIN logic and buffer management. TCP can now deal with up
to 64K buffer size.
. Added IO.IFL function to TC:
. Added _iflush() to IPC library.
TELNET:
. Added TNC2 task to define logicals at telnet terminals at login.
. Added files needed to update terminal driver with additional
functionality. See README.DOC on TNC2 for details.
. Changed TELNET to run under netuic.
FTP/FTPD:
. Added the ability to set a session timeout for FTPD.
. Changed FTPD to run under NETUIC.
. Added handling of TI: in FTP GET/PUT commands.
. Added handling of TI: in FTPD STOR/RETR commands.
. Added handling of file attribute errors in FTP/FTPD.
. Improved ETA computation in FTP, when data rate is low.
MAILD:
. Improved MAILD to not use a separate MAILDN task for new mail. Local
mails are now delivered by MAI..., which also is responsible for the
local mail API.
. Rewritten maild automatic forwarding handling.
. Improved MAILD error mail generation.
Multinet:
. Improved active tcp multinet connection handling.
LPT:
. Fixed LPR mode of LPT spooler.
. Changed LPT to run under netuic.
HTTPD:
. Improved httpd error logging.
. Added more logging information in HTTPD.
NTP:
. Changed NTP to run under netuic.
DHCP:
. Changed DHCP to define NTP logical name in group table.
IPINS:
. Changed IPINS to define logicals for DHCP, FTPD and TELNET under the
network uic group instead of global.
Some additional notes:
As usual, I would recommend people to update as soon as possible.
The changes are not critical, but will lead to a much better experience.
The patches to the TT: driver cannot be applied automatically, but
requires users to apply the patches themselves, and then run SYSGEN to
generate a new system.
Once added, the TNC2 task can be run at login, and will define logical
names for the user telling where he is connected from, if using telnet.
The TT: driver patches also allows the updated MCR to give more
information with the DEV command (SHOW TERMINAL in DCL).
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
!!! BQTCP is also available through RPM !!!
(As an additional note, I have become aware of that there is some device
proxying access to the ftp service at Mim. This might lead to failure to
transfer large files. If you observe such problems, try connecting to
Mim at port 10021 instead, which is an alternative port for the ftp
server, and which circumvents the proxy.)
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
Greetings
Just checking I'm still subscribed? I have just started trying to give my
emulated systems a little TLC to get them reconnected. I need to find out
why my Raspberry PI based bridge isn't responding, it has run faultlessly
in the basement for years and years, but something is amiss.
Regards, Mark.
--
https://www.qrz.com/db/M0NOM/P
Hi,
My power has been out since a severe storm, maybe tornado, passed
through 7/21 afternoon. My hecnet router is not on generator power,
so if any of my peers notice my absence, this is why.
Mark
--
Mark G. Thomas <Mark at Misty.com>, KC3DRE
I may have asked before on this list if anyone had the document that describes the differences between DDCMP V3 (as implemented in the DMC-11) and DDCMP V4.
I just found it. It is Appendix I of the DMC-11 microprocessor technical manual, EK-DMCMP-TM-002 (on Bitsavers).
Just in case anyone cares...
paul
Hi,
I am trying to reach a guy named Mark Darvill, can?t remember which list he was on, regards the DEC/HP VMS hardware he asked me to hold onto.
If you are he, or know him, I can be reached via this email or mark.d.benson at icloud.com
Thanks,
?
Mark Benson
I?ve taken down the VAXstation 4000/60 that is my area router, and am preparing to shut further hardware down. For the next week the weather will be brutal. We?re supposed to get up between 107-111F this weekend, and the one day the low is supposed to be 77F (I?m not sure I?ve ever seen that in Oregon).
I hope to be back online by next Wednesday or Thursday. I also hope to take the opportunity to replace the RTC chip in the VAXstation 4000/60, once it starts to cool down, and prep it to move to SCSI2SD (currently runs from a BA350 shelf).
Zane
I was wondering if anybody would care to explain how routine node
maintenance happens for DECnet on non-Tops-20 systems. Specifically,
Johnny's node list on MIM:: changes more or less about once a month,
sometimes more, sometimes less.
Is anybody keeping up on this?? How?? I had a (bi-weekly) re-occurring
batch job which NFT'ed the latest node file from MIM:: and simply used
SETNOD to shove the whole thing into the running monitor, on the
assumption that the monitor would figure out what to do.? While slapping
in the whole list (with .NDINT) during timesharing did strike me as
somewhat wasteful, I didn't pay much attention to the matter as it did work.
This is mistaken.? Tops-20 will not 'make it' work, nor does it
apparently detect certain situations which appear to be problematic.? It
does detect and reject two situations.
1. You may not change either the name or address of the host (I.E., the
Executor).? These can only be set once at boot up. Do other
operating systems have this restriction?
2. You may not change the address of an existing node in the local area.
A node insertion in the local area which usurps an address of another
node deletes that node.? Outside of the local area, you are on your
own.? It does whatever you want, which means that you can have multiple
nodes with the same address.? Is that a problem?? On IP4, this would
been known as 'aliasing', but I don't think DECnet allows this.
So it would appear that the appropriate behavior is that a new node list
implies a system reboot.? Unless I'm actively doing monitor development,
I can't stand doing this.
However, fixing the problem turned out to be pernicious.? Neither of the
two cases above is reported to the user program; there is no way to
determine what might have gone wrong.? There is no way for the user
program to proactively prevent errors because, while you can ask Tops-20
to translate a DECnet address to a node name and to verify that a DECnet
node name exists, there is no way to return the address for a verified
DECnet node name.? Is this an oversight?? Can a user program get the
address of a DECnet node name on other operating systems?
I remediated the low level error reporting issue and implemented a new
function for NODE% to return the address of an existing DECnet node
(.NDVFX or Verify Node Extended).? Fixing SETNOD proved impossible.? I
discovered that the actions to be performed were complex enough when
automated that the dimensions of the solution were wholly beyond its
capabilities.? Not that there was anything wrong with SETNOD, it just
wasn't designed for this kind of heavy lift.? So I rewrote it from
scratch (cleverly naming it SETND2). I'm converging on completion, but I
don't work on it actively, so this will probably be a few more weeks.
Here is some sample output; let's suppose that BOINGO needs its address
changed from 2.399 to 2.400 and that this conflicts with another node
(in this case, APOLLO). To get this to work right, what you need to do
is tell Tops-20 to do is delete BOINGO first, so that there is no name
clash on the insertion.? Then you have to delete APOLLO, so that there
is no address conflict.? Once you are done performing both these
actions, it's safe to do the insertion and Tops-20 doesn't reject it or
otherwise get itself confused.
@*setnd2*
% Insufficient capabilities for INSERT command
SETNODE>*vERBOSITY* (level is) *vERBOSE *
Verbosity level is VERBOSE
SETNODE>*get /sECTION-MAP /nO-ACCESS*
[BIN file: TOMMYT:<SYSTEM>NODE-DATA.BIN.91;RESTRICTED-JFN:13 ]
Mapped one section (4 pages), 1778 Words, 889 Nodes.
SETNODE>*recONSTRUCT /sILENT *
[Closed log file: NUL:]
SETNODE>*shoW aREA 2 uNCHANGED*
[Area 2]
A2RTR?? ADAGIO? ADVENT? ADVNT5? AMAPUR? APOLLO? AUG11 AUGVAX? BASSET?
BEAGLE? BELLS?? BOINGO? BOXER?? BULDOG? CHARON
CODA??? COLLIE? CONDOR? CORGI?? COYOTE? CYPHER? DALMTN DIVISI? DOGPAK?
ELIDYR? ELITE?? FOX???? GLDRTR? GLOVER? GRUNT
HERMES? HUIA??? HUNTER? HUSKY?? JACKAL? JENSEN? KELPIE LABRDR? LAPDOG?
LARGO?? LEGATO? LENTO?? MASTIF? MENTOR? MEZZO
MULTIA? MUTT??? NO0K??? ODST??? OINGO?? OSIRIS? PAVANE POCO??? POODLE?
PUG???? PUGGLE? PUPPY?? R2X899? REACH?? SPARK
TERIER? THEARK? TOMMYT? VENTI?? WLFHND? WOLF??? ZITI
Total nodes in area 2: 67
SETNODE>*shoW **uNCHANGED boiNGO*
BOINGO:: (2.399)
SETNODE>*set 2.400 boingo*
Set existing node BOINGO:: (2.400)
Node BOINGO:: (2.400)
% Removing node BOINGO:: (2.399) from same list to insert in the delete list
% Re-using key text for insertion in delete list, BOINGO (2.399)
% Removing BOINGO::'s previous address (2.399)
% Removing node APOLLO:: (2.400) from same list to insert in the delete list
% Re-using key text for insertion in delete list, APOLLO (2.400)
% Deleting APOLLO:: (2.400) to reassign its address to BOINGO::
% Allowing update request for node BOINGO:: (2.400) because being
deleted as (2.399)
% Removing node BOINGO:: (2.399) from unchanged list because its address
has changed to (2.400)
% Re-using key text for insertion in update list, BOINGO (2.400)
Node change request for BOINGO:: (2.400)
SETNODE>
I have the EXE file for a 8080/Z80 cross assembler, but can't find the
sources.. Anyone have a pointer?
It says "MAC80 10B(112) 8085/Z80 Cross Assembler" on the listing output
MAC80.EXE.1;P775252 19 9728(36) 29-Nov-1983
It's a "tops10 program"...
It can do both 8080 and z80 mnemonics, and the sources I have named mac80
can only do 8080, and they start like this...
;MAC80 - An 8085 cross assembler for the DECsystem-10
; Copyright 1976,1977,1978,1983
; Bruce Tanner / Cerritos College
; 11110 Alondra Blvd.
; Norwalk, CA 90650
SEARCH M80UNV,MACTEN
TITLE. (M80,MAC80A,8085 Cross Assembler)
M80TTL
M80PTX
TWOSEG
RELOC 400000
EXTERN IBUF,OBUF,LBUF,SBUF,MBUF,NOFILE,FILNAM,FILEXT,PPN,OPNOBJ
EXTERN CREFSW,SYMBSW
I've been bumping into a number of bugs in the Tops-20 DECnet
implementation, some worse (like crashing with an ILMNRF and trashing
parts of files) than others (simple job hangs and undocumented
behavior.? Fortunately, I have been able to fix most of them; there's
only one that I had to program around and another that I have yet to
investigate.
Meanwhile, I have a great deal of testing to do of the SETND2 code.?
However, there are a number problems doing that, besides those alluded
to, above.? For a number of cases, I have to start from a fresh boot
with the node table completely empty.? There is no command to 'empty' or
reset it.? So that's a pain.? Another thing you can't do is extract or
inspect the full node population.
It occurred to me that the data structures and associated node
management routines that I wrote for the decisioning logic in SETND2
turn out to be fine for simulating the NODE% JSYS itself.? So what I do
is fork an inferior version of SETND2 and trap the NODE% with a TFORK%.?
It's starting to come together to the point where I need to model the
actual rules used for DECnet node syntax.
I know that a DECnet node can be a maximum of six characters long with
only the numerals 0 (zero) to 9 (nine) and the letters A to Z.? However,
I noticed some code in COMND% that checks to see that a node name has at
least one alphabetic character in it.? I had never thought about that
and was wondering what the actual standard says (or where that standard is).
Does is matter where the letter is?? In other words, are five numeral
zero's followed by the letter 'A' valid?? Is '00000A' OK?
So while I think of it Johnny, two things I've noticed in Swedish
Pascal just today, are Y2K issues in paslib, and (unless something else
is going on) it doesn't seem to handle named directories in
RSX-11M-PLUS, only numeric UICs.
And it doesn't print its version number properly; I'm pretty sure this
is 6.3, but it prints 6.02 in its startup header. I've not looked into
that yet.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
In case someone is using RPM on HECnet, and using DECnet as the
transport protocol, you need to update your configuration of RPM.
The reason is because I moved the RPM repository directory to a new
place. In order to avoid any similar problem in the future, please use
RPM$DIR: instead of LB:[RPM] which was previously the suggested default
when accessing MIM::
You can change your configuration using RPM CONFIG, or edit CONFIG.CMD
in your RPM directory. If you edit the file directly, it is the USER
variable that should be changed.
If people are using RPM with TCP/IP as transport, no changes are needed,
and all should work without any disruption.
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 just finished making the July 1989 CONOLD CD-ROM available for reading using VTB on PDXVAX. If you wish to access it, you can simply log in with the Guest Account, and type ?VTB".
I also have MGBOOK installed, but it fails horribly on the files (though it?s able to read the basic DECW$BOOKREADER documentation). I like its interface, but even on the DECW$BOOKREADER documentation, it doesn?t seem to do as well displaying the books.
Zane
Is anyone using Multinet that I can setup a link to? I?m using Johnny?s tool with a link to MIM, but I?d like to get a Multinet link going to someone in the US again. The latency to systems in the US is frightful. :-)
Thanks,
Zane