INFO-VAX Thu, 20 Sep 2007 Volume 2007 : Issue 513 Contents: Re: Alpha VMS In Infinite Boot Cycle Re: Alpha VMS In Infinite Boot Cycle Re: Alpha VMS In Infinite Boot Cycle Re: Alpha VMS In Infinite Boot Cycle Re: Alpha VMS In Infinite Boot Cycle Re: Alpha VMS In Infinite Boot Cycle Re: Alphaserver 800 floor model front panel and doors Re: Command fails in batch, seems to work at-ed interactively Re: Command fails in batch, seems to work at-ed interactively Re: Command fails in batch, seems to work at-ed interactively Re: despair Re: despair RE: despair Re: node and port alloclass, cannot add a node to the cluster Re: node and port alloclass, cannot add a node to the cluster Re: OPC on OpenVMS SCA$TRANSPORT credits Re: SCA$TRANSPORT credits Re: TCP/IP Re: tz88 - green-brick for BA350 shelf UnZipSFX 5.32 v. my limited remaining lifetime Re: VMS 5.5 / DECNet on Windows XP Re: VMS 5.5 / DECNet on Windows XP Re: VMS 5.5 / DECNet on Windows XP Re: VMS 5.5 / DECNet on Windows XP Re: VMS 5.5 / DECNet on Windows XP ---------------------------------------------------------------------- Date: Wed, 19 Sep 2007 12:50:17 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: Re: Alpha VMS In Infinite Boot Cycle Message-ID: <07091912501780_20200296@antinode.org> From: "Robert Jarratt" > %DECW-W-BADVALUE, Free GBLSECTIONS is 244, should be at least 280 > Some SYSGEN parameters must be reset for DECwindows to start. If you type > YES, AUTOGEN will change these parameters and reboot your system. If you > type > NO, AUTOGEN will not run or cause a reboot, but DECwindows will not start. > Do you want the system to run AUTOGEN for you [YES]? > > If I say yes it goes through a reboot but I get the same prompt again (i.e. > no change to the parameter). So I ran sysgen and changed that parameter > myself to 280. When it came up again it said the value was 280, but needed > to be 600! So I changed it to 600 manually and when it rebooted it said the > value was 244 and needed to be 280!!! > > How to I get out of this loop? Follow the procedure (more carefully) which you used the first time, and set the value to 600 (or higher). Knowing nothing, I'd assume that you forgot to say "WRITE " the second time. This is an old problem, and quite annoying, but the work-around is to set the parameter manually. You just need to do it right (again). ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: 19 Sep 2007 21:12:27 +0200 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOeGER) Subject: Re: Alpha VMS In Infinite Boot Cycle Message-ID: <46f190bb$1@news.langstoeger.at> In article <%0dIi.2434$yN2.1168@newsfe7-gui.ntli.net>, "Robert Jarratt" writes: >I have installed VMS on a DEC 2000 Model 300. I installed DECwindows and now >on the console I get this: > >%DECW-W-BADVALUE, Free GBLSECTIONS is 244, should be at least 280 >Some SYSGEN parameters must be reset for DECwindows to start. If you type >YES, AUTOGEN will change these parameters and reboot your system. If you Old nasty bug of DECwindows. It requires more GBLSECTIONS than it checks for. Add MIN_GBLSECTIONS=1024 to your SYS$SYSTEM:MODPARAMS.DAT and let it AUTOGEN. -- Peter "EPLAN" LANGSTOEGER Network and OpenVMS system specialist E-mail peter@langstoeger.at A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist ------------------------------ Date: 19 Sep 2007 15:47:33 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: Alpha VMS In Infinite Boot Cycle Message-ID: In article <%0dIi.2434$yN2.1168@newsfe7-gui.ntli.net>, "Robert Jarratt" writes: > I have installed VMS on a DEC 2000 Model 300. I installed DECwindows and now > on the console I get this: > > %DECW-W-BADVALUE, Free GBLSECTIONS is 244, should be at least 280 > Some SYSGEN parameters must be reset for DECwindows to start. If you type > YES, AUTOGEN will change these parameters and reboot your system. If you > type > NO, AUTOGEN will not run or cause a reboot, but DECwindows will not start. > Do you want the system to run AUTOGEN for you [YES]? > > If I say yes it goes through a reboot but I get the same prompt again (i.e. > no change to the parameter). So I ran sysgen and changed that parameter > myself to 280. When it came up again it said the value was 280, but needed > to be 600! So I changed it to 600 manually and when it rebooted it said the > value was 244 and needed to be 280!!! > > How to I get out of this loop? You need to add about 280 to the existing value. More is fairly painless on anything later than the VAX-11 series. ------------------------------ Date: Wed, 19 Sep 2007 21:20:24 GMT From: "Robert Jarratt" Subject: Re: Alpha VMS In Infinite Boot Cycle Message-ID: "Peter 'EPLAN' LANGSTOeGER" wrote in message news:46f190bb$1@news.langstoeger.at... > In article <%0dIi.2434$yN2.1168@newsfe7-gui.ntli.net>, "Robert Jarratt" > writes: >>I have installed VMS on a DEC 2000 Model 300. I installed DECwindows and >>now >>on the console I get this: >> >>%DECW-W-BADVALUE, Free GBLSECTIONS is 244, should be at least 280 >>Some SYSGEN parameters must be reset for DECwindows to start. If you >>type >>YES, AUTOGEN will change these parameters and reboot your system. If you > > Old nasty bug of DECwindows. It requires more GBLSECTIONS than it checks > for. > Add MIN_GBLSECTIONS=1024 to your SYS$SYSTEM:MODPARAMS.DAT and let it > AUTOGEN. > > -- > Peter "EPLAN" LANGSTOEGER > Network and OpenVMS system specialist > E-mail peter@langstoeger.at > A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist I'll try 1024, and to the other posters, yes I did do WRITE CURRENT, or at least I know that you have to do that and I am sure I did, but I will try again just to make sure. Thanks Rob ------------------------------ Date: Wed, 19 Sep 2007 14:54:27 -0700 From: Rich Jordan Subject: Re: Alpha VMS In Infinite Boot Cycle Message-ID: <1190238867.438442.281380@50g2000hsm.googlegroups.com> On Sep 19, 12:30 pm, "Robert Jarratt" wrote: > I have installed VMS on a DEC 2000 Model 300. I installed DECwindows and now > on the console I get this: > > %DECW-W-BADVALUE, Free GBLSECTIONS is 244, should be at least 280 > Some SYSGEN parameters must be reset for DECwindows to start. If you type > YES, AUTOGEN will change these parameters and reboot your system. If you > type > NO, AUTOGEN will not run or cause a reboot, but DECwindows will not start. > Do you want the system to run AUTOGEN for you [YES]? > > If I say yes it goes through a reboot but I get the same prompt again (i.e. > no change to the parameter). So I ran sysgen and changed that parameter > myself to 280. When it came up again it said the value was 280, but needed > to be 600! So I changed it to 600 manually and when it rebooted it said the > value was 244 and needed to be 280!!! > > How to I get out of this loop? > > Thanks > > Rob A long time ago I had a problem similar to that on a VAX system installing Pathworks. I can;t find my resolution sheet (lost in one of the intervening moves, I think) but the fix was to boot minimal and delete the following file: SYS$SYSTEM:LISTPREPOP.DAT I have no idea if this could be an issue on an Alpha system, or if the fix is safe, though you could boot the operating system CD and save a copy before deleting if you wanted to. Rich ------------------------------ Date: Wed, 19 Sep 2007 23:53:16 -0400 From: JF Mezei Subject: Re: Alpha VMS In Infinite Boot Cycle Message-ID: <4a683$46f1eeaf$cef8887a$7202@TEKSAVVY.COM> The guilty party is SYS$MANAGER:DECW$GETPARAMS.COM It checks a variety of system parameters: elements: 0 = param ( used with f$getsyi for instance FREE_GBLSECTIONS ) 1 = value 2 = devs (unused here) 3 = sysgen_param ( actual sysgen parameter ( ex: GBLSECTIONS ) 4 = add_value 5 = iffree value $ parameter = "WINDOW_SYSTEM/1////////" $ parameter = "GBLSECTIONS/600////////" $ parameter = "FREE_GBLSECTS/260//GBLSECTIONS/20/30" $ parameter = "GBLPAGES/150000////////" $ parameter = "FREE_GBLPAGES/84000//GBLPAGES/8000/12000" $ parameter = "GBLPAGFIL/4096////////" $ parameter = "NPAGEDYN/1348576////////" $ parameter = "PAGEDYN/704288////////" $ parameter = "SWPOUTPGCNT/512////////" $ parameter = "MAXBUF/8192////////" $ parameter = "CHANNELCNT/255////////" $ parameter = "PROCSECTCNT/128////////" $ parameter = "WSMAX/12000////////" $ parameter = "CLISYMTBL/512////////" $ parameter = "PQL_MPGFLQUOTA/32768////////" $ parameter = "PQL_MASTLM/100////////" $ parameter = "PQL_MBIOLM/100////////" $ parameter = "PQL_MDIOLM/100////////" $ parameter = "PQL_MFILLM/100////////" $ parameter = "PQL_MBYTLM/100000////////" $ parameter = "PQL_MPRCLM/10////////" $ parameter = "PQL_MENQLM/300////////" $ parameter = "PQL_MWSDEFAULT/1024////////" $ parameter = "PQL_MWSQUOTA/2048////////" $ parameter = "PQL_MWSEXTENT/8192////////" $ parameter = "GH_RES_CODE/1584////////" $ parameter = "IMGREG_PAGES/10000////////" So don't only fix the gblsections, look at the other parameters because any other one which the procedure will dislike will also result in the same error message. Also of note: before upgrading DECWINDOWS software, you must reboot with WINDOW_SYSTEM = 0 parameter otherwise an already loaded DECWINDOWS software will cause the above procedure to complain since the parameters it is looking at are already used up by itself :-) ------------------------------ Date: Wed, 19 Sep 2007 16:24:34 -0400 From: "David Turner, Island Computers" Subject: Re: Alphaserver 800 floor model front panel and doors Message-ID: <13f31bo7u8dlg89@news.supernews.com> I have some of the front panels (blue) that cover the drives but AS800 are famous for the upper bezel and door breaking off - ergo I have none DT wrote in message news:1189553660.462113.20630@d55g2000hsg.googlegroups.com... >I have need of a front panel and drive cover doors for a floor model > Alphaserver 800. > Anyone have one for $$$ or trade? > > TIA, > > Dan > ------------------------------ Date: Wed, 19 Sep 2007 19:12:24 -0500 From: David J Dachtera Subject: Re: Command fails in batch, seems to work at-ed interactively Message-ID: <46F1BAE8.E3321669@spam.comcast.net> Doug Phillips wrote: > > On Sep 17, 8:34 pm, David J Dachtera > wrote: > > Doug Phillips wrote: > > > > > On Sep 17, 8:26 pm, David J Dachtera > > > wrote: > > > > Doug Phillips wrote: > > > > > > > On Sep 17, 11:45 am, norm.raph...@metso.com wrote: > > > > > > This code checks for an empty or blanked PostalZip field. > > > > > > When run inside the batch, is seems to give a different, incorrect > > > > > > result then when the code is extracted to another procedure file > > > > > > and run against the renamed data file. > > > > > > In this case there is a match and Sever is "1". > > > > > > In the nomatch case Sever is "3". > > > > > > Here the "no strings matched" sets Sever to "3" indicating a wrong > > > > > > result as there should have been a match. > > > > > > Why would the same code fail to work and later work on the renamed > > > > > > file. (The diff command is to eliminate the trailing spaces first.) > > > > > > [OpenVMS Alpha V7.3-1] > > > > > > === Actual log excerpt: > > > > > > Sent file JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML.1, 571384 bytes. > > > > > > QUIT > > > > > > <221 > > > > > > $@mfgcom:check_postal.com "JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1;" > > > > > > $!$ ffile="jamdata:FRONTIER_SHR.XML_2007090603045085;1" > > > > > > $ > > > > > > ffile=f$search(f$parse("JAMDATA:FRONTIER_SHR.XML_*;",,,,"SYNTAX_ONLY"),3) > > > > > > $ if p1 .nes. "" then ffile="JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1;" > > > > > > $ pipe diff/igno=trail JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1; nl: > > > > > > > Is the semicolon ";" *after* the version (i.e. .XML;1;) a posting typo > > > > > or is it really in your command? > > > > > > Interesting thought; however, ... > > > > > > DJAS02::DDACHTERA$ pipe diff/nonumb/igno=trail login.com;1; nl: > > > > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special characters > > > > \;NL\ > > > > DJAS02::DDACHTERA$ sh sym $status > > > > $STATUS == "%X00038110" > > > > > > (VMS V7.3-2, V7.2-2 gives same result interactively.) > > > > > > Gives a different message/status. > > > > > Yes it does. It pipes the error to the next command, but it doesn't > > > display it. The $status is from the last command in the pipe, no? Try > > > piping it your example. Here's mine: > > > > > .TEST>pipe diff/ignor=trail test.fil;1; nl: /nonum | type sys$pipe > > > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special > > > characters > > > \;NL\ > > > .TEST>pipe diff/ignor=trail test.fil;1; nl: /nonum | search sys$pipe > > > "whatever" > > > %SEARCH-I-NOMATCHES, no strings matched > > > > I think my point was that the DCL-W message did not appear in his log segments. > > > > But it won't! The message is piped as part if the diff output. Try it > yourself if you don't believe my test example. I'm sure it does - it just didn't appear in his log segment. -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Wed, 19 Sep 2007 19:19:44 -0500 From: David J Dachtera Subject: Re: Command fails in batch, seems to work at-ed interactively Message-ID: <46F1BCA0.A49063EE@spam.comcast.net> AEF wrote: > > On Sep 17, 9:33 pm, Doug Phillips wrote: > > On Sep 17, 8:26 pm, David J Dachtera > > wrote: > > > > > > > > > Doug Phillips wrote: > > > > > > On Sep 17, 11:45 am, norm.raph...@metso.com wrote: > > > > > This code checks for an empty or blanked PostalZip field. > > > > > When run inside the batch, is seems to give a different, incorrect > > > > > result then when the code is extracted to another procedure file > > > > > and run against the renamed data file. > > > > > In this case there is a match and Sever is "1". > > > > > In the nomatch case Sever is "3". > > > > > Here the "no strings matched" sets Sever to "3" indicating a wrong > > > > > result as there should have been a match. > > > > > Why would the same code fail to work and later work on the renamed > > > > > file. (The diff command is to eliminate the trailing spaces first.) > > > > > [OpenVMS Alpha V7.3-1] > > > > > === Actual log excerpt: > > > > > Sent file JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML.1, 571384 bytes. > > > > > QUIT > > > > > <221 > > > > > $@mfgcom:check_postal.com "JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1;" > > > > > $!$ ffile="jamdata:FRONTIER_SHR.XML_2007090603045085;1" > > > > > $ > > > > > ffile=f$search(f$parse("JAMDATA:FRONTIER_SHR.XML_*;",,,,"SYNTAX_ONLY"),3) > > > > > $ if p1 .nes. "" then ffile="JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1;" > > > > > $ pipe diff/igno=trail JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1; nl: > > > > > > Is the semicolon ";" *after* the version (i.e. .XML;1;) a posting typo > > > > or is it really in your command? > > > > > Interesting thought; however, ... > > > > > DJAS02::DDACHTERA$ pipe diff/nonumb/igno=trail login.com;1; nl: > > > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special characters > > > \;NL\ > > > DJAS02::DDACHTERA$ sh sym $status > > > $STATUS == "%X00038110" > > > > > (VMS V7.3-2, V7.2-2 gives same result interactively.) > > > > > Gives a different message/status. > > > > Yes it does. It pipes the error to the next command, but it doesn't > > display it. The $status is from the last command in the pipe, no? > > Apparently so! See below. > > Try > > piping it your example. Here's mine: > > > > .TEST>pipe diff/ignor=trail test.fil;1; nl: /nonum | type sys$pipe > > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special > > characters > > \;NL\ > > .TEST>pipe diff/ignor=trail test.fil;1; nl: /nonum | search sys$pipe > > "whatever" > > %SEARCH-I-NOMATCHES, no strings matched > > Yes, this extra semicolon appears to be the cause of the problem: > > $ PIPE DIFF LOGIN.COM;4; NL: | SEAR SYS$PIPE SET > %SEARCH-I-NOMATCHES, no strings matched > $ PIPE DIFF LOGIN.COM;4 NL: | SEAR SYS$PIPE SET > 2 $ set noon > 7 $ set terminal/inquire/noeightbit/INSERT/FORM > $ > > Apparently, errors in the first steps aren't reported to SYS$ERROR or > SYS$ERROR isn't the screen until the last command is run (deja vu: why > is this only a warning?!): > > $ PIPE DIFF LOGIN.COM;4; NL: | SEAR SYS$PIPE invalid > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special > characters > $ > > This looks like a good reason _not_ to use PIPE in a command > procedure. In this case it saves you from working with temporary files > and their cleanup but makes troubleshooting more difficult. Friendly > comments welcome on this. I wouldn't go quite that far. Yes it complicates debugging; however see: $ HELP PIPE Description Pipelines_and_TEEs Using_TEEs_and_SYS$PIPE ...for an example of TEE.COM that you can insert into the pipeline and see what's actually being PIPEd into SEARCH, in this case. $ PIPE DIFF LOGIN.COM;4; NL: | @TEE SYS$COMMAND | SEAR SYS$PIPE SET Probably only works on-line. In batch, send the TEE output to a disk file. -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Wed, 19 Sep 2007 17:23:02 -0700 From: AEF Subject: Re: Command fails in batch, seems to work at-ed interactively Message-ID: <1190247782.087778.26290@y42g2000hsy.googlegroups.com> On Sep 19, 8:19 pm, David J Dachtera wrote: > AEF wrote: > > > On Sep 17, 9:33 pm, Doug Phillips wrote: > > > On Sep 17, 8:26 pm, David J Dachtera > > > wrote: > > > > > Doug Phillips wrote: > > > > > > On Sep 17, 11:45 am, norm.raph...@metso.com wrote: > > > > > > This code checks for an empty or blanked PostalZip field. > > > > > > When run inside the batch, is seems to give a different, incorrect > > > > > > result then when the code is extracted to another procedure file > > > > > > and run against the renamed data file. > > > > > > In this case there is a match and Sever is "1". > > > > > > In the nomatch case Sever is "3". > > > > > > Here the "no strings matched" sets Sever to "3" indicating a wrong > > > > > > result as there should have been a match. > > > > > > Why would the same code fail to work and later work on the renamed > > > > > > file. (The diff command is to eliminate the trailing spaces first.) > > > > > > [OpenVMS Alpha V7.3-1] > > > > > > === Actual log excerpt: > > > > > > Sent file JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML.1, 571384 bytes. > > > > > > QUIT > > > > > > <221 > > > > > > $@mfgcom:check_postal.com "JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1;" > > > > > > $!$ ffile="jamdata:FRONTIER_SHR.XML_2007090603045085;1" > > > > > > $ > > > > > > ffile=f$search(f$parse("JAMDATA:FRONTIER_SHR.XML_*;",,,,"SYNTAX_ONLY"),3) > > > > > > $ if p1 .nes. "" then ffile="JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1;" > > > > > > $ pipe diff/igno=trail JAM317:[CM_PROD.DATA]FRONTIER_ATO.XML;1; nl: > > > > > > Is the semicolon ";" *after* the version (i.e. .XML;1;) a posting typo > > > > > or is it really in your command? > > > > > Interesting thought; however, ... > > > > > DJAS02::DDACHTERA$ pipe diff/nonumb/igno=trail login.com;1; nl: > > > > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special characters > > > > \;NL\ > > > > DJAS02::DDACHTERA$ sh sym $status > > > > $STATUS == "%X00038110" > > > > > (VMS V7.3-2, V7.2-2 gives same result interactively.) > > > > > Gives a different message/status. > > > > Yes it does. It pipes the error to the next command, but it doesn't > > > display it. The $status is from the last command in the pipe, no? > > > Apparently so! See below. > > > Try > > > piping it your example. Here's mine: > > > > .TEST>pipe diff/ignor=trail test.fil;1; nl: /nonum | type sys$pipe > > > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special > > > characters > > > \;NL\ > > > .TEST>pipe diff/ignor=trail test.fil;1; nl: /nonum | search sys$pipe > > > "whatever" > > > %SEARCH-I-NOMATCHES, no strings matched > > > Yes, this extra semicolon appears to be the cause of the problem: > > > $ PIPE DIFF LOGIN.COM;4; NL: | SEAR SYS$PIPE SET > > %SEARCH-I-NOMATCHES, no strings matched > > $ PIPE DIFF LOGIN.COM;4 NL: | SEAR SYS$PIPE SET > > 2 $ set noon > > 7 $ set terminal/inquire/noeightbit/INSERT/FORM > > $ > > > Apparently, errors in the first steps aren't reported to SYS$ERROR or > > SYS$ERROR isn't the screen until the last command is run (deja vu: why > > is this only a warning?!): > > > $ PIPE DIFF LOGIN.COM;4; NL: | SEAR SYS$PIPE invalid > > %DCL-W-PARMDEL, invalid parameter delimiter - check use of special > > characters > > $ > > > This looks like a good reason _not_ to use PIPE in a command > > procedure. In this case it saves you from working with temporary files > > and their cleanup but makes troubleshooting more difficult. Friendly > > comments welcome on this. > > I wouldn't go quite that far. Yes it complicates debugging; however see: > $ HELP PIPE Description Pipelines_and_TEEs Using_TEEs_and_SYS$PIPE > > ...for an example of TEE.COM that you can insert into the pipeline and see > what's actually being PIPEd into SEARCH, in this case. > > $ PIPE DIFF LOGIN.COM;4; NL: | @TEE SYS$COMMAND | SEAR SYS$PIPE SET > > Probably only works on-line. In batch, send the TEE output to a disk file. > > -- > David J Dachtera > dba DJE Systemshttp://www.djesys.com/ > > Unofficial OpenVMS Marketing Home Pagehttp://www.djesys.com/vms/market/ > > Unofficial Affordable OpenVMS Home Page:http://www.djesys.com/vms/soho/ > > Unofficial OpenVMS-IA32 Home Page:http://www.djesys.com/vms/ia32/ > > Unofficial OpenVMS Hobbyist Support Page:http://www.djesys.com/vms/support/ OK, thanks. AEF ------------------------------ Date: 19 Sep 2007 15:30:44 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: despair Message-ID: In article <5lahrdF7ce1fU1@mid.individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: > > You new here? There has been a long running (more than a decade at > least) notion here that it is either the Operating System or the > langauge that makes for bad programs. Unix and C are at the top of > the list. Really? And all this time I thought was both. ------------------------------ Date: Wed, 19 Sep 2007 19:09:14 -0400 From: "Richard B. Gilbert" Subject: Re: despair Message-ID: <46F1AC1A.4000900@comcast.net> Bob Koehler wrote: > In article <5lahrdF7ce1fU1@mid.individual.net>, bill@cs.uofs.edu (Bill Gunshannon) writes: > >>You new here? There has been a long running (more than a decade at >>least) notion here that it is either the Operating System or the >>langauge that makes for bad programs. Unix and C are at the top of >>the list. > > > Really? And all this time I thought was both. > Unix and C both HELP to make bad programs. What's REALLY responsible for bad programs is usually bad programmers. Another fun thing is the program that must be running in production in four days! Then you get to spend the next eighteen months finding and fixing all the bugs! ------------------------------ Date: Wed, 19 Sep 2007 21:44:25 -0500 From: "Paul Raulerson" Subject: RE: despair Message-ID: <00d701c7fb30$289a6ec0$79cf4c40$@com> > -----Original Message----- > From: Richard B. Gilbert [mailto:rgilbert88@comcast.net] > Sent: Wednesday, September 19, 2007 6:09 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: despair > > Bob Koehler wrote: > > In article <5lahrdF7ce1fU1@mid.individual.net>, bill@cs.uofs.edu > (Bill Gunshannon) writes: > > > >>You new here? There has been a long running (more than a decade at > >>least) notion here that it is either the Operating System or the > >>langauge that makes for bad programs. Unix and C are at the top of > >>the list. > > > > > > Really? And all this time I thought was both. > > > > Unix and C both HELP to make bad programs. What's REALLY responsible > for bad programs is usually bad programmers. Another fun thing is the > program that must be running in production in four days! Then you get > to spend the next eighteen months finding and fixing all the bugs! Unix and C can be combined to make some darn right elegant programs. Trying to put C on VMS is - well - it is not elegant. Because VMS was never designed to support the things that C takes for granted. Not that it cannot be made to, but it just does not. And UNIX is foreign ground to most VMS people. C, by the way is often referred to as Portable PDP-11 Assembler, and with good reason. Now that abortion of Strousoup- C++ - that is something I could happily never have to deal with again. But it *isn't* C. For example, to print out the command line arguments and environment for a C program takes the following code; #include int main (int argc, char *argv[], char *envp[]) { int c; for (c=1; c< argc; c++) { printf ("Argument #%0d: %s\n", c, argv[c]); } c=0; while (envp[c] != NULL) { printf ("Env: %s\n", envp[c++]); } } (If that preserved the formatting that is.) While it is possible to do the same in say, Macro-11, or COBOL, it just isn't as elegant. Conversely- the stuff that VMS and COBOL do elegantly, nothing else in the world does as well. Not even PL/I, though it has its own set of things it does better than anything else. :) -Paul ------------------------------ Date: Wed, 19 Sep 2007 18:58:46 +0000 (UTC) From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) Subject: Re: node and port alloclass, cannot add a node to the cluster Message-ID: > Also, note that it is possible to create cluster-wide > loggical name tables that are not "SYSTEM" (aka: think about group > logical name tables that propagate across nodes.). You can do it. I have done it. You define a table whose parent table is the cluster table. Details are left as an exercise, but if anyone is really curious ask and I'll post the code. ------------------------------ Date: Wed, 19 Sep 2007 19:43:09 -0500 From: David J Dachtera Subject: Re: node and port alloclass, cannot add a node to the cluster Message-ID: <46F1C21D.AD32D1BE@spam.comcast.net> Anton Shterenlikht wrote: > [snip] > All nodes boot from MSA1000, OKAPI from $1$DGA1: and DONKEY from $1$DGA2: > > I set up the MSA LUNs via CLI, so the above disks names are as they > appear in VMS. > > I understand that number "1" in the above disk names is a port > allocation class. Is that correct? No. Fibre-channel disks always get ALLOCLASS 1. Fibre channel tapes always get ALLOCLASS 2. Port allocation classes are assigned in SYS$SYSTEM:SYS$DEVICES.DAT like so: [Port MYNODE$PKA] allocation class = 10 ..., for example, will cause all the direct-attached SCSI drives (including HSZ units) to be $10$DKAu: > I assigned both nodes a node allocation class, also 1. > Do I need to do this if the port allocation is already in use? If you intend to use HBVS, it may be a requirement that the node's ALLOCLASS is non-zero. I'd use something other than 1 or 2, myself. > I run DECnet-Plus on both nodes. YYYYEEECCCHHHH! -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Wed, 19 Sep 2007 19:26:06 -0500 From: David J Dachtera Subject: Re: OPC on OpenVMS Message-ID: <46F1BE1E.529D5DE9@spam.comcast.net> Walter Kuhn wrote: > > Hello Group, > > there is a field test (T1.0) of OPC for OpenVMS. > We have installed it and we have some questions with it: > > - does anyone of you use & has has experience with OPC on OpenVMS? > - is there a documentation? (the COM documentation contains no OPC) > - has anyone a (small) server-example-program for OpenVMS? > - has anyone a (small) client-example-program for OpenVMS? See the on-line version of the System Manager's Manual for a discussion of the OPC$ logical names in SYLOGICALS.COM. ;-) -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Wed, 19 Sep 2007 16:17:35 -0700 From: FrankS Subject: SCA$TRANSPORT credits Message-ID: <1190243855.555792.164160@o80g2000hse.googlegroups.com> What SYSGEN parameter is used to increase the number of credits for the SCA$TRANPORT sysap? I've done some searching and can't find much about it. The $SHOW CLU/CONT display for the CR_WAIT value is in the mid 5- digits (50,000+). There is a lot of printer queue traffic between nodes in this particular cluster so I'm just looking to ease the pain by increasing the credits allowed per node. ------------------------------ Date: Thu, 20 Sep 2007 07:35:27 +0200 From: Jur van der Burg <"vdburg at hotmail dot com"> Subject: Re: SCA$TRANSPORT credits Message-ID: <46f206d5$0$236$e4fe514c@news.xs4all.nl> SCA$TRANSPORT is used by IPC. The credits are hard coded at 6 and can not be changed. Jur. FrankS wrote, On 20-9-2007 1:17: > What SYSGEN parameter is used to increase the number of credits for > the SCA$TRANPORT sysap? I've done some searching and can't find much > about it. > > The $SHOW CLU/CONT display for the CR_WAIT value is in the mid 5- > digits (50,000+). There is a lot of printer queue traffic between > nodes in this particular cluster so I'm just looking to ease the pain > by increasing the credits allowed per node. > ------------------------------ Date: Wed, 19 Sep 2007 18:32:09 -0500 From: David J Dachtera Subject: Re: TCP/IP Message-ID: <46F1B179.590CB56D@spam.comcast.net> Larry Kilgallen wrote: > [snip] > The right answer might not be the same for the original poster. True - he didn't characterize his work load or anything. I wanted to send you our T4 graphs pre/post UCX migration, but I don't have good e-mail address for you right handy. If you'd like to see them, e-mail me privately and I can reply with them or send you a link to someplace where you can get them. -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Wed, 19 Sep 2007 15:49:58 -0400 From: "David Turner, Island Computers" Subject: Re: tz88 - green-brick for BA350 shelf Message-ID: I have an old TZ88N-VA somewhere If you want it I'll see what we need for it DT "David J Dachtera" wrote in message news:46EF2505.55A27615@spam.comcast.net... > Michael Austin wrote: >> >> Does any one have one of these old devices they want to get rid of - >> cheaply? I have one that flashes all lights on the front after a power >> glitch. I had 2 in this shelf - and luckily only one of them got hit. >> I have tried re-seating and following the instructions to clear the >> error, but it looks like it is toast. >> >> Or if you just have the drive - I am sure my former DEC FS skills can >> take care of placing it into the canister. > > Have you opened the drive up yet? > > Take it out of the canister and verify that the leader is still set. > Not sure why a power glitch would have any effect on that, but... > > The clear cover over the take-up spool just snaps off and back on. > Look for the catches and release them carefully so as not to break > anything. > > -- > David J Dachtera > dba DJE Systems > http://www.djesys.com/ > > Unofficial OpenVMS Marketing Home Page > http://www.djesys.com/vms/market/ > > Unofficial Affordable OpenVMS Home Page: > http://www.djesys.com/vms/soho/ > > Unofficial OpenVMS-IA32 Home Page: > http://www.djesys.com/vms/ia32/ > > Unofficial OpenVMS Hobbyist Support Page: > http://www.djesys.com/vms/support/ ------------------------------ Date: Wed, 19 Sep 2007 22:00:04 -0500 (CDT) From: sms@antinode.org (Steven M. Schweda) Subject: UnZipSFX 5.32 v. my limited remaining lifetime Message-ID: <07091922000478_20200296@antinode.org> My old WEBES software has started sending me e-mail messages suggesting that I get newer WEBES software, so I sucked down a "WEBES V50 Kit 1 of Build 146 for OpenVMS Alpha.27-JUN-2007 15:58:35.72" from the FTP server (twice, because the first time Netscape 3 apparently used ASCII instead of binary FTP to fetch the thing). It's named WEBESV50BL146KIT1_Jun-27-2007_OVMSAlp.EXE, so I ran it: ALP $ pipe show time ; run WEBESV50BL146KIT1_Jun-27-2007_OVMSAlp.EXE ; show time 19-SEP-2007 21:51:58 UnZipSFX 5.32 of 3 November 1997, by Info-ZIP (Zip-Bugs@lists.wku.edu). [...] 19-SEP-2007 21:55:28 Version 5.32? Unless there's some known bug in the current stuff of which I'm unaware, could we please get into this century? That took about three and a half minutes. ALP $ pipe show time ; unzip WEBESV50BL146KIT1_Jun-27-2007_OVMSAlp.EXE ; show ti me 19-SEP-2007 21:56:24 [...] 19-SEP-2007 21:57:23 That took about one minute (with less disk rattling). Nothing special, just the current released UnZip version instead of a fossil: ALP $ unzip -v UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. Send [...] I assume that tracking down all the obsolete UnZipSFX programs lying around at HP would involve some considerable time and effort, but the net time (and computer resources) saved by the (paying) victims could easily swamp whatever it took. (And, if you're using a Zip as old as that UnZipSFX, then the time saved at HP could also be considerable.) Just a thought. http://www.info-zip.org/ ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Wed, 19 Sep 2007 11:19:40 -0700 From: Doug Phillips Subject: Re: VMS 5.5 / DECNet on Windows XP Message-ID: <1190225980.266402.129460@57g2000hsv.googlegroups.com> On Sep 19, 11:30 am, Andrew Jackson <7thpresid...@gmail.com> wrote: > Hi, > > I have a couple of VAXen running VMS5.5 that currently send data to an > old PowerMac (which has a DECNet stack - I can't remember the package > - and is thus a DECNet node) by using a direct write to a path on it. > > I want to replace the PowerMac with a PC running XP and it seems from > my internet delving that I need Pathworks 32 V7.4 to provide the basic > DECNet connectivity. AFAICS I don't need any of the Advanced Server > stuff (and indeed it almost certainly wouldn't run on VMS 5.5). > > What I need to know is where on earth I can obtain the Pathworks 32 > Client CD from. The HP pre-sales technical support sounded a bit > surprised and confused. The HP website merrily gives me part numbers > for Advanced Server/Pathworks CD Kit (QA-A93AA-H8) but I can't find > anyone who actually sells it. > > Any advice from the accumulated wisdom of comp.os.vms would be much > appreciated. > That part# is for the Server portion, which you don't need for just client DECnet or LAT. Here's the last link I had to the SPD: The last time I looked, you need to order: QA-5LKAA-H8 - media & doc CD QA-5LKAA-AB - single user client license (-AC is 10 user, -AD is 25, etc.) The secret word when talking to HP phone sales is: COMPAQ If the person you talk to doesn't understand that word, ask to speak to someone who does, and keep asking until you get to the right person. This might take a while, but *don't* accept another number to call (but do write it down) -- have them transfer you and be sure to get the name and direct contact information of everyone you talk to. If they tell you they can't transfer you, ask to speak to their supervisor. Expect to have your call dropped at least once, and expect that you'll be transferred to the wrong person, too, which is why you want to ask each person "how do I get directly back to you if the call gets dropped." And remember to use the secret word each time you talk to someone. I went through a similar exercise a little over a year ago and after complaining to HP (and posting a rant here) was told they were aware of the COMPAQ part# problem and were working to fix it. Doesn't appear that they have. Frustrating, isn't it. ------------------------------ Date: Wed, 19 Sep 2007 14:52:49 -0400 From: "PEN" Subject: Re: VMS 5.5 / DECNet on Windows XP Message-ID: Hi Andrew, "Andrew Jackson" <7thpresident@gmail.com> wrote in message news:1190219428.444815.254420@y42g2000hsy.googlegroups.com... [snip] > What I need to know is where on earth I can obtain the Pathworks 32 > Client CD from. The HP pre-sales technical support sounded a bit > surprised and confused. The HP website merrily gives me part numbers > for Advanced Server/Pathworks CD Kit (QA-A93AA-H8) but I can't find > anyone who actually sells it. See if the info at http://h71000.www7.hp.com/pathworks32/index.html helps. The "Ordering" page says: The PATHWORKS 32 product is included in the CD-ROM media kit (QA-5LKAA-H8) and on a separate CD-ROM in the OpenVMS Alpha Software Product Library distribution. So if you have the SPL distribution, you should have the (separate) CD with PATHWORKS 32 on it. But what you really need to purchase is the license:. QM-5LKAA-Ax PATHWORKS 32 System license HTH, Paul ------------------------------ Date: Wed, 19 Sep 2007 19:01:01 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: VMS 5.5 / DECNet on Windows XP Message-ID: In article <1190219428.444815.254420@y42g2000hsy.googlegroups.com>, Andrew Jackson <7thpresident@gmail.com> writes: > > >Hi, > >I have a couple of VAXen running VMS5.5 that currently send data to an >old PowerMac (which has a DECNet stack - I can't remember the package >- and is thus a DECNet node) by using a direct write to a path on it. > >I want to replace the PowerMac with a PC running XP and it seems from That's called a 'system downgrade'. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: 19 Sep 2007 15:39:21 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: VMS 5.5 / DECNet on Windows XP Message-ID: In article <1190219428.444815.254420@y42g2000hsy.googlegroups.com>, Andrew Jackson <7thpresident@gmail.com> writes: > Hi, > > I have a couple of VAXen running VMS5.5 that currently send data to an > old PowerMac (which has a DECNet stack - I can't remember the package > - and is thus a DECNet node) by using a direct write to a path on it. > > I want to replace the PowerMac with a PC running XP and it seems from > my internet delving that I need Pathworks 32 V7.4 to provide the basic > DECNet connectivity. AFAICS I don't need any of the Advanced Server > stuff (and indeed it almost certainly wouldn't run on VMS 5.5). If HP is having trouble fulfilling this request, look into KiNet, which sold DECnet for a wide variety of platforms (CDC did the same). ------------------------------ Date: 19 Sep 2007 15:43:52 -0500 From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) Subject: Re: VMS 5.5 / DECNet on Windows XP Message-ID: In article , VAXman- @SendSpamHere.ORG writes: > In article <1190219428.444815.254420@y42g2000hsy.googlegroups.com>, Andrew Jackson <7thpresident@gmail.com> writes: >> >> >>Hi, >> >>I have a couple of VAXen running VMS5.5 that currently send data to an >>old PowerMac (which has a DECNet stack - I can't remember the package >>- and is thus a DECNet node) by using a direct write to a path on it. >> >>I want to replace the PowerMac with a PC running XP and it seems from > > That's called a 'system downgrade'. > A new Mac might be able to handle a port of the DECnet stack for Linux. Or the OP could by "PC" hardware with Linux and use the DECnet stack for Linux. ------------------------------ End of INFO-VAX 2007.513 ************************