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
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
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
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
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.
On 13 May 2013, at 19:07, "G." <gerry77 at mail.com> wrote:
On Mon, 13 May 2013 22:45:50 -0000, you wrote:
This one for DECnet (7.04 version, the latest available):
BB-X116D-BB Identified as "DECNET-10 V4.0 SUP 16MT9 1989"
I thought that was only a supplemental tape that isn't particularly useful?
Ah yes, now I remember everything: starting from some version I do not know
(maybe just 7.04), DECnet binaries were bundled with CUSP tapes, and sources
with Monitor tapes (see 704.BWR in the latter). The BB-X116D-BB tape is there
just because it contains the key files needed to decrypt DECnet patches.
Anything else in that tape is only for front-end DECnet support (DDCMP etc.).
Thank you! That helps a lot. Looks like I should be able to get this working tonight or tomorrow!
It contains NML.EXE too, which anyway will be replaced when installing TSUs,
but until you patch TOPS-10, you'll need NML.EXE from the above tape.
Ah.
G. :)
On Mon, 13 May 2013 22:45:50 -0000, you wrote:
This one for DECnet (7.04 version, the latest available):
BB-X116D-BB Identified as "DECNET-10 V4.0 SUP 16MT9 1989"
I thought that was only a supplemental tape that isn't particularly useful?
Ah yes, now I remember everything: starting from some version I do not know
(maybe just 7.04), DECnet binaries were bundled with CUSP tapes, and sources
with Monitor tapes (see 704.BWR in the latter). The BB-X116D-BB tape is there
just because it contains the key files needed to decrypt DECnet patches.
Anything else in that tape is only for front-end DECnet support (DDCMP etc.).
It contains NML.EXE too, which anyway will be replaced when installing TSUs,
but until you patch TOPS-10, you'll need NML.EXE from the above tape.
G. :)
On 13 May 2013, at 18:27, "G." <gerry77 at mail.com> wrote:
On Mon, 13 May 2013 17:48:03 -0000, you wrote:
Patching the monitor should be doable without many problems, and I did that to
use the idle feature of KLH10 before being able to build a new custom monitor.
The harder part could be to find the symbol name for the word containing the
DECnet address, then everything should be quite easy.
I'll try to find that symbol name... :)
Thank you.
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!)
Thank you.
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).
This is the most updated DDT (and FILDDT) manual:
http://pdp-10.trailing-edge.com/tops10v704_docc/01/10,7/docupd/ddt.mem.html
Again, thank you.
Then there is a good book about TOPS-20 Macro programming, which is useful
even in a TOPS-10 environment, and which does explain quite well how to use
DDT and FILDDT. The book is by E. Gorin and here you'll find directions to
download it in PDF from a TOPS-20 site: http://www.bourguet.org/v2/pdp10/
(If it does not work I'll put a copy somewhere for you to grab.)
The reason I'm not using 7.04 is due to the missing 7.04 DECnet tape. Has
someone found a working one I'm not aware of?
I used the following tape images from Trailing Edge:
This one to boot (it works but the monitor into this tape doesn't keep time,
so you may well use TWONKY to create a boot tape with a working Monitor, way
better than the one into the KLAD pack):
BB-FI81B-DD Identified as "KLAD10-7.04-A TAPE 1/3 1989"
These for system programs and utilities (i.e. most of TOPS-10):
BB-X128C-SB CUSP (Commonly Used System Programs) 1 of 2
BB-FP63B-SB CUSP (Commonly Used System Programs) 2 of 2
BB-X130C-SB Customer Supported Tools
BB-FP64B-SB Unsupported Tools
This one for DECnet (7.04 version, the latest available):
BB-X116D-BB Identified as "DECNET-10 V4.0 SUP 16MT9 1989"
I thought that was only a supplemental tape that isn't particularly useful?
These for compilers, etc.:
BB-D480G-SB Fortran V11 (the only one available, incomplete but usable)
BB-H580E-SB Cobol V12C and Sort V4D, identified as "BB-H580E-SB_1985"
BB-D478D-BB Identified as "DBMS V5A"
This one to rebuild a good monitor from sources:
BB-X140C-SB Monitor 7.04 sources
Thank you.
Additional keys to decrypt patches (other keys are bundled with products):
BB-PANKA-BB Identified as "TOPS-10 SORT V4D"
Patches to update TOPS-10 to 7.05 (!):
Nice!
BB-BT99V-BB "TOPS-10 704 TSU04 TP 1 OF 3 1990"
BB-JR93N-BB "TOPS-10 704 TSU04 TP 2 OF 3 1990"
BB-PBDED-BB "TOPS-10 704 TSU04 TP 3 OF 3 1990"
Moreover, the tape identifed as "TOPS-10 and TOPS-20 Integration Tools V9,
3-Aug-1986" contains some tidbits such as a TOPS-10 version of the EDT editor
which can be quite useful when working with sources.
All of the above could be found on Bitsavers too:
http://bitsavers.informatik.uni-stuttgart.de/bits/DEC/pdp10/magtape/dec_dis…
There are problems patching Fortran because there are no keys available to
decrypt patch files. Or that was the evidence when I made my last TOPS-10
installation. But now I've found some notes about some Fortran-20 key files
that might work with TOPS-10 Fortran too, but I never tried (IIRC)...
HTH, :)
G.
On Mon, 13 May 2013 17:48:03 -0000, you wrote:
Patching the monitor should be doable without many problems, and I did that to
use the idle feature of KLH10 before being able to build a new custom monitor.
The harder part could be to find the symbol name for the word containing the
DECnet address, then everything should be quite easy.
I'll try to find that symbol name... :)
Thank you.
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).
This is the most updated DDT (and FILDDT) manual:
http://pdp-10.trailing-edge.com/tops10v704_docc/01/10,7/docupd/ddt.mem.html
Then there is a good book about TOPS-20 Macro programming, which is useful
even in a TOPS-10 environment, and which does explain quite well how to use
DDT and FILDDT. The book is by E. Gorin and here you'll find directions to
download it in PDF from a TOPS-20 site: http://www.bourguet.org/v2/pdp10/
(If it does not work I'll put a copy somewhere for you to grab.)
The reason I'm not using 7.04 is due to the missing 7.04 DECnet tape. Has
someone found a working one I'm not aware of?
I used the following tape images from Trailing Edge:
This one to boot (it works but the monitor into this tape doesn't keep time,
so you may well use TWONKY to create a boot tape with a working Monitor, way
better than the one into the KLAD pack):
BB-FI81B-DD Identified as "KLAD10-7.04-A TAPE 1/3 1989"
These for system programs and utilities (i.e. most of TOPS-10):
BB-X128C-SB CUSP (Commonly Used System Programs) 1 of 2
BB-FP63B-SB CUSP (Commonly Used System Programs) 2 of 2
BB-X130C-SB Customer Supported Tools
BB-FP64B-SB Unsupported Tools
This one for DECnet (7.04 version, the latest available):
BB-X116D-BB Identified as "DECNET-10 V4.0 SUP 16MT9 1989"
These for compilers, etc.:
BB-D480G-SB Fortran V11 (the only one available, incomplete but usable)
BB-H580E-SB Cobol V12C and Sort V4D, identified as "BB-H580E-SB_1985"
BB-D478D-BB Identified as "DBMS V5A"
This one to rebuild a good monitor from sources:
BB-X140C-SB Monitor 7.04 sources
Additional keys to decrypt patches (other keys are bundled with products):
BB-PANKA-BB Identified as "TOPS-10 SORT V4D"
Patches to update TOPS-10 to 7.05 (!):
BB-BT99V-BB "TOPS-10 704 TSU04 TP 1 OF 3 1990"
BB-JR93N-BB "TOPS-10 704 TSU04 TP 2 OF 3 1990"
BB-PBDED-BB "TOPS-10 704 TSU04 TP 3 OF 3 1990"
Moreover, the tape identifed as "TOPS-10 and TOPS-20 Integration Tools V9,
3-Aug-1986" contains some tidbits such as a TOPS-10 version of the EDT editor
which can be quite useful when working with sources.
All of the above could be found on Bitsavers too:
http://bitsavers.informatik.uni-stuttgart.de/bits/DEC/pdp10/magtape/dec_dis…
There are problems patching Fortran because there are no keys available to
decrypt patch files. Or that was the evidence when I made my last TOPS-10
installation. But now I've found some notes about some Fortran-20 key files
that might work with TOPS-10 Fortran too, but I never tried (IIRC)...
HTH, :)
G.
I have an RB750GL. It's cute. Doesn't look like a terrible thing but it doesn't really do what I want so I haven't played with it much. May use it as a VPN endpoint or something though. Who knows. It'll be a couple months till I get around to playing with it again I'm sure. :)
-brian
On May 13, 2013, at 9:18, Mark Wickens <mark at wickensonline.co.uk> wrote:
Having had a trawl of the web for options for my routing/dual ADSL issues I came across MikroTik: http://wiki.mikrotik.com/wiki/Main_Pagehttp://linitx.com/product/mikrotik-routerboard-2011uas2hndin-routeros-level…
The WIFI enabled router includes a 5 port GIGABIT and 5 port FAST ethernet switch for GBP108.
I've asked on their IRC and it would appear to satisfy my requirements when attached to two ADSL modems.
Not came across them before but thought they might be interested to a group of known tinkerers...
Mark.
--
--
Mark Wickens
http://wickensonline.co.ukhttp://declegacy.org.ukhttp://retrochallenge.orghttps://twitter.com/#!/@urbancamo
HECNET: http://hecnet.eu, Email: HALO::MSW
