At 1:01 PM +0100 8/21/08, Sampsa Laine wrote:
I've added a second guest account, B4BBS, that connects to my bulletin board.
Some games (main menu option X) and Fidonet echos are available :)
You're trying to convince me to get my DECnet router back up and running aren't you...
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Yeah, did that earlier, Chrissie suggested it over the IRC, it works now.
Sampsa
On 21 Aug 2008, at 15:22, Marc Chametzky wrote:
I'm also trying to add a gateway (i.e. TELNET out) to my BBS via a captive account, but keep getting the following error:
%SYSTEM-W-NODEVAVL, no device available
%SMG-F-INVPAS_ID, invalid pasteboard-id
I'm not positive, but I bet that one of your logicals isn't quite right inside a command procedure.
I *think* what you want is, before you run the command that's giving that error:
$ DEFINE/USER SYS$INPUT SYS$COMMAND
By default, SYS$INPUT refers to the command procedure itself, and that's not a valid source for SMG$ operations. This would redirect the input for the next run program to SYS$COMMAND which should be the controlling terminal.
--Marc
I'm also trying to add a gateway (i.e. TELNET out) to my BBS via a captive account, but keep getting the following error:
%SYSTEM-W-NODEVAVL, no device available
%SMG-F-INVPAS_ID, invalid pasteboard-id
I'm not positive, but I bet that one of your logicals isn't quite right inside a command procedure.
I *think* what you want is, before you run the command that's giving that error:
$ DEFINE/USER SYS$INPUT SYS$COMMAND
By default, SYS$INPUT refers to the command procedure itself, and that's not a valid source for SMG$ operations. This would redirect the input for the next run program to SYS$COMMAND which should be the controlling terminal.
--Marc
Hi again,
I've added a second guest account, B4BBS, that connects to my bulletin board.
Some games (main menu option X) and Fidonet echos are available :)
Sampsa
I'm also trying to add a gateway (i.e. TELNET out) to my BBS via a captive account, but keep getting the following error:
%SYSTEM-W-NODEVAVL, no device available
%SMG-F-INVPAS_ID, invalid pasteboard-id
Any ideas?
Sampsa
On 21 Aug 2008, at 12:25, Johnny Billquist wrote:
Sampsa Laine wrote:
Guys,
I've added a captive account to run a Tetris clone on CHIMPY, login TETRIS, no password needed.
Well, I don't think I have any TETRIS around, but MIM::SYS$GAMES: contains several fun programs, such as PACMAN (PAC.TSK), EMPIRE, ADVENTURE and DUNGEON.
There are some other fun programs there as well...
Johnny
Sampsa Laine wrote:
Guys,
I've added a captive account to run a Tetris clone on CHIMPY, login TETRIS, no password needed.
Well, I don't think I have any TETRIS around, but MIM::SYS$GAMES: contains several fun programs, such as PACMAN (PAC.TSK), EMPIRE, ADVENTURE and DUNGEON.
There are some other fun programs there as well...
Johnny
Johnny Billquist wrote:
Angela Kahealani wrote:
On Wed, 2008-08-20 08:16:57 Johnny Billquist wrote:
Hmm. Is this the same machine as is running the bridge?
Johnny
Yes, is that a problem?
Could very well be. The problem is that the bridge program cannot
exactly feed the ethernet input on the same machine as it is running,
nor hear data sent out on the ethernet port of the same machine. That
is, unless the hardware will do this for you. Some hardware do, but
most don't. So you don't see your own data, which makes it impossible
for my bridge program to handle the machine it itself is running on.
Johnny
I think I separated the bridge and linuxDECnet dnetd onto separate
NICs so they can see each other...
dnetinfo shows:
The next hop to the nearest area router is node 0.0
Node Cost Hops Next hop to node
1.10 4 1 if0 -> 1.266
1.500 kahea 0 0 lo -> 1.500 kahea
but I don't seem to see any neighbors, so maybe still not right.
That table looks so wrong that it's horrible. :-)
I don't even dare guessing exactly what is wrong at your end...
It's not quite as bad as it looks. 'lo' is a loopback link to the local
node (which is correct). I'm not sure where the other two nodes come
from though!
By they way, Angela, you don't need to be running dnroute if your node
is an end-node (which it seems to be). In a situation where the rest of
it doesn't seem to be working properly it's only confusing the issue I
suspect :)
Chrissie
Bob Armstrong wrote:
http://www.avanthar.com:8080/nodes/ seems to not be working to list currently active HECnet nodes.
Assuming you have a VMS, RSX or RSTS system AND your node is a routing
node (and your local node database is up to date), you can do NCP SHOW ACTIVE NODES
to see the nodes that are adjacent to you. You can also do
Technically speaking, that will list active nodes, which isn't exactly the same as adjacent nodes.
In RSX (atleast), you can also do
NCP SHOW ADJACENT NODES
to show which nodes are adjacent.
And don't forget TOPS-20. :-)
NCP SHOW KNOWN NODES
to see the up/down (reachable or unreachable) status of every node.
Well, not exactly. For nodes not in your own area, it will show which the routing node is, but if the final destination is up or down is not discernible. You'll have to ask the routine node next, to get more information on the actual destination.
Unfortunately if your node is NOT a routing node then this won't tell you
anything useful. BUT, don't despair - in that case you can ask your
favorite routing node to tell you. On your machine you can say -
NCP TELL LEGATO SHOW KNOWN NODES
and this will actually send the command from your node to NML ("Network
Management Listener") on LEGATO to be executed. You'll see the nodes that
LEGATO thinks are currently up. This will work on any target node where the
owner has been kind enough to enable the default DECnet account, e.g. MIM,
and probably most others too.
And to nit pick a bit more. Atleast in RSX, this is not related to the default DECnet account. In fact, in RSX there is no such thing as a default DECnet account.
In RSX atleast, this is an attribute called "verification" that you control on the object. #19 (NIC$$$) in this case.
Johnny
Angela Kahealani wrote:
On Wed, 2008-08-20 08:16:57 Johnny Billquist wrote:
Hmm. Is this the same machine as is running the bridge?
Johnny
Yes, is that a problem?
Could very well be. The problem is that the bridge program cannot exactly feed the ethernet input on the same machine as it is running, nor hear data sent out on the ethernet port of the same machine. That is, unless the hardware will do this for you. Some hardware do, but most don't. So you don't see your own data, which makes it impossible for my bridge program to handle the machine it itself is running on.
Johnny
I think I separated the bridge and linuxDECnet dnetd onto separate NICs so they can see each other...
dnetinfo shows:
The next hop to the nearest area router is node 0.0
Node Cost Hops Next hop to node
1.10 4 1 if0 -> 1.266
1.500 kahea 0 0 lo -> 1.500 kahea
but I don't seem to see any neighbors, so maybe still not right.
That table looks so wrong that it's horrible. :-)
I don't even dare guessing exactly what is wrong at your end...
Johnny
