- HECnet - lists @ Update

DECNet Issue - moving the system disk between two VMS boxes

by bqt＠softjar.se

Mark Wickens wrote: OK, So in time honoured tradition I solved the problem pretty much by asking the question. I did a NETCONFIG and a reboot and all is fine again. That said, what you needed to fix was basically just the line and circuit configs. In NCP: SHOW KNOWN LINES SHOW KNOWN CIRCUITS You should see configured something that you don't have, and I think you should also see what you do have, which have not been configured. It's not that tricky to change the configuration parameters yourself. Actually, there is very little you need to do. You basically needs to set the state of the line to running, and the same for the circuit. Then it should work. Put that in the permanent database, so it works right at boot time. Might be that there is one or two parameters on the circuit that you might want to fiddle with, but that would be pretty obvious from just starting to fool around. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

15 years, 1 month

1
0
0 0

DECNet Issue - moving the system disk between two VMS boxes

by mark＠wickensonline.co.uk

OK, So in time honoured tradition I solved the problem pretty much by asking the question. I did a NETCONFIG and a reboot and all is fine again. Regards, Mark.

15 years, 1 month

1
0
0 0

DECNet Issue - moving the system disk between two VMS boxes

by mark＠wickensonline.co.uk

Hi all, The list has been very quiet lately! I've got a problem which hopefully someone can give me some clues on. I think it's due to the fact that I've swapped a system disk between a VAXstation 4000/60 and a VAXstation 4000/90 - and as a result the decnet configuration is not valid. It looks like this is because the network device name is different: $ start/network decnet %SYSGEN-E-NOUNLOAD, driver is not unloadable %SYSGEN-F-DEVACTIVE, device is active %RUN-F-CREPRC, process creation failed -SYSTEM-F-DUPLNAM, duplicate name %DCL-I-SUPERSEDE, previous value of MOM$SYSTEM has been superseded %DCL-I-SUPERSEDE, previous value of MOM$SYSTEM_NOSOFTID has been superseded %DCL-I-SUPERSEDE, previous value of MOM$SYSTEM_SOFTID has been superseded %NCP-W-UNRCMP, Unrecognized component , Line Line = SVA-0 %SYSTEM-W-NOSUCHDEV, no such device available %NCP-W-UNRCMP, Unrecognized component , Circuit Circuit = SVA-0 %NCP-I-NOINFO, No information in database %RUN-F-CREPRC, process creation failed -SYSTEM-F-DUPLNAM, duplicate name Can someone give me some clues as where to look. Cheers, Mark.

15 years, 1 month

1
0
0 0

CHIMPY / CHIMP swap and update

by sampsa＠mac.com

Gentlemen, I have moved CHIMPY onto the hardware (Alphaserver 4100) that used to run CHIMP - which will eventually be brought up on my other Alphaserver (a mere 800). This means that my main system now has the chunkiest Alpha hardware in my setup, CHIMPY was of course initially installed in an 800 as I simply couldn't use my 4100 in the tiny apartments I lived in at the time. Sampsa

15 years, 2 months

1
0
0 0

MONK RIP

by jeep＠scshome.net

Zane, What you know as STRGTE:: is actually a P3, 667Mhz running NetBSD 4.0. It is running Johnny's HECnet bridge, Postfix, BIND, ntp (as a server), and SIMH. The SIMH is of course emulating a VAXstation 3900, with 64MB memory, (8) RA90's, (2) RR40's, and (4) terminals (via telnet). The system is also running Multinet. The system is set up to make all of HECnet available from the outside (for mail anyway) under a single domain (declab.net) - more info about this coming shortly. It is actually quite fast! Oh, and btw this is all done with only 128MB of physical memory. Surely a Linux system should be able to run a SIMH instance. You are more than welcome to login and try it out for yourself. Just let me know, and I will create an account for you to play around with. -Steve -----Original Message----- From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine Sent: Tue 3/9/2010 10:46 To: hecnet at Update.UU.SE Subject: Re: [HECnet] MONK RIP I think Steve Davidson is running SIMH on some pretty old hardware, I think a P3 might be able to pull it off. It won't be blazingly fast of course... Sampsa On 9 Mar 2010, at 15:44, Zane H. Healy wrote: The UNIX box that is still running is a Pentium III that is close to 10 years old, and honestly probably on its last legs. I don't think it could handle a VAX instance. I've considered this, and if I do it, it will be using a new Intel Atom board, but I have my doubts on the ability of that class board to handle the load of a SIMH instance. Zane At 9:49 AM +0000 3/9/10, Sampsa Laine wrote: You could always get a SIMH VAX instance running on the UNIX box... Sampsa On 9 Mar 2010, at 03:39, Zane H. Healy wrote: At some point over the past few days MONK lost his power supply. Additionally I wasn't sure what the state of PDXVAX was, as MONK was my primary method of access, and the console wasn't responding so I pulled the plug on PDXVAX and powered off both systems drive arrays. While I have to try to bring MONK back up at some point to recover data (thankfully I have a second XP1000), I don't think I'll be leaving it running 24x7 anymore. I was already thinking about shutting down my servers to save power. Right now my UNIX server is the only one still running, and I'm preparing to copy the data off, and redirect my DNS back to my .Mac account like I had it last Winter while we were house- hunting. I really don't have time to keep my own servers running anymore. 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/ | -- | Zane H. Healy | UNIX Systems Administrator | | healyzh at aracnet.com | OpenVMS Enthusiast | | | 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/ |

15 years, 4 months

1
0
0 0

MONK RIP

by neozeed＠gmail.com

If the idle or throttle work right sure... Otherwise.. yeah it'd kill the poor thing. On Tue, Mar 9, 2010 at 10:44 AM, Zane H. Healy <healyzh at aracnet.com> wrote: The UNIX box that is still running is a Pentium III that is close to 10 years old, and honestly probably on its last legs. I don't think it could handle a VAX instance. I've considered this, and if I do it, it will be using a new Intel Atom board, but I have my doubts on the ability of that class board to handle the load of a SIMH instance. Zane At 9:49 AM +0000 3/9/10, Sampsa Laine wrote: You could always get a SIMH VAX instance running on the UNIX box... Sampsa On 9 Mar 2010, at 03:39, Zane H. Healy wrote: At some point over the past few days MONK lost his power supply. Additionally I wasn't sure what the state of PDXVAX was, as MONK was my primary method of access, and the console wasn't responding so I pulled the plug on PDXVAX and powered off both systems drive arrays. While I have to try to bring MONK back up at some point to recover data (thankfully I have a second XP1000), I don't think I'll be leaving it running 24x7 anymore. I was already thinking about shutting down my servers to save power. Right now my UNIX server is the only one still running, and I'm preparing to copy the data off, and redirect my DNS back to my .Mac account like I had it last Winter while we were house-hunting. I really don't have time to keep my own servers running anymore. 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/ | -- | Zane H. Healy | UNIX Systems Administrator | | healyzh at aracnet.com | OpenVMS Enthusiast | | | 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/ |

15 years, 4 months

1
0
0 0

MONK RIP

by sampsa＠mac.com

I think Steve Davidson is running SIMH on some pretty old hardware, I think a P3 might be able to pull it off. It won't be blazingly fast of course... Sampsa On 9 Mar 2010, at 15:44, Zane H. Healy wrote: The UNIX box that is still running is a Pentium III that is close to 10 years old, and honestly probably on its last legs. I don't think it could handle a VAX instance. I've considered this, and if I do it, it will be using a new Intel Atom board, but I have my doubts on the ability of that class board to handle the load of a SIMH instance. Zane At 9:49 AM +0000 3/9/10, Sampsa Laine wrote: You could always get a SIMH VAX instance running on the UNIX box... Sampsa On 9 Mar 2010, at 03:39, Zane H. Healy wrote: At some point over the past few days MONK lost his power supply. Additionally I wasn't sure what the state of PDXVAX was, as MONK was my primary method of access, and the console wasn't responding so I pulled the plug on PDXVAX and powered off both systems drive arrays. While I have to try to bring MONK back up at some point to recover data (thankfully I have a second XP1000), I don't think I'll be leaving it running 24x7 anymore. I was already thinking about shutting down my servers to save power. Right now my UNIX server is the only one still running, and I'm preparing to copy the data off, and redirect my DNS back to my .Mac account like I had it last Winter while we were house-hunting. I really don't have time to keep my own servers running anymore. 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/ | -- | Zane H. Healy | UNIX Systems Administrator | | healyzh at aracnet.com | OpenVMS Enthusiast | | | 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/ |

15 years, 4 months

1
0
0 0

MONK RIP

by healyzh＠aracnet.com

The UNIX box that is still running is a Pentium III that is close to 10 years old, and honestly probably on its last legs. I don't think it could handle a VAX instance. I've considered this, and if I do it, it will be using a new Intel Atom board, but I have my doubts on the ability of that class board to handle the load of a SIMH instance. Zane At 9:49 AM +0000 3/9/10, Sampsa Laine wrote: You could always get a SIMH VAX instance running on the UNIX box... Sampsa On 9 Mar 2010, at 03:39, Zane H. Healy wrote: At some point over the past few days MONK lost his power supply. Additionally I wasn't sure what the state of PDXVAX was, as MONK was my primary method of access, and the console wasn't responding so I pulled the plug on PDXVAX and powered off both systems drive arrays. While I have to try to bring MONK back up at some point to recover data (thankfully I have a second XP1000), I don't think I'll be leaving it running 24x7 anymore. I was already thinking about shutting down my servers to save power. Right now my UNIX server is the only one still running, and I'm preparing to copy the data off, and redirect my DNS back to my .Mac account like I had it last Winter while we were house-hunting. I really don't have time to keep my own servers running anymore. 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/ | -- | Zane H. Healy | UNIX Systems Administrator | | healyzh at aracnet.com | OpenVMS Enthusiast | | | 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/ |

15 years, 4 months

1
0
0 0

MONK RIP

by sampsa＠mac.com

You could always get a SIMH VAX instance running on the UNIX box... Sampsa On 9 Mar 2010, at 03:39, Zane H. Healy wrote: At some point over the past few days MONK lost his power supply. Additionally I wasn't sure what the state of PDXVAX was, as MONK was my primary method of access, and the console wasn't responding so I pulled the plug on PDXVAX and powered off both systems drive arrays. While I have to try to bring MONK back up at some point to recover data (thankfully I have a second XP1000), I don't think I'll be leaving it running 24x7 anymore. I was already thinking about shutting down my servers to save power. Right now my UNIX server is the only one still running, and I'm preparing to copy the data off, and redirect my DNS back to my .Mac account like I had it last Winter while we were house-hunting. I really don't have time to keep my own servers running anymore. 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/ |

15 years, 4 months

1
0
0 0

MONK RIP

by healyzh＠aracnet.com

At some point over the past few days MONK lost his power supply. Additionally I wasn't sure what the state of PDXVAX was, as MONK was my primary method of access, and the console wasn't responding so I pulled the plug on PDXVAX and powered off both systems drive arrays. While I have to try to bring MONK back up at some point to recover data (thankfully I have a second XP1000), I don't think I'll be leaving it running 24x7 anymore. I was already thinking about shutting down my servers to save power. Right now my UNIX server is the only one still running, and I'm preparing to copy the data off, and redirect my DNS back to my .Mac account like I had it last Winter while we were house-hunting. I really don't have time to keep my own servers running anymore. 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/ |

15 years, 4 months

1
0
0 0

REXEC-type feature over DECNET?

by bernier＠pescadoo.net

At 9:29 AM -0500 2/22/10, Steve Davidson wrote: The task object mechanism works great! I have used this with FORTRAN when I supported it for DEC. For the fun: This VAX program draws sliders on a VT100, then send the position of the sliders in real time to a remote task named 'ihma' on node named 'syter' running on a PDP-11 under RSX. I suppose it makes no difference if 'syter' is a VAX node. I don't run VMS so I can't compile it, but it may be fun to play with. #include stdio /***************************/ /* COMMUNICATION AVEC SYTER*/ /***************************/ FILE *syter; static char ihma[] = "syter\"user pass\"::\"task=ihma\""; static char Command[255], Reponse[255]; EnvoyerAvecAR (msg) char* msg; { strcpy (Command, msg); write (fileno(syter), &Command, strlen(Command)); read (fileno(syter), &Reponse, sizeof(Reponse)); } EnvoyerSansAR (msg) char* msg; { strcpy (Command, msg); write (fileno(syter), &Command, strlen(Command)); } /************************************/ /* ENTRES-SORTIES TERMINAL PAR QIOS */ /************************************/ #define IO$_WRITEVBLK 0x30 #define IO$_READVBLK 0x31 #define IO$M_NOECHO 0x0040 typedef unsigned short int channel; channel Assign (device) char *device; { channel chan; int devDescr[2]; devDescr[1] = device; devDescr[0] = strlen(device); SYS$ASSIGN (&devDescr, &chan, 0,0); return (chan); } QioRead (chan, bufa, bufl) channel chan; char *bufa; int bufl; { unsigned int iostatus[2]; SYS$QIOW (0, chan, (long) (IO$_READVBLK|IO$M_NOECHO), &iostatus,0, 0, bufa, bufl, 0,0,0,0); } QioWrite (chan, bufa, bufl) channel chan; char *bufa; int bufl; { unsigned int iostatus[2]; SYS$QIOW (0, chan, (long) IO$_WRITEVBLK, &iostatus,0, 0, bufa, bufl, 0,0,0,0); } char NextChar (chan) channel chan; { char ch; QioRead (chan, &ch, 1); return (ch); } /***************************/ /* SEQUENCES D'ESCAPE ANSI */ /***************************/ #define FROM '0' /* code pour effacement depuis le curseur */ #define UPTO '1' /* code pour effacement jusqu'au curseur */ #define ALL '2' /* code pour effacement entite complete */ #define NORMAL '0' /* attribut video rendement normal */ #define BOLD '1' /* attribut video surintensite */ #define UNDER '4' /* attribut video soulignement */ #define BLINK '5' /* attribut video clignotement */ #define REVER '7' /* attribut video inversion */ #define NEWLIN '0' /* mode new line */ #define KEYPAD '1' /* mode application */ #define COL132 '3' /* mode 132 colonnes */ #define SMOOTH '4' /* mode montee lente */ #define WHITEB '5' /* mode fond blanc */ #define RELATI '6' /* mode adressage relatif */ #define WRAPAR '7' /* mode pliage de ligne */ #define REPEAT '8' /* mode repetition auto */ #define INTERL '9' /* mode balayage entrelace */ #define ON 'h' /* selection modes ci-dessus */ #define OFF 'l' /* deselection modes ci-dessus */ #define UK 'A' /* jeu de caracteres United Kingdom */ #define US 'B' /* jeu de caracteres United States */ #define SG '0' /* jeu de caracteres Semi Graphics */ #define A1 '1' /* jeu de caracteres Alternate 1 */ #define A2 '2' /* jeu de caracteres Alternate 2 */ #define vtposit(lin, col) printf ("\33[%u;%uf", lin, col) #define vtwindo(li1, li2) printf ("\33[%u;%ur", li1, li2) #define vtattri(attribut) printf ("\33[%cm", attribut) #define vtsmode(car, sel) printf ("\33[?%c%c", car, sel) #define vtcursr(sel) printf ("\33[?25%c", sel) #define vtclscr(mode) printf ("\33[%cJ", mode) #define vtcline(mode) printf ("\33[%cK", mode) #define vtcarac(cset) printf ("\33(%c", cset) #define GetTime(tim) SYS$GETTIM (tim) #define putstr(str) printf ("%s",str) #define max(x,y) (x>y ? x : y) #define min(x,y) (x>y ? y : x) #define NON 0 #define OUI 1 #define VALMIN 0 #define VALMAX 1000 typedef struct { char name [16]; short lmin, cmin; /* ligne et colonne minimum */ short lmax, cmax; /* ligne et colonne maximum */ short lcur, ccur; /* ligne et colonne curseur */ int value; } potard; static int PALLOC = 0; static potard PLIST [16]; potard *CreatePot (lmin, lmax, cmin, cmax, label) short lmin, lmax, cmin, cmax; char *label; { potard *w; w = &PLIST [PALLOC++]; w->value = VALMIN; w->lmin = lmin; w->cmin = cmin; w->lmax = lmax; w->cmax = cmax; w->lcur = lmax-1; w->ccur = (cmax+cmin)/2; strcpy (w->name, label); DrawPot (w); return (w); } DrawLabl (w, hiLite) potard *w; int hiLite; { if (hiLite) vtattri (REVER); vtposit (w->lmax+1, w->cmin); putstr (w->name); if (hiLite) vtattri (NORMAL); } DrawValu (w) potard *w; { vtposit (w->lmin-1, w->cmin); printf (" %+06u ", w->value); } DrawCurs (w, drawIt) potard *w; int drawIt; { vtposit (w->lcur, w->ccur); if (drawIt) putchar ('`'); else putchar (' '); } DrawPot (w) potard *w; { int i; char *deb, *fin, buff[132]; deb = fin = &buff; /* LIGNES HORIZONTALES */ for (i=0; i<=w->cmax-w->cmin; ++i) *fin++ = 'q'; *fin = 0; *deb='l'; *(fin-1)='k'; vtposit (w->lmin,w->cmin); putstr (&buff); *deb='m'; *(fin-1)='j'; vtposit (w->lmax,w->cmin); putstr (&buff); deb = fin = &buff; /* LIGNES VERTICALES */ for (i=0; i<=w->cmax-w->cmin; ++i) *fin++ = ' '; *fin = 0; *deb = 't'; *(deb+1) = 'q'; *(fin-1) = 'x'; for (i = w->lmin+1; i < w->lmax; ++i) { vtposit (i, w->cmin); putstr (&buff); } DrawCurs (w, OUI); DrawLabl (w, NON); DrawValu (w); } Slide (pot, incr) int pot; int incr; { potard *w; int newpos; char msg[255]; w = &PLIST[pot]; w->value += incr; if (w->value < VALMIN) w->value = VALMIN; if (w->value > VALMAX) w->value = VALMAX; newpos = w->lmax-1 - (w->lmax-w->lmin-2) * (w->value-VALMIN) / (VALMAX-VALMIN); if (newpos != w->lcur) { DrawCurs (w,NON); w->lcur = newpos; DrawCurs (w,OUI); } DrawValu (w); sprintf (&msg, "ER %u %u.", pot+1, w->value); EnvoyerSansAR (msg); } #define ESC '\033' DragPots () { channel term; int doIt=OUI; char kbd; int select=0, delta=1, delai; unsigned int avant[4], apres[4]; DrawLabl (&PLIST[select], OUI); term = Assign ("TT"); do { GetTime (&avant); do ; while (NextChar(term) != ESC); GetTime (&apres); delai = (apres[0]-avant[0])/100000; if (delai < 1) { if (delta < 100) ++delta; } else if (delai < 10) { if (delta > 10) ++delta; } else delta = 1; NextChar(term); switch (NextChar(term)) { /* ^ */ case 'A': { Slide (select, delta); break; } /* V */ case 'B': { Slide (select, -delta); break; } /* < */ case 'D': { DrawLabl (&PLIST[select], NON); select = (select+7)%8; DrawLabl (&PLIST[select], OUI); break; } /* > */ case 'C': { DrawLabl (&PLIST[select], NON); select = (select+1)%8; DrawLabl (&PLIST[select], OUI); break; } default: doIt = NON; } } while (doIt); } main () { syter = fopen (&ihma, "w"); printf ("Connexion Syter, status = %u\n", ferror (syter)); getchar (); EnvoyerAvecAR ("RI SYG$LIBRARY:S8"); EnvoyerAvecAR ("EX"); vtcarac (SG); vtclscr (ALL); vtcursr (OFF); CreatePot (02, 23, 02, 09, " V.LECT "); CreatePot (02, 23, 12, 19, " TRANSP "); CreatePot (02, 23, 22, 29, " FR.PRE "); CreatePot (02, 23, 32, 39, " BAND.P "); CreatePot (02, 23, 42, 49, " GAIN.P "); CreatePot (02, 23, 52, 59, " FR.INF "); CreatePot (02, 23, 62, 69, " FR.SUP "); CreatePot (02, 23, 72, 79, " VOLUME "); DragPots (); vtclscr (ALL); vtcursr (ON); vtcarac (US); EnvoyerAvecAR ("AR"); EnvoyerAvecAR ("FI"); fclose (syter); } -- Jean-Yves Bernier

15 years, 4 months

1
0
0 0

REXEC-type feature over DECNET?

by sampsa＠mac.com

Do DECNET proxies work for this as well, so if I've got a proxy set up between two systems, the remote user gets the appropriate privs? Sampsa On 22 Feb 2010, at 14:29, Steve Davidson wrote: The task object mechanism works great! I have used this with FORTRAN when I supported it for DEC. -Steve ________________________________ From: owner-hecnet at Update.UU.SE on behalf of Kari Uusim ki Sent: Mon 2/22/2010 08:43 To: hecnet at Update.UU.SE Subject: Re: [HECnet] REXEC-type feature over DECNET? On 22.2.2010 14:05, Sampsa Laine wrote: is there any simple way to execute a command on another DECNET node remotely, a la rexec or ssh? Sampsa . Yes, indeed. You can use the TASK object to execute a command at a remote DECnet node. Maybe it is best that you read through the chapter 8 of the DECnet for OpenVMS networking manual: http://h71000.www7.hp.com/doc/73final/documentation/pdf/DECNET_OVMS_NET_MAN… Kari <winmail.dat>

15 years, 4 months

1
0
0 0

REXEC-type feature over DECNET?

by jeep＠scshome.net

The task object mechanism works great! I have used this with FORTRAN when I supported it for DEC. -Steve ________________________________ From: owner-hecnet at Update.UU.SE on behalf of Kari Uusim ki Sent: Mon 2/22/2010 08:43 To: hecnet at Update.UU.SE Subject: Re: [HECnet] REXEC-type feature over DECNET? On 22.2.2010 14:05, Sampsa Laine wrote: is there any simple way to execute a command on another DECNET node remotely, a la rexec or ssh? Sampsa . Yes, indeed. You can use the TASK object to execute a command at a remote DECnet node. Maybe it is best that you read through the chapter 8 of the DECnet for OpenVMS networking manual: http://h71000.www7.hp.com/doc/73final/documentation/pdf/DECNET_OVMS_NET_MAN… Kari

15 years, 4 months

1
0
0 0

REXEC-type feature over DECNET?

by uusimaki＠exdecfinland.org

On 22.2.2010 14:05, Sampsa Laine wrote: is there any simple way to execute a command on another DECNET node remotely, a la rexec or ssh? Sampsa . Yes, indeed. You can use the TASK object to execute a command at a remote DECnet node. Maybe it is best that you read through the chapter 8 of the DECnet for OpenVMS networking manual: http://h71000.www7.hp.com/doc/73final/documentation/pdf/DECNET_OVMS_NET_MAN… Kari

15 years, 4 months

1
0
0 0

REXEC-type feature over DECNET?

by bqt＠softjar.se

Sampsa Laine wrote: is there any simple way to execute a command on another DECNET node remotely, a la rexec or ssh? Not sure about VMS, but in RSX this can all be controlled from software. There is a library of functions to run, abort and fool around with tasks on other hosts. There are also parts available from the command line: .nft /he NFT is the Network File Transfer utility. It can perform file transfers and file operations over the network. Information is available for the following operations: APPEND (/AP) .............. File Append commands COPY ...................... File Transfer commands DELETE (/DE) .............. File Deletion commands DEFAULTS (/DF) ............ Set/Examine Defaults commands DIRECTORY (/AT,/BR,/LI,/FU) Directory list commands EXECUTE (/EX) ............. File Execution commands IDENTIFY (/ID) ............ Identify commands PROTECTION (/PR)........... File Protection commands RENAME (/RE) .............. File Rename command SPOOL (/SP) ............... File Spooling commands SUBMIT (/SB) .............. File Submission commands And the following subjects: DATA CHECKING (/DC) ....... Remote file transfer data checking FILESPECS ................. File Specification syntax NODE NAMES ................ Node and Access control syntax MODES (/AS,/AX,/BK,/IM,/RC) File transfer Mode switches QUOTES .................... Quoting foreign filespecs SWITCHES .................. NFT switch summary VERSION NUMBERS ........... Version number processing . So, you can both run, submit to the spooler or the batch, files to remote machines. Johnny

15 years, 4 months

1
0
0 0

REXEC-type feature over DECNET?

by sampsa＠mac.com

is there any simple way to execute a command on another DECNET node remotely, a la rexec or ssh? Sampsa

15 years, 4 months

1
0
0 0

DEC Legacy Event & HECNet possibilities

by bqt＠softjar.se

Mark Wickens wrote: Hi guys, I've now secured an internet connection for the DEC Legacy event in April and wanted to pick your collective brains about what might be interesting to hecnet hobbyists who won't be able to attend the event if we can get some of the machines that will be in attendance connected up to hecnet on the day. A couple of my machines will be there - probably the VAX 4000/90 and either the DEC 3000/600 or the ZX6000 itanium workstation - I'm presuming I'll need to supply an updated IP address for Jonny to patch me in given that my bridge will be on a different IP address? Also, would it be possible for those attendees who've not been connected previously to get connected up on the day, given that they won't have to worry about the bridge setup? Would anyone fancy participating in a coding competition? Anyone have any other suggestions? Hi, Mark. Sounds like fun. Too bad I'm not there. :-) I see no real problems with hooking this up to HECnet. Technically it is easy, as long as we have a defined endpoint to hook up to. The rest is mostly a question of making sure that any machines getting online are configured with an acceptable DECnet address, or else it might become confusion and bad karma. Coding competitions? Doing what? DECnet programs? If you accept someone doing something from an RSX, sure. I might be game. ;-) I'm writing a totally new mail client and server right now. At the moment it will only talk local and DECnet, but in the longer run, it will also be able to talk TCP/IP, once I get down and fix a few things in my TCP/IP for RSX. That will also create a totally new gateway between DECnet and IP, in which I have control of all the code, and knows how it works and can fix things... :-) I hate not having the sources of things. When I find problems, things always gets so much more complicated... Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by bqt＠softjar.se

In RSX: *help set line SET LINES The SET LINES (abbreviated SE L) command controls the number of screen lines used in either of the screen versions of change mode. Use this option to reduce the time it takes to refresh the screen image when editing on slow terminals. Format: SET LINES n where n is the number of lines to use. n must be between 1 and 22. By default, n is set to 22 lines. If the cursor limits are larger than n-1 they are reduced to n-1. See SET CURSOR. * Johnny Steve Davidson wrote: In EDT execute "set line 60" at the "*" or what ever line count you wish. -Steve ________________________________ From: owner-hecnet at Update.UU.SE on behalf of Jean-Yves Bernier Sent: Tue 2/16/2010 16:04 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Apples MAC OS X pcap library... At 11:54 AM +0100 2/16/10, Johnny Billquist wrote: When a packets is sent from machine B it goes to the switch. The switch either sees a broadcast packet, and forwards it to all ports, or a packet for a specific MAC address, and forwards it to the port of machine A. Well, I suppose the bridge had announced over the LAN that it is DECNET nodes such, then machine B "believes" A hosts those nodes, right? So the bridge has NOT to sniff unicast traffic, because packets are addressed to it. When a packet is received by machine A by the bridge from another place, the bridge program then injects the ethernet packet on the local network. Catched it. No need for EDT clones when you have EDT... :-) EDT is excellent but being jailed to 24 lines is terrible nowdays. We also have a TU77 and a TU78. But for those I need to connect and fix things up. The TU81 can do fit. I've seen it on your pictures. We have succesfully recovered data from DC600 cartridges written circa 90, but my tapes were written in 1985 so chances are low. They have been stored in a dry and cold place, however. The 11/60 don't need 3-phase. I'm puzzled here. A general question: this is HECNET list, are non-networking RSX questions off topic? I have a lot, but i don't want to bother :-) -- Jean-Yves Bernier

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by bqt＠softjar.se

Hi. Jean-Yves Bernier wrote: At 11:54 AM +0100 2/16/10, Johnny Billquist wrote: When a packets is sent from machine B it goes to the switch. The switch either sees a broadcast packet, and forwards it to all ports, or a packet for a specific MAC address, and forwards it to the port of machine A. Well, I suppose the bridge had announced over the LAN that it is DECNET nodes such, then machine B "believes" A hosts those nodes, right? So the bridge has NOT to sniff unicast traffic, because packets are addressed to it. Correct, except you don't "announce" anything. The switch will learn by sniffing. Before it knows where a machine is located, unicast packets will go out on all ports, just like broadcasts. But once a machine have sent a single packet, the switch knows that that mac address is on that port, and all packets to that mac address can then specifically be sent to only that port. It works okay even if you move the machine to another port as well, because as soon as a single packet have been sent from the machine at the new port, the switch relearns.

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by jeep＠scshome.net

In EDT execute "set line 60" at the "*" or what ever line count you wish. -Steve ________________________________ From: owner-hecnet at Update.UU.SE on behalf of Jean-Yves Bernier Sent: Tue 2/16/2010 16:04 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Apples MAC OS X pcap library... At 11:54 AM +0100 2/16/10, Johnny Billquist wrote: When a packets is sent from machine B it goes to the switch. The switch either sees a broadcast packet, and forwards it to all ports, or a packet for a specific MAC address, and forwards it to the port of machine A. Well, I suppose the bridge had announced over the LAN that it is DECNET nodes such, then machine B "believes" A hosts those nodes, right? So the bridge has NOT to sniff unicast traffic, because packets are addressed to it. When a packet is received by machine A by the bridge from another place, the bridge program then injects the ethernet packet on the local network. Catched it. No need for EDT clones when you have EDT... :-) EDT is excellent but being jailed to 24 lines is terrible nowdays. We also have a TU77 and a TU78. But for those I need to connect and fix things up. The TU81 can do fit. I've seen it on your pictures. We have succesfully recovered data from DC600 cartridges written circa 90, but my tapes were written in 1985 so chances are low. They have been stored in a dry and cold place, however. The 11/60 don't need 3-phase. I'm puzzled here. A general question: this is HECNET list, are non-networking RSX questions off topic? I have a lot, but i don't want to bother :-) -- Jean-Yves Bernier

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by bernier＠pescadoo.net

At 11:54 AM +0100 2/16/10, Johnny Billquist wrote: When a packets is sent from machine B it goes to the switch. The switch either sees a broadcast packet, and forwards it to all ports, or a packet for a specific MAC address, and forwards it to the port of machine A. Well, I suppose the bridge had announced over the LAN that it is DECNET nodes such, then machine B "believes" A hosts those nodes, right? So the bridge has NOT to sniff unicast traffic, because packets are addressed to it. When a packet is received by machine A by the bridge from another place, the bridge program then injects the ethernet packet on the local network. Catched it. No need for EDT clones when you have EDT... :-) EDT is excellent but being jailed to 24 lines is terrible nowdays. We also have a TU77 and a TU78. But for those I need to connect and fix things up. The TU81 can do fit. I've seen it on your pictures. We have succesfully recovered data from DC600 cartridges written circa 90, but my tapes were written in 1985 so chances are low. They have been stored in a dry and cold place, however. The 11/60 don't need 3-phase. I'm puzzled here. A general question: this is HECNET list, are non-networking RSX questions off topic? I have a lot, but i don't want to bother :-) -- Jean-Yves Bernier

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by bqt＠softjar.se

Just a followup on my pcap problems. Trying the actual ethernet port works just fine. So there is nothing seriously wrong with libpcap on MAC OS X. So my only problem now is why tcpdump manages to capture more packets than I do when I run over wireless. But I'll save that for another day... Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by bqt＠softjar.se

Hi. Jean-Yves Bernier wrote: At 12:48 AM +0100 2/16/10, Johnny Billquist wrote: Hi, Jean. Looks like we could have some fun... ;-) I'm sure we can. [sniffing DECNET packets] That is only as to be expected, and you cannot draw any conclusions from that. Except I have to buy a managed switch if I want to join HECNET. NETGEAR has a small, inexpensive 5-port Gigabit with port mirorring, the GS105E, and I like their little blue boxes. Uh? Why? Let me put it this way: Machine A talks TCP/IP, and runs bridge. It has one ethernet connection to a switch. Machine B talks DECnet. It has one connection to the switch. Machine C is your router/firewall/whatever, that talks to the outside world. It also have a connection on the switch. When a packets is sent from machine B it goes to the switch. The switch either sees a broadcast packet, and forwards it to all ports, or a packet for a specific MAC address, and forwards it to the port of machine A. The bridge program on machine A receives the packet, and sents it via UDP to another bridge. Done. All works as expected. When a packet is received by machine A by the bridge from another place, the bridge program then injects the ethernet packet on the local network. The switch sees the packet from machine A, with a mac source address which is actually the address of whatever DECnet machine that *really* originated the packet. The switch stores this address for future use, and forwards the packet to machine B, assuming that was the destination of it. All works as expected. After a while, the switch will have a whole bunch of DECnet machines that it thinks are all located on the same port as machine A. All is good, because from the switches point of view, this is correct. More editors would always be fun. That was one of the first programs I've written for the PDP-11, before EDT existed, to get rid of those pesky line editors. I miss it because it could handle more than 24 lines. We had a full-page VT with 60 or so lines i can't remember the brand, and that was a real delight compared to the TV100s. Facit Twist? I think it ran as 24x80 or 72x80. I have found 3 portable EDT clones on the Internet, see bottom of page: http://en.wikipedia.org/wiki/EDT_(text_editor) No need for EDT clones when you have EDT... :-) One of them is written in pre-ANSI C (func(a, b) int a, b;) but the best candidate to porting is written with ANSI prototypes. I have the old DECUS C, invoked by C.. with the proto thing (CN.PRO). Although the proto refers to a 'std' flag, pretending to "force the input to conform to ANSI C draft standard", this doesn't work. I've tried with your version this afternoon (XCC on MIME) with a same result. Oh well... :-) By the way, there is also a ANSI C compiler on MIM... Just invoke with CC. I'm trying to use Linux's deprotoize tool to pre-process the source. If you have 1/2" tapes you want read, I can do that. I have a 11/70 with a TU81 ready for such occasions. :-) A REAL TU81? I can't believe it... Perhaps you can save my tapes. No problema. We also have a TU77 and a TU78. But for those I need to connect and fix things up. Here is my regretted 11/60: http://www2.pescadoo.net/pdp/11-60.jpg with dual RK07, home-build A/D and D/A, 2 RP storing (imagine that) 20 minutes of stereo sound each, well before the Compact Disc. It has been donated to a school, which could never power it up, lacking a tri-phase power supply. The 11/60 don't need 3-phase. I used to play extensively with an 11/60 25 years ago. Ahhh... Memories... I still have an extra set of CPU boards for an 11/60 lying around. I was assuming matapes were a safe backup. I learned that paper was better, as the only piece of software which survived is the listing of a terminal driver. :-) Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by bernier＠pescadoo.net

At 12:48 AM +0100 2/16/10, Johnny Billquist wrote: Hi, Jean. Looks like we could have some fun... ;-) I'm sure we can. [sniffing DECNET packets] That is only as to be expected, and you cannot draw any conclusions from that. Except I have to buy a managed switch if I want to join HECNET. NETGEAR has a small, inexpensive 5-port Gigabit with port mirorring, the GS105E, and I like their little blue boxes. More editors would always be fun. That was one of the first programs I've written for the PDP-11, before EDT existed, to get rid of those pesky line editors. I miss it because it could handle more than 24 lines. We had a full-page VT with 60 or so lines i can't remember the brand, and that was a real delight compared to the TV100s. I have found 3 portable EDT clones on the Internet, see bottom of page: http://en.wikipedia.org/wiki/EDT_(text_editor) One of them is written in pre-ANSI C (func(a, b) int a, b;) but the best candidate to porting is written with ANSI prototypes. I have the old DECUS C, invoked by C.. with the proto thing (CN.PRO). Although the proto refers to a 'std' flag, pretending to "force the input to conform to ANSI C draft standard", this doesn't work. I've tried with your version this afternoon (XCC on MIME) with a same result. I'm trying to use Linux's deprotoize tool to pre-process the source. If you have 1/2" tapes you want read, I can do that. I have a 11/70 with a TU81 ready for such occasions. :-) A REAL TU81? I can't believe it... Perhaps you can save my tapes. Here is my regretted 11/60: http://www2.pescadoo.net/pdp/11-60.jpg with dual RK07, home-build A/D and D/A, 2 RP storing (imagine that) 20 minutes of stereo sound each, well before the Compact Disc. It has been donated to a school, which could never power it up, lacking a tri-phase power supply. I was assuming matapes were a safe backup. I learned that paper was better, as the only piece of software which survived is the listing of a terminal driver. -- Jean-Yves Bernier

15 years, 4 months

1
0
0 0

Apples MAC OS X pcap library...

by bqt＠softjar.se

Hi, Jean. Looks like we could have some fun... ;-) Jean-Yves Bernier wrote: At 7:59 PM +0100 2/15/10, Johnny Billquist wrote: I'll try with a cable tonight to see if that works better than wireless... I was busy unprotoizing some C sources to feed the pre-ANSI DECUS C compiler. Since I see you are working on the bridge, I have made some further tests tonight. Hmm. The DECUS C compiler have some nice corners, but much of it is a headache. I'm trying to remember if I ever published all my patches and fixes for it. I made it work fine with split I/D-space, extended it a little, and fooled around in general a number of years ago... One thing I forgot to mention in my previous mail : On Mac OS/darwin, eth0 is enO. So, bridge.conf must contain 'local en0'. Correct. And en1 is normally the wireless port, but these can be changed if the user is "creative". However, it is just a string in the config file, so the most important thing is just to get it right, and then you don't have to think about it. In NetBSD (for instance) the ethernet ports can be many different strings, but most definitely are not ever either eth<n> or en<n>. So it can differ by a lot depending on what OS you are using. The program I use is not your bridge but a very similar one, intended to see how much work it would be for a Unix box to pretend to be a DECNET node. Indeed, I copied your pcap initialization part, filter included, then added my code. Assume machine A running node 1.1, machine B running node 1.2, machine C running nothing, all on a wired, switched LAN. When my program is running on machine C, I see all broadcast packets: Router-hello l2rout (DECNET packets, size 60) Lev-1-routing (DECNET packets, size 386 and 590x) Lev-2-routing (DECNET packets, size 152) A few LAN packets, size 60. Since I am on a switched network, I see none of the unicast packets, for example when I initiate a DECNET transfer between A and B. When my program is running on machine B, I see: Same packets as above (pcap_setdirection was called with PCAP_D_INOUT). Packets identified as data, data-ack, link-service, ils-ack by tcpdump. That is only as to be expected, and you cannot draw any conclusions from that. Since you have a switch, it will only forward unicast packets to the port where the actual recipient is located, as soon as it have learned. This is all based on mac addresses. On my machine I have, as I have written, noticed that the packets I see with tcpdump differ from the packets I see in the bridge. These are all broadcast packets, by the way... Until now, I have not seen a packet in tcpdump I have not seen in my program, which is basically yours for the pcap part. By the way, I'm looking for a document describing DECNET frames to dive a little deeper in that way. Any pointer will be appreciated. The whole basics of DECnet is in the public domain. Look through bitsavers for instance. Or just google for the documentation. All tests use Apple's libpcap.dylib in /usr/lib, NOT libpcap.a in /usr/local/lib which was required to install simh on Mac OS X. I'm running Tiger, so you should have no problems using Leopard. Yes, unless some problem have been introduced in Snow Leopard... :-) Well, I realize that this is my first contribution to this list and maybe a short introduction is due. Here we go... I have been working with RSX-11M from '80 to '87. First in computer music research (GRM, Paris), then in pre-press/phototypesetting. Some old systems have been donated to me, noticeably SMS (Scientific Micro Systems) OEM LSI-11/73. Fun! As a hobby project, i've resurrected these systems, then linked them to simh via DECNET. A few details of the project here, unfortunately in french but I'm sure you will enjoy SEAGATE surgery http://www2.pescadoo.net/pdp/ and maybe DC600 meltdown: http://www2.pescadoo.net/pdp/photos/TANDBERG/P1010012.JPG Unfortunately, any interesting RSX software I could share (yet another full screen editor, a hierarchical filesystem for RSX and some funny drivers) are locked on a set of magtapes I did not manage to backup before the day tape drives lifted off earth for an secret destination. So is life... If you have 1/2" tapes you want read, I can do that. I have a 11/70 with a TU81 ready for such occasions. :-) (That's MAGICA:: by the way - (1.1)) More editors would always be fun. As for hierachical file system, I have a patch set for RSX to get full hierachical file system support. The ODS-1 structure don't have any problems with that, so it's mostly a qustion of changing the reserved size for directory strings, and changing the directory lookup routine in FCS, and some filename parsing code. I originally did that work for RSX-11M-PLUS V4.3, but have applied it to 4.6 as well. It should be on ftp:://ftp.update.uu.se/pub/pdp11/rsx if you look around. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

15 years, 4 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet