On 10/27/2012 03:57 AM, Sampsa Laine wrote:
That reminds me, if someone has a turnkey RSX or RSTS box around
(that I could just plug in to SIMH and play with), ideally with
DECNET support, please let me know.
If you can't find one, I can make a RSTS image up for you. (I've never
done DECnet under RSX, so that'd take me awhile to figure out)
I feel so out of the loop with all this pre-my-actual-physical birth
chatter.
You fit in just fine with us old farts. I don't know what that says
about you. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
That reminds me, if someone has a turnkey RSX or RSTS box around (that I could just plug in to SIMH and play with), ideally with DECNET support, please let me know.
I feel so out of the loop with all this pre-my-actual-physical birth chatter.
Sampsa
On 27 Oct 2012, at 04:31, Johnny Billquist wrote:
So, are both of your simulated machines on the same physical machine? And how are you connected to the rest of HECnet?
Johnny
On 2012-10-27 02:33, Cory Smelosky wrote:
Okay, I have OpenVMS and RSTS/E both installed with DECnet configured,
and the simulated VAX is acting as a level 1 router (as far as I know,
anyway I set it to act as a router in netconfig). However, neither the
emulated VAX nor the emulated PDP-11 can SET HOST to each other, and the
simulated PDP-11 cannot reach the rest of HECnet.
They both show adjacency status changes for each other.
DIR GEWT:: on the RSTS/E system (I'll call it GEWT1 for simplicity sake)
prompts me for a password, and an invalid password results in OPCOM
messages about invalid logins from its address (33.301). DIR GEWT1::
just results in -SYSTEM-F-UNREACHABLE, remote node is not currently
reachable.
I ran tcpdump to see if packets were going anywhere, and they were.
https://www.refheap.com/paste/27fd44fa3ea5af2935eef8915
Is there something really obvious i'm missing? Please let me know, still
learning my way around here. ;)
(the networking setup: OpenVMS in SIMH in a FreeBSD VM that is bridged
with the host (using bpf). RSTS/E is on the host attached to the
bridge's interface (vmbr0). The host runs linux.)
-- Cory
On Oct 26, 2012, at 9:31 PM, Johnny Billquist <bqt at softjar.se> wrote:
So, are both of your simulated machines on the same physical machine? And how are you connected to the rest of HECnet?
Yes, and I can communicate with other VMs on the same physical machine without issue. I brought up a simulated alpha on the host and it can contact the simulated VAX fine, along with the rest of HECnet.
i'm connected to the rest of HECnet through multinet's decnet-over-IP tunnel to Fred's systems.
Johnny
On 2012-10-27 02:33, Cory Smelosky wrote:
Okay, I have OpenVMS and RSTS/E both installed with DECnet configured,
and the simulated VAX is acting as a level 1 router (as far as I know,
anyway I set it to act as a router in netconfig). However, neither the
emulated VAX nor the emulated PDP-11 can SET HOST to each other, and the
simulated PDP-11 cannot reach the rest of HECnet.
They both show adjacency status changes for each other.
DIR GEWT:: on the RSTS/E system (I'll call it GEWT1 for simplicity sake)
prompts me for a password, and an invalid password results in OPCOM
messages about invalid logins from its address (33.301). DIR GEWT1::
just results in -SYSTEM-F-UNREACHABLE, remote node is not currently
reachable.
I ran tcpdump to see if packets were going anywhere, and they were.
https://www.refheap.com/paste/27fd44fa3ea5af2935eef8915
Is there something really obvious i'm missing? Please let me know, still
learning my way around here. ;)
(the networking setup: OpenVMS in SIMH in a FreeBSD VM that is bridged
with the host (using bpf). RSTS/E is on the host attached to the
bridge's interface (vmbr0). The host runs linux.)
-- Cory
So, are both of your simulated machines on the same physical machine? And how are you connected to the rest of HECnet?
Johnny
On 2012-10-27 02:33, Cory Smelosky wrote:
Okay, I have OpenVMS and RSTS/E both installed with DECnet configured,
and the simulated VAX is acting as a level 1 router (as far as I know,
anyway I set it to act as a router in netconfig). However, neither the
emulated VAX nor the emulated PDP-11 can SET HOST to each other, and the
simulated PDP-11 cannot reach the rest of HECnet.
They both show adjacency status changes for each other.
DIR GEWT:: on the RSTS/E system (I'll call it GEWT1 for simplicity sake)
prompts me for a password, and an invalid password results in OPCOM
messages about invalid logins from its address (33.301). DIR GEWT1::
just results in -SYSTEM-F-UNREACHABLE, remote node is not currently
reachable.
I ran tcpdump to see if packets were going anywhere, and they were.
https://www.refheap.com/paste/27fd44fa3ea5af2935eef8915
Is there something really obvious i'm missing? Please let me know, still
learning my way around here. ;)
(the networking setup: OpenVMS in SIMH in a FreeBSD VM that is bridged
with the host (using bpf). RSTS/E is on the host attached to the
bridge's interface (vmbr0). The host runs linux.)
-- Cory
Okay, I have OpenVMS and RSTS/E both installed with DECnet configured, and the simulated VAX is acting as a level 1 router (as far as I know, anyway I set it to act as a router in netconfig). However, neither the emulated VAX nor the emulated PDP-11 can SET HOST to each other, and the simulated PDP-11 cannot reach the rest of HECnet.
They both show adjacency status changes for each other.
DIR GEWT:: on the RSTS/E system (I'll call it GEWT1 for simplicity sake) prompts me for a password, and an invalid password results in OPCOM messages about invalid logins from its address (33.301). DIR GEWT1:: just results in -SYSTEM-F-UNREACHABLE, remote node is not currently reachable.
I ran tcpdump to see if packets were going anywhere, and they were.
https://www.refheap.com/paste/27fd44fa3ea5af2935eef8915
Is there something really obvious i'm missing? Please let me know, still learning my way around here. ;)
(the networking setup: OpenVMS in SIMH in a FreeBSD VM that is bridged with the host (using bpf). RSTS/E is on the host attached to the bridge's interface (vmbr0). The host runs linux.)
-- Cory
On Oct 26, 2012, at 4:53 PM, Dave McGuire wrote:
On 10/26/2012 04:52 PM, Paul_Koning at Dell.com wrote:
The 2.11BSD lib looks
leaner, and I am using it in my pet OS project (I pick the pieces I need
"on the run", I have not done a complete port... yet).
If the above suggestion doesn't get you anywhere, perhaps avrlibc
could be hacked into a PDP-11 library. All of the hardware support will
have to be ripped out of course, but there are nice tight
implementations of generic library functions in there.
I took a look at that. It seems to be largely assembly code, which makes it not very helpful.
I've lifted more than a few routines from it, and they've all been C.
Guess I just got lucky. Sorry for the false start.
No problem.
Meanwhile, I'm digging through the rt11 sig tapes from trailing-edge, which seem to have various bits of decus c in them. It's hard to sort out what's what but I ran across a directory full of libc type things in c. So that looks promising.
I also found RSTS libc pieces, which is nice for another day...
paul
On 26 Oct 2012, at 21:56, Brian Hechinger wrote:
Who are you? :-P
I'm not even sure myself at the moment, why? Is it important? ;)
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 10/26/2012 3:08 PM, Mark Benson wrote:
Hi,
After prolonged downtime, and a major upheaval in my room, including shutting down my Microserver that formally ran 24/7, I have finally got STAR69 running agin and Area 6's routing functioning once more. STAR69 is not running on a RaspberryPi (old 256MB version) and seems to be working normally again. The bridge is also up on the same Linux unit.
I bet no-one even noticed, right? ;)
Who are you? :-P
-brian
On 10/26/2012 04:52 PM, Paul_Koning at Dell.com wrote:
The 2.11BSD lib looks
leaner, and I am using it in my pet OS project (I pick the pieces I need
"on the run", I have not done a complete port... yet).
If the above suggestion doesn't get you anywhere, perhaps avrlibc
could be hacked into a PDP-11 library. All of the hardware support will
have to be ripped out of course, but there are nice tight
implementations of generic library functions in there.
I took a look at that. It seems to be largely assembly code, which makes it not very helpful.
I've lifted more than a few routines from it, and they've all been C.
Guess I just got lucky. Sorry for the false start.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Oct 22, 2012, at 3:32 PM, Dave McGuire wrote:
...
The 2.11BSD lib looks
leaner, and I am using it in my pet OS project (I pick the pieces I need
"on the run", I have not done a complete port... yet).
If the above suggestion doesn't get you anywhere, perhaps avrlibc
could be hacked into a PDP-11 library. All of the hardware support will
have to be ripped out of course, but there are nice tight
implementations of generic library functions in there.
I took a look at that. It seems to be largely assembly code, which makes it not very helpful.
paul