IP->NAME I'd be very grateful.
I'll stay out of it if you want, but did you also update the db.x.y.z file?
That's probably all it takes.
(x.y.z is the IP of your in house network, with the octets in reverse
order).
Bob
I don't even know what that means..
Sampsa
On 23 Dec 2012, at 20:58, Cory Smelosky <b4 at gewt.net> wrote:
On 23 Dec 2012, at 13:49, sampsa at mac.com wrote:
I want an account on the TOPS-10 machine if possible :)
I can get you one on mine today if you happen to get me a working image that allows me to build a monitor without errors. ;)
sampsa
On 23 Dec 2012, at 13:49, sampsa at mac.com wrote:
I want an account on the TOPS-10 machine if possible :)
I can get you one on mine today if you happen to get me a working image that allows me to build a monitor without errors. ;)
sampsa
On 22 Dec 2012, at 21:49, Cory Smelosky <b4 at gewt.net> wrote:
On 22 Dec 2012, at 03:07, Cory Smelosky <b4 at gewt.net> wrote:
On 22 Dec 2012, at 02:38, Cory Smelosky <b4 at gewt.net> wrote:
On 22 Dec 2012, at 02:36, G. <gerry77 at mail.com> wrote:
On Sat, 22 Dec 2012 01:14:27 -0500, you wrote:
% DSK:MONGEN.MIC will not be written
% File DSK:MONGEN.MIC already exists
This is self explanatory: MONGEN will not overwrite MONGEN.MIC if it's already
there... I think it's done to avoid losing config data. :)
.do monbld
?MICCOF Cannot open file MIC:MONBLD.MIC - in "DO" command
Have you created MONBLD.MIC as I wrote? It's a non standard file "invented" by
me and should contain all those commands I've listed in my other message. :)
Just re-read your message and noticed my error. ;)
Now i'm trying to figure out how to use the TOPS-10 editor. ;)
I'm used to EDT instead of TECO!
HTH,
G.
http://klh10.trailing-edge.com/twonky-a11120.tar is what I'm using. Can you point out obvious stuff I missed? ;)
Seems I'm in need of a reinstall due to not having setsrc or other essential stuff to build a monitor. ;)
(finding a complete tape set on bitsavers is hard no bootable KL tapes, KS can't do networking, and the KLAD10 sets are incomplete)
I got somewhere!
.r link
*SYSTEM/SAVE/NOINITIAL/HASH:13K = /LOCALS -
#COMMON,COMDEV,COMMOD,REL:TOPS10/SEARCH-
#/PATCH:200/COUNTERS/GO
%LNKMDS Multiply-defined global symbol .JDAT
Detected in module VJBDAT from file REL:TOPS10.REL[5,11]
Defined value = 773000, this value = 361000
%LNKMDS Multiply-defined global symbol FTEMRT
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTENET
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTKL10
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTKS10
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = 0, this value = -1
%LNKMDS Multiply-defined global symbol FTMP
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTRTTR
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTSCA
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTXMON
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol .JDAT
Detected in module CLOCK1 from file REL:TOPS10.REL[5,11]
Defined value = 773000, this value = 361000
%LNKMDS Multiply-defined global symbol DEVPPN
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = 26, this value = 25
%LNKMDS Multiply-defined global symbol FTKL10
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTKS10
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = 0, this value = -1
%LNKMDS Multiply-defined global symbol FTMP
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTSCA
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol FTXMON
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = -1, this value = 0
%LNKMDS Multiply-defined global symbol .JDAT
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = 773000, this value = 361000
%LNKMDS Multiply-defined global symbol .UPMP
Detected in module COMCON from file REL:TOPS10.REL[5,11]
Defined value = 772000, this value = 360000
?LNKOLS Error outputting area LS Status (40016) for file DSK:001LLS.TMP
[ Type CONTINUE for more information]
On 23 Dec 2012, at 13:44, "Rob Jarratt" <robert.jarratt at ntlworld.com> wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Cory Smelosky
Sent: 23 December 2012 18:17
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] SIMH PDP-10 + Networking?
On 23 Dec 2012, at 13:14, "Rob Jarratt" <robert.jarratt at ntlworld.com>
wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE]
On Behalf Of Paul_Koning at Dell.com
Sent: 23 December 2012 17:08
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] SIMH PDP-10 + Networking?
On Dec 23, 2012, at 12:37 AM, John Wilson wrote:
From: <Paul_Koning at Dell.com>
FWIW, DMC and DMR are the same at the programmer level.
(Except for some trivial differences.) My notes say the limit on
outstanding TX or RX buffers is 7 for DMC vs. 64 for DMR. Also,
BSEL3 is a read/write reg that survives master clears on DMC but
gives diag completion status on DMR (which is how INIT.SYS tells them
apart).
And opcode 02 is HALTR on DMR and reserved on DMC. Is there other
stuff?
I didn't know of those details, or other differences that matter to a
driver.
The way I've seen it done is that a DMC driver (7 buffers max) works
fine
for
DMR, and there wasn't any real reason to do DMR-specific things.
Indeed, I have seen the source for a VMS driver that works for both
DMC and DMR, there appear to be some tiny differences in there that I
don't recall, but they are similar enough to use the same driver.
So, my question still stands: If I add DMC11 to the SIMH KS10
emulation, is there anyone who can help me with getting TOPS-10 to
work with it, or if you know how to get TOPS-20 V4.1 to work with it
that
would be even better.
I can't help with writing drivers, but i'd be willing to help with
testing. I think
the documentation covers this configuration of DMC links. I'm not the
best
with TOPS-10 or TOPS-20, but i'm learning.
Do you have any links to the relevant documentation?
I believe I was consulting http://bitsavers.trailing-edge.com/pdf/dec/pdp10/TOPS10_softwareNotebooks/v…
They are somewhat different at the protocol level -- DMC uses an
older version of DDCMP and has some bugs in that implementation,
especially in the "high speed" (1 Mb/s) version.
Buggy WRT dealing with correct implementations, or buggy even
talking to each other? Just curious (I have a pair of them around
here
somewhere).
Buggy in the sense of not being 100% compliant to the DDCMP spec as
written. They talk fine to each other. If you want to have another
DDCMP implementation talk to them, you have to be aware of those
details. I
don't
remember them but can find them if needed -- they would be in the
NODVR (software DDCMP) RSTS/E driver sources.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Cory Smelosky
Sent: 23 December 2012 18:17
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] SIMH PDP-10 + Networking?
On 23 Dec 2012, at 13:14, "Rob Jarratt" <robert.jarratt at ntlworld.com>
wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE]
On Behalf Of Paul_Koning at Dell.com
Sent: 23 December 2012 17:08
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] SIMH PDP-10 + Networking?
On Dec 23, 2012, at 12:37 AM, John Wilson wrote:
From: <Paul_Koning at Dell.com>
FWIW, DMC and DMR are the same at the programmer level.
(Except for some trivial differences.) My notes say the limit on
outstanding TX or RX buffers is 7 for DMC vs. 64 for DMR. Also,
BSEL3 is a read/write reg that survives master clears on DMC but
gives diag completion status on DMR (which is how INIT.SYS tells them
apart).
And opcode 02 is HALTR on DMR and reserved on DMC. Is there other
stuff?
I didn't know of those details, or other differences that matter to a
driver.
The way I've seen it done is that a DMC driver (7 buffers max) works
fine
for
DMR, and there wasn't any real reason to do DMR-specific things.
Indeed, I have seen the source for a VMS driver that works for both
DMC and DMR, there appear to be some tiny differences in there that I
don't recall, but they are similar enough to use the same driver.
So, my question still stands: If I add DMC11 to the SIMH KS10
emulation, is there anyone who can help me with getting TOPS-10 to
work with it, or if you know how to get TOPS-20 V4.1 to work with it
that
would be even better.
I can't help with writing drivers, but i'd be willing to help with
testing. I think
the documentation covers this configuration of DMC links. I'm not the
best
with TOPS-10 or TOPS-20, but i'm learning.
Do you have any links to the relevant documentation?
They are somewhat different at the protocol level -- DMC uses an
older version of DDCMP and has some bugs in that implementation,
especially in the "high speed" (1 Mb/s) version.
Buggy WRT dealing with correct implementations, or buggy even
talking to each other? Just curious (I have a pair of them around
here
somewhere).
Buggy in the sense of not being 100% compliant to the DDCMP spec as
written. They talk fine to each other. If you want to have another
DDCMP implementation talk to them, you have to be aware of those
details. I
don't
remember them but can find them if needed -- they would be in the
NODVR (software DDCMP) RSTS/E driver sources.
paul
Yup, I'll probably create an account for you with sudo tomorrow, and then you can have a look at it.
The NAME->IP resolution works fine, if you could just turn that into IP->NAME I'd be very grateful.
Sampsa
On 23 Dec 2012, at 20:34, Dave McGuire <mcguire at neurotica.com> wrote:
On 12/23/2012 01:24 PM, sampsa at mac.com wrote:
So you're running an internal nameserver (bravo!) and your inverse
zone is hosed somehow?
Pretty much, yeah. But it resolves the names to IPs correctly, so I'm
happy with the current (temporary) setup.
I'll fix the reverse later.
Ok. I can help you with that when the time comes, if needed.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 12/23/2012 01:24 PM, sampsa at mac.com wrote:
So you're running an internal nameserver (bravo!) and your inverse
zone is hosed somehow?
Pretty much, yeah. But it resolves the names to IPs correctly, so I'm
happy with the current (temporary) setup.
I'll fix the reverse later.
Ok. I can help you with that when the time comes, if needed.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Yes but... The multinet-watch procedure does make use of DNS. That is
how dynamic IP addresses are resolved.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Bob Armstrong
Sent: Sunday, December 23, 2012 12:00
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] MULTINET borks due to broken Bind9 setup?
Hmm - I'm missing something here. Multinet only uses IPs -
it doesn't use DNS, therefore how can bind screw it up?
Bob
