On 2012-12-29 16:18, sampsa at mac.com wrote:
On 29 Dec 2012, at 17:17, Johnny Billquist <bqt at softjar.se> wrote:
Feel free to pull from MIM if you want to.
Help files under RSX looks the same way as under VMS, by the way, even if the actual program that reads them is a bit more stupid.
But I feel that this information is a bit too dynamic to really match how help files are set up. A separate tool, which can pull the information in real time would make more sense, I think.
Johnny
Well there's the Info Search on RHESUS, but that's a web service.
By the way, I tossed together something similar for RSX, which runs on MIM. Just check http://madame.update.uu.se/~bqt/hecnet
Didn't do much beyond a proof of concept thing, but at this point, it could easily be extended in any direction wanted.
Johnny
On 2012-12-29 16:18, sampsa at mac.com wrote:
On 29 Dec 2012, at 17:17, Johnny Billquist <bqt at softjar.se> wrote:
Feel free to pull from MIM if you want to.
Help files under RSX looks the same way as under VMS, by the way, even if the actual program that reads them is a bit more stupid.
But I feel that this information is a bit too dynamic to really match how help files are set up. A separate tool, which can pull the information in real time would make more sense, I think.
Johnny
Well there's the Info Search on RHESUS, but that's a web service.
This actually can be made to be a cron job that runs every so often and uploads a new file to RHESUS::, it's fully automated.
"cron" job? Do you have a Unix system there? :-)
Anyway, a command line tool with a somewhat similar interface to HELP was more along the lines of my thinking. But sure, you could also have a job that regularly pulls down data and recreates your databases.
Johnny
On 29 Dec 2012, at 17:17, Johnny Billquist <bqt at softjar.se> wrote:
Feel free to pull from MIM if you want to.
Help files under RSX looks the same way as under VMS, by the way, even if the actual program that reads them is a bit more stupid.
But I feel that this information is a bit too dynamic to really match how help files are set up. A separate tool, which can pull the information in real time would make more sense, I think.
Johnny
Well there's the Info Search on RHESUS, but that's a web service.
This actually can be made to be a cron job that runs every so often and uploads a new file to RHESUS::, it's fully automated.
Sampsa
Feel free to pull from MIM if you want to.
Help files under RSX looks the same way as under VMS, by the way, even if the actual program that reads them is a bit more stupid.
But I feel that this information is a bit too dynamic to really match how help files are set up. A separate tool, which can pull the information in real time would make more sense, I think.
Johnny
On 2012-12-29 12:13, sampsa at mac.com wrote:
You could send me a list of nodes to pull iNFO.TXT off for now :)
Then work on some funkier .HLP files later.
Sampsa
On 29 Dec 2012, at 13:07, hvlems at zonnet.nl wrote:
Aha, I'm awake now...
------Origineel bericht------
Van: sampsa at mac.com
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] UPDATE: HECNET.HLP file for VMS systems
Verzonden: 29 december 2012 11:51
It was :)
In any case, the INFO.TXT puller is quite clever, it strips out the .BEGIN-HECNET-INFO -
.END-HECNET-INFO bits out, I figured no use for those in a help file :)
Sampsa
On 29 Dec 2012, at 12:46, hvlems at zonnet.nl wrote:
If that was directed at me: honestly no clue yet...
type nikkel::info.txt
%TYPE-W-SEARCHFAIL, error searching for NIKKEL::INFO.TXT;
-RMS-E-FND, ACP file or directory lookup failed
-SYSTEM-F-INVLOGIN, login information invalid at remote node
Won't work until there's a default FAL user and an INFO.TXT...
---
Sampsa Laine <sampsa at mac.com>
On 29 Dec 2012, at 15:12, H Vlems <hvlems at zonnet.nl> wrote:
add nikkel (44.21) to the list Sampsa
-----Oorspronkelijk bericht-----
Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens
sampsa at mac.com
Verzonden: zaterdag, december 2012 11:36
Aan: hecnet at Update.UU.SE
Onderwerp: [HECnet] UPDATE: HECNET.HLP file for VMS systems
If you don't want to send me a HLP file I can now automatically generate one
from your INFO.TXT file.
Let me know if you want your node added to the automatically generated help
file list.
Sampsa
On 2012-12-29 15:54, sampsa at mac.com wrote:
Debug output:
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
20-30 / sec, at least.
Didn't use to be this rapid.
That is, I'd say, just an expected effect of having many machines and routers on the bridge... Any time a packet comes in, this message is output. And every router is regularly broadcasting packets. Add more routers, and you'll get more packets.
Johnny
Sampsa
---
Sampsa Laine <sampsa at mac.com>
On 29 Dec 2012, at 16:53, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-12-29 15:42, sampsa at mac.com wrote:
Johnny,
Is everything ok on the bridge - whenever I turn mine on I get about 10-20 hashes / sec from your side and it kills my routing totally.
What do you mean by "get about 10-20 hashes / sec"?
Johnny
On 2012-12-29 15:53, Johnny Billquist wrote:
On 2012-12-29 15:42, sampsa at mac.com wrote:
Johnny,
Is everything ok on the bridge - whenever I turn mine on I get about
10-20 hashes / sec from your side and it kills my routing totally.
What do you mean by "get about 10-20 hashes / sec"?
By the way, just though I'd mention that I'm not seeing any obvious problems on MIM, or the bridge at update.
Just as a silly reality check - check that you have configured your DECnet with a large enough value in the executive for maximum boradcast routers... As the bridge looks just like any ethernet segment, you need to keep in mind that this ethernet segment is getting pretty big, with quite a few area routers on the same ethernet segment...
Johnny
Hmm, everything is back to normal now.
Strange.
On 29 Dec 2012, at 16:54, sampsa at mac.com wrote:
Debug output:
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
20-30 / sec, at least.
Didn't use to be this rapid.
Sampsa
---
Sampsa Laine <sampsa at mac.com>
On 29 Dec 2012, at 16:53, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-12-29 15:42, sampsa at mac.com wrote:
Johnny,
Is everything ok on the bridge - whenever I turn mine on I get about 10-20 hashes / sec from your side and it kills my routing totally.
What do you mean by "get about 10-20 hashes / sec"?
Johnny
Debug output:
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
Setting existing hash to bridge 1
20-30 / sec, at least.
Didn't use to be this rapid.
Sampsa
---
Sampsa Laine <sampsa at mac.com>
On 29 Dec 2012, at 16:53, Johnny Billquist <bqt at softjar.se> wrote:
On 2012-12-29 15:42, sampsa at mac.com wrote:
Johnny,
Is everything ok on the bridge - whenever I turn mine on I get about 10-20 hashes / sec from your side and it kills my routing totally.
What do you mean by "get about 10-20 hashes / sec"?
Johnny
