[HECnet] Reviving the DECnet on TOPS-10 project

Cory Smelosky b4 at gewt.net
Tue May 14 09:00:52 PDT 2013


On Tue, 14 May 2013, Cory Smelosky wrote:



On Mon, 14 May 2013, Cory Smelosky wrote:



On Mon, 14 May 2013, Cory Smelosky wrote:



On Mon, 14 May 2013, Cory Smelosky wrote:



On Mon, 13 May 2013, G. wrote:


On Tue, 14 May 2013 00:27:49 +0200, you wrote:

Well, here are the symbols:

  M.SNAM is the system name (apparently not related to DECnet)
  M.DNAM is the DECnet node name
  M.LNAM is te LAT (default?) service name
  M.DHOM is the DECnet area number (octal!)
  M.DNUM is the DECnet node number (octal!)

Beware: the names are SIXBIT strings, so you must discover how to input SIXBIT
vaules with FILDDT (I have no idea, probably it's something like <ESC>letter).

Correction/update: the above symbols are only used during MONGEN, but then are
equated to other ones inside the monitor sources. These are the equivalences:

  STANAM is the system name (apparently not related to DECnet)
  DCNNAM is the DECnet node name
  LATNAM is te LAT (default?) service name
  DCNHOM is the DECnet area number (octal!)
  DCNNUM is the DECnet node number (octal!)

HTH,
G.



I have made progress! (I think)

BOOT>dskb:system.exe
[Loading from DSKB:SYSTEM.EXE[1,4]]

MARLEY TOPS-10 13-May-13
Why reload: new
Date:
Time:

It does however stall there...

--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments


Could this be related?
*SYSTEM/SAVE/NOINITIAL/HASH:13K = /LOCALS -
#COMMON,COMDEV,COMMOD,TOPS10/SEARCH-
#/PATCH:200/COUNTERS/GO
[LNKRLC Reloc. ctr.         initial value     current value     limit value
              .LOW.                     0                             65125                     330000
              .HIGH.                   340000                   671326                   734000
              .CSUB.                   330000                   333466                   340000
              .INIT.                   740000                   766655                   771000
              .TWIC.                   771000                   772714                   1000000
              .XHGH.                   2630000                 2703030                 2734000
              .SYMS.                   2000000                 2000000                 2630000
              Absolute code loaded]

EXIT

It doesn't look like an error though...so I'm rather confused.

--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments


Disregard.   The monitor works now.

--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments


Unfortunately it only /mostly/ works.

MARLEY TOPS-10 03:23:12 CTY system 1
Connected to Node MARLEY(0) Line # 632
[Checking terminal type . . . found VT100]
..LOGIN 1,2
..R OPR

[CCPWFD Waiting for file daemon to start]
%%TTY STOMPER - Starting


And it stalls right there unless I repeatedly hit Ctrl/C...

--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments


Upon further investigation, the problem is with OPR.EXE.   It WILL NOT execute on my generated monitor.   The one provided with TWONKY works fine though.

Will investigate further.   Hopefully they left their MONGEN scripts laying around!

--
Cory Smelosky
http://gewt.net/ Personal stuff
http://gimme-sympathy.org Experiments



More information about the Hecnet-list mailing list