1 INFO-VAX	Thu, 14 Aug 2003	Volume 2003 : Issue 448       Contents:0 (OT) PDP-8 CPU (was Re: PDP-11 OS Release Dates) Re: Charon-VAX  x VAX 6520  Re: Compaq BASIC feature or bug?  Re: Compaq BASIC feature or bug?! Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV  Re: HP FUDBusting  HP user advocacy poll $ Init disk for maximal container file( Re: Init disk for maximal container file% Re: itrc - H.P. I.T. Resource Center.  Re: more HP layoffs  Re: more HP layoffs  Re: PDP-11 OS Release Dates 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1 9 Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1  Re: Problems with NFS  Querying UAF from MS Windows  Re: Querying UAF from MS Windows  Re: Querying UAF from MS WindowsB running simh VAX simulator with some other microcode than default?F Re: running simh VAX simulator with some other microcode than default? Re: show cluster SHOW MEMORY /FILES /FULL Re: SHOW MEMORY /FILES /FULL Re: SHOW MEMORY /FILES /FULL Re: SHOW MEMORY /FILES /FULL) Re: Upgrading VMS Cluster to DS10 or ES40 * Re: using mailbox for shared memory access  F ----------------------------------------------------------------------  % Date: Thu, 14 Aug 2003 11:54:54 -0400 & From: David M Smith <dsmit115@csc.com>9 Subject: (OT) PDP-8 CPU (was Re: PDP-11 OS Release Dates) 8 Message-ID: <b5cnjvo1d2vg1q36218a92jbon37fpltfv@4ax.com>  H On 13 Aug 2003 09:59:24 -0700, Patrick Scheible <kkt@drizzle.com> wrote:  D >I never got to use an -8.  Was that a hardware front end or part of >the OS?  K I learned about computers on PDP-8's. I was in college, studying electrical L engineering, in 1970 when I got a job as a "coop" (work-based study program)L with a small DEC OEM in Atlanta, GA. This company bought PDP-8's (originallyM PDP-8/I's, then later PDP-8/E's) from Digital and added their own controllers O (disk, terminal, etc.) and operating system (implemented from the ground up) to 4 build turn-key systems for a couple of applications.  O I ended up designing some controllers for the PDP-8/E, and later got interested N in the software side of things and spent several months reverse assembling andO documenting that home-grown operating system when the guy who wrote it left the ' company and left behind no source code.   L The PDP-8 used 12-bit words. The high-order 3 bits were the opcode, so thereI were only 8 basic instructions. The remaining 9 bits were either a memory N reference for the instructions which referenced memory, or "modifiers" for theJ I/O op code and the "microcoded" instruction. I found a good reference at:  5 	http://www.faqs.org/faqs/dec-faq/pdp8/section-3.html   N which describes more than I could remember. It was a very simple architecture,L and I think the fact that I learned how to do complex operations from such aM simple instruction set gave me a better understanding for and appreciation of O how a computer works. Everything I've worked on since then has been "easier" to  program.I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only) I -------------------------------------------------------------------------    ------------------------------  % Date: Thu, 14 Aug 2003 10:10:58 -0400 . From: "Rob Lyons" <rob.lyons@resilientsys.com># Subject: Re: Charon-VAX  x VAX 6520 + Message-ID: <bhg57t$kmj$1@bob.news.rcn.net>   t Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:20030814020059.40046.qmail@web20206.mail.yahoo.com... > Hello OpenVMSers ! > = > Anyone experienced in shutdowning a VAX 6520 and substitute : > it for a Charon-VAX emulation ? Just curious. As we dont: > have a Charon-VAX VAR in Brazil it would be difficult to3 > implement the projects here, and the company I am 7 > working for dont have interest to port the VAX legacy 9 > applications to Alpha or Itanium ! So they will mantain : > all the applications until they develop the new projects# > and softwares for MS/Unix world ! 5 Our company provides consulting on VMS systems and is 8 experienced in delivering Charon-VAX solutions.  What is  your timeframe for this project? > < > The VAX is clustered with an Alpha ! I imagined installing: > a CHARON-VAX server in this cluster, migrate all the VAX< > applications/binarises to the Alpha disks, reconfigure the: > products to run under the emulated VAX and  turn off the. > old VAX 6520 ! Would it be easy like this  ?; Yes, this is one of the easiest ways to replace a clustered ! VAX with a Charon-VAX equivalent.  > 4 > And... how about SNA Gateway/CT under Charon-VAX ?4 > Is it possible ?  We still having 4 or 5  Gateways3 > with  no time to turn them off.  May be in 2010 ! 4 Charon-VAX works with all VAX software.  Is your SNA6 gateway implemented as a service on the VAX 6520 or do> you have other dedicated equipment for this function?  If it's; on the VAX, does the gateway service use network interfaces $ other than a standard enternet port?  	 Rob Lyons  Resilient Systems, Inc.    ------------------------------  # Date: Thu, 14 Aug 2003 12:59:00 GMT - From: "Ed Vogel" <edward.vogel_nospam@hp.com> ) Subject: Re: Compaq BASIC feature or bug? 1 Message-ID: <oIL_a.2279$sY4.846@news.cpqcorp.net>   :     This is a feature.  To quote from the documentation of<     the "IF" statement (From a 1990 version of the VAX BASIC     Reference Manual):  ?     "All statements between the THEN keyword and the next ELSE, ;      line numer, or END IF are part of the THEN clause...."   F     So...if you have an ELSE (or a line number), the END IF is assumed     by the compiler.  G     This feature is to support older (I mean "real" old) BASIC programs E      that were written prior to the addition of END IF as part of the       (VAX) BASIC language.       Ed Vogel  7     HP C Engineering (who spent a lot of time on BASIC)     4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message3 news:Zez_a.4561$kp4.744436@news20.bellglobal.com...  | Compaq BASIC feature or bug? |  | D | While renovating (indenting and remarking) a colleague's program I
 discoveredJ | a missing "END IF" statement that gets by the complier with no errors orL | warnings. While I applaud the compiler authors for their wonderful work, IC | would rather get a warning on this one. (the program's author was  surprised by | this too!) | K | p.s. since I don't have a software support contract with HP/Compaq I hope ' | someone else will report this to them  |  | Neil Rieck | Kitchener/Waterloo/Cambridge,  | Ontario, Canada.# | http://www3.sympatico.ca/n.rieck/  |  | * * * * *  | H |         !=============================================================+ |         ! title  : aaa_END_IF_anomaly.bas  |         ! author : Neil Rieck  |         ! created: 2003-08-13 7 |         ! purpose: demos a strange END-IF anomamly... > |         !          ... in HP's Alpha BASIC V1.5-000 compiler2 |         ! notes  : compile this program like so:K |         !              bas/optim=level=0/warn=all  aaa_END_IF_anomaly.bas H |         !=============================================================  |         option type = explicit |         set no prompt  |         ! $ |         declare long x1%, x2%, x3% |         print "test cases:" 1 |         print "  '1,2,3' yields steps 1 then 2" 1 |         print "  '1,0,3' yields steps 1 then 3" 1 |         print "  '1,0,0' yields steps 1 then 4" * |         print "  '0,0,0' yields step  5" |         ! E |         input "enter 3 numbers sepearated by commas? "; x1%,x2%,x3%  |         if x1% = 1 |         then |             print "step 1" |             if x2% = 2 |             then  |                 print "step 2" |             else! |                 if x3% = 3 then $ |                     print "step 3" |                 else$ |                     print "step 4" |                 end ifA |     %let %anomaly=1%        ! 0=normal code, 1=disable "END IF"  |     %if  %anomaly=0% %thenA |             end if          ! anomaly: this line isn't required  |     %end %ifE |         else                ! this ELSE seems to assume an "END IF"  |             print "step 5" |         end if |         ! 
 |         end  |  |  |  |  |  |    ------------------------------    Date: 14 Aug 2003 10:54:19 -0700, From: JimStrehlow@data911.com (Jim Strehlow)) Subject: Re: Compaq BASIC feature or bug? = Message-ID: <4b6ec350.0308140954.67c7d31a@posting.google.com>   4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in messageO > While renovating (indenting and remarking) a colleague's program I discovered J > a missing "END IF" statement that gets by the complier with no errors orL > warnings. While I applaud the compiler authors for their wonderful work, IP > would rather get a warning on this one. (the program's author was surprised by > this too!) ...    What happens when you do a $ BASIC /WARNINGS= ALL    ' Jim Strehlow, Data911, Alameda, CA, USA    ------------------------------  % Date: Thu, 14 Aug 2003 13:19:21 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> * Subject: Fast ethernet and DECnet phase IV8 Message-ID: <bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de>  E Situation: one Digital Server 5305  with a DE500 combined with a SCSI I adapter and one Digital Server 3300 with a single DE500. Both Alpha's run  VMS 7.3.I The adapters were connected to a 10 Mb/s repeater. DECnet, LAT and IP ran J fine, never a problem. The 5305 is used to store .ISO files so I bought anL Edimax 10/100 switch. The ewa0 devices were changed to fastFD. LANCP on bothL nodes reports that the adapters are running at 1000 MHz in full duplex mode.= FTP transfers run flawless, though a little slow, at 30 Mb/s. @ The problem is with DECnet copies. Even on small files (like the, SYS$MANAGER:*.COM files) NCP reports errors.I The link is closed, in fact the source node loses connection to the other F machine (adjacancy down). NCP SHOW LINE EWA-0 COUN shows 2 block check errors.    Hans   PSK both machines are now down owing to the temperature in the attic; I'll post # more details when they're up again.    ------------------------------  % Date: Thu, 14 Aug 2003 21:29:06 +1000 : From: "David McKenzie" <david.mckenzie@paradigm-shift.biz>. Subject: Re: Fast ethernet and DECnet phase IVC Message-ID: <3f3b73ac$0$95051$c30e37c6@lon-reader.news.telstra.net>   K Is it possible that the switch fails to autonegotiate the speed properly? I  have seen this many times.  6 "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message2 news:bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de...G > Situation: one Digital Server 5305  with a DE500 combined with a SCSI K > adapter and one Digital Server 3300 with a single DE500. Both Alpha's run 
 > VMS 7.3.K > The adapters were connected to a 10 Mb/s repeater. DECnet, LAT and IP ran L > fine, never a problem. The 5305 is used to store .ISO files so I bought anI > Edimax 10/100 switch. The ewa0 devices were changed to fastFD. LANCP on  bothH > nodes reports that the adapters are running at 1000 MHz in full duplex mode. ? > FTP transfers run flawless, though a little slow, at 30 Mb/s. B > The problem is with DECnet copies. Even on small files (like the. > SYS$MANAGER:*.COM files) NCP reports errors.K > The link is closed, in fact the source node loses connection to the other H > machine (adjacancy down). NCP SHOW LINE EWA-0 COUN shows 2 block check	 > errors.  >  > Hans >  > PSH > both machines are now down owing to the temperature in the attic; I'll post% > more details when they're up again.  >    ------------------------------  % Date: Thu, 14 Aug 2003 13:16:51 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>. Subject: Re: Fast ethernet and DECnet phase IV+ Message-ID: <bhfujk$pjc@newton.cc.rl.ac.uk>   9 "> "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message 4 > news:bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de...  M > > The adapters were connected to a 10 Mb/s repeater. DECnet, LAT and IP ran N > > fine, never a problem. The 5305 is used to store .ISO files so I bought anK > > Edimax 10/100 switch. The ewa0 devices were changed to fastFD. LANCP on O > > both nodes reports that the adapters are running at 1000 MHz in full duplex 	 > > mode. A > > FTP transfers run flawless, though a little slow, at 30 Mb/s. D > > The problem is with DECnet copies. Even on small files (like the0 > > SYS$MANAGER:*.COM files) NCP reports errors.M > > The link is closed, in fact the source node loses connection to the other J > > machine (adjacancy down). NCP SHOW LINE EWA-0 COUN shows 2 block check > > errors.   M The line counters are the hardware ones, and are protocol independent; so you O have a hardware problem. The most likely thing is that the switch is running in M half-duplex mode. That would cause CRC errors because it would abort a packet  if it saw the Alpha transmit.   P Despite what some people claim, you would be hard pressed to tell the differenceS between a half-duplex and full-duplex, single direction transfer. The easiest thing 6 to do would be to put the Alpha in Fast (non-FD) mode.  Q If you're determined to grind the last ounce of performance out, then pick up the K latest LAN ECOs, install, and see if either Fast-FD or Autonegotiate works.    ------------------------------  # Date: Thu, 14 Aug 2003 14:38:06 GMT % From: "Mike Naime" <mnaime@kc.rr.com> . Subject: Re: Fast ethernet and DECnet phase IV; Message-ID: <i9N_a.92943$o27.2018462@twister.rdc-kc.rr.com>   4 Hans Vlems <hvlems.nieuw@zonnet.nl> wrote in message2 news:bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de...G > Situation: one Digital Server 5305  with a DE500 combined with a SCSI K > adapter and one Digital Server 3300 with a single DE500. Both Alpha's run 
 > VMS 7.3.K > The adapters were connected to a 10 Mb/s repeater. DECnet, LAT and IP ran L > fine, never a problem. The 5305 is used to store .ISO files so I bought anI > Edimax 10/100 switch. The ewa0 devices were changed to fastFD. LANCP on  bothH > nodes reports that the adapters are running at 1000 MHz in full duplex mode. ? > FTP transfers run flawless, though a little slow, at 30 Mb/s. B > The problem is with DECnet copies. Even on small files (like the. > SYS$MANAGER:*.COM files) NCP reports errors.K > The link is closed, in fact the source node loses connection to the other H > machine (adjacancy down). NCP SHOW LINE EWA-0 COUN shows 2 block check	 > errors.  >  > Hans >  > PSH > both machines are now down owing to the temperature in the attic; I'll post% > more details when they're up again.  >   L Your problem is most likely in your switch.  Make sure that both ends of the6 pipe are set for 100/full.  DO NOT USE AUTO-NEGOTIATE.H For the DE500's that is FASTFD.  Find out what the network switch wants.  L I have had more problems with auto-negotiate on network switches that didn'tL than I care to count.  Hard set both ends for 100 full if you really want it to work.I If your network switch will not allow you to set 100 full, then get a new  one that will!  
 Mike Naime   ------------------------------  % Date: Thu, 14 Aug 2003 17:56:18 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> . Subject: Re: Fast ethernet and DECnet phase IV8 Message-ID: <bhgbf7$fo4n$1@ID-143435.news.uni-berlin.de>  G "David McKenzie" <david.mckenzie@paradigm-shift.biz> schreef in bericht = news:3f3b73ac$0$95051$c30e37c6@lon-reader.news.telstra.net... K > Is it possible that the switch fails to autonegotiate the speed properly?  I  > have seen this many times.  L So did I :-) and it was the first thing that was checked. But the switch andH the DE500's operated at 100 Mb/s and fullduplex. The thing is, the firstI couple of kBytes transfer alright. The copy process just stops after that L and the link times out. I'll provide more details in a couple of hours as it is too hot right now.  > 8 > "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message4 > news:bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de...I > > Situation: one Digital Server 5305  with a DE500 combined with a SCSI I > > adapter and one Digital Server 3300 with a single DE500. Both Alpha's  run  > > VMS 7.3.I > > The adapters were connected to a 10 Mb/s repeater. DECnet, LAT and IP  ran K > > fine, never a problem. The 5305 is used to store .ISO files so I bought  anK > > Edimax 10/100 switch. The ewa0 devices were changed to fastFD. LANCP on  > bothJ > > nodes reports that the adapters are running at 1000 MHz in full duplex > mode. A > > FTP transfers run flawless, though a little slow, at 30 Mb/s. D > > The problem is with DECnet copies. Even on small files (like the0 > > SYS$MANAGER:*.COM files) NCP reports errors.G > > The link is closed, in fact the source node loses connection to the  other J > > machine (adjacancy down). NCP SHOW LINE EWA-0 COUN shows 2 block check > > errors.  > >  > > Hans > >  > > PSJ > > both machines are now down owing to the temperature in the attic; I'll > post' > > more details when they're up again.  > >  >  >    ------------------------------  % Date: Thu, 14 Aug 2003 17:59:39 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> . Subject: Re: Fast ethernet and DECnet phase IV8 Message-ID: <bhgblh$e7l7$1@ID-143435.news.uni-berlin.de>  7 "Richard Brodie" <R.Brodie@rl.ac.uk> schreef in bericht % news:bhfujk$pjc@newton.cc.rl.ac.uk...  > ; > "> "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message 6 > > news:bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de... > K > > > The adapters were connected to a 10 Mb/s repeater. DECnet, LAT and IP  ran F > > > fine, never a problem. The 5305 is used to store .ISO files so I	 bought an J > > > Edimax 10/100 switch. The ewa0 devices were changed to fastFD. LANCP onJ > > > both nodes reports that the adapters are running at 1000 MHz in full duplex > > > mode. C > > > FTP transfers run flawless, though a little slow, at 30 Mb/s. F > > > The problem is with DECnet copies. Even on small files (like the2 > > > SYS$MANAGER:*.COM files) NCP reports errors.I > > > The link is closed, in fact the source node loses connection to the  other L > > > machine (adjacancy down). NCP SHOW LINE EWA-0 COUN shows 2 block check
 > > > errors.  > K > The line counters are the hardware ones, and are protocol independent; so  you F > have a hardware problem. The most likely thing is that the switch is
 running inH > half-duplex mode. That would cause CRC errors because it would abort a packet > if it saw the Alpha transmit.    OK.  > G > Despite what some people claim, you would be hard pressed to tell the 
 differenceG > between a half-duplex and full-duplex, single direction transfer. The 
 easiest thing 8 > to do would be to put the Alpha in Fast (non-FD) mode. > I Right, that could be the problem. I'll try and run DE500's in half duplex  mode.   L > If you're determined to grind the last ounce of performance out, then pick up theF > latest LAN ECOs, install, and see if either Fast-FD or Autonegotiate works. > H Well, after a couple of attempts to run Cisco gear (serveral years back,K admittedly) in Autonegotiate mode with other vendor's gear, I lost my faith 2 in Autonegotiate. Thanks for the half-duplex hint.   Hans >    ------------------------------  % Date: Thu, 14 Aug 2003 18:01:55 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> . Subject: Re: Fast ethernet and DECnet phase IV8 Message-ID: <bhgbpp$erml$1@ID-143435.news.uni-berlin.de>  2 "Mike Naime" <mnaime@kc.rr.com> schreef in bericht5 news:i9N_a.92943$o27.2018462@twister.rdc-kc.rr.com...  > 6 > Hans Vlems <hvlems.nieuw@zonnet.nl> wrote in message4 > news:bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de...I > > Situation: one Digital Server 5305  with a DE500 combined with a SCSI I > > adapter and one Digital Server 3300 with a single DE500. Both Alpha's  run  > > VMS 7.3.I > > The adapters were connected to a 10 Mb/s repeater. DECnet, LAT and IP  ran K > > fine, never a problem. The 5305 is used to store .ISO files so I bought  anK > > Edimax 10/100 switch. The ewa0 devices were changed to fastFD. LANCP on  > bothJ > > nodes reports that the adapters are running at 1000 MHz in full duplex > mode. A > > FTP transfers run flawless, though a little slow, at 30 Mb/s. D > > The problem is with DECnet copies. Even on small files (like the0 > > SYS$MANAGER:*.COM files) NCP reports errors.G > > The link is closed, in fact the source node loses connection to the  other J > > machine (adjacancy down). NCP SHOW LINE EWA-0 COUN shows 2 block check > > errors.  > >  > > Hans > >  > > PSJ > > both machines are now down owing to the temperature in the attic; I'll > post' > > more details when they're up again.  > >  > J > Your problem is most likely in your switch.  Make sure that both ends of the 8 > pipe are set for 100/full.  DO NOT USE AUTO-NEGOTIATE.J > For the DE500's that is FASTFD.  Find out what the network switch wants. > G > I have had more problems with auto-negotiate on network switches that  didn'tK > than I care to count.  Hard set both ends for 100 full if you really want  it
 > to work.K > If your network switch will not allow you to set 100 full, then get a new  > one that will! >  > Mike Naime >  > G The two DE500's were set at FASTFD. The switch is AFAIK unmanageable. I K bought the thing yesterday and it was all I could afford. But given the use . of the LAN, half duplex mode is not a problem.   Hans   ------------------------------    Date: 14 Aug 2003 10:49:41 -0700, From: JimStrehlow@data911.com (Jim Strehlow). Subject: Re: Fast ethernet and DECnet phase IV= Message-ID: <4b6ec350.0308140949.11a21df2@posting.google.com>   k "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message news:<bhfr7u$9b4s$1@ID-143435.news.uni-berlin.de>... G > Situation: one Digital Server 5305  with a DE500 combined with a SCSI K > adapter and one Digital Server 3300 with a single DE500. Both Alpha's run 
 > VMS 7.3.1 ... adapters are running ... in full duplex mode.     E I often do the following for my process to see if EWA0, EWA1 ... etc. 1 display problems every minute when misconfigured.    $ REPLY /ENABLE     ' Jim Strehlow, Data911, Alameda, CA, USA    ------------------------------    Date: 14 Aug 2003 11:52:04 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: HP FUDBusting3 Message-ID: <j4NyVhsTyL0J@eisner.encompasserve.org>   Y In article <bhens2$19ft$1@jeeves.eng.abbnm.com>, peter@abbnm.com (Peter da Silva) writes:  > M > How do you address it? Or did it explicitly map the stack into both address / > spaces (seems wasteful, given the page size).  >   F    I pushed some code onto the stack, set the stack address in R5, andB    simply RTS R5.  That was on an 11/34.  If I had tried it on the2    11/44, I would have had to adjust the APR also.   ------------------------------  # Date: Thu, 14 Aug 2003 17:40:02 GMT # From: "John N." <JNixon@cfl.rr.com>  Subject: HP user advocacy poll< Message-ID: <SPP_a.41967$K4.2018832@twister.tampabay.rr.com>  L The results of the last poll are in.  It was regarding Tru64 user's plans to migrate from Tru64 unix.I Most of the respondents had no plans to migrate to HP-UX until the Alphas # reached their economic end of life. L What was missing were any options for people that planned to move to an O.S.L other than HP-UX.  Do they honestly think ALL Tru64 users will automatically go with HP-UX?   ------------------------------  % Date: Thu, 14 Aug 2003 16:12:46 +0200 + From: Rok Vidmar <Rok.Vidmar@NUK.Uni-Lj.Si> - Subject: Init disk for maximal container file & Message-ID: <3f3bb500$1@NUK.Uni-Lj.Si>  D   I am trying to put 4110372 block container file on a 4110480 block RZ28M. Is it doable?   My  < $ INITIALIZE DKA100/CLUSTER=16382/DIRECTORIES=16/HEADERS=16-> /HOMEBLOCKS=CONTIGUOUS/INDEX=BEGINNING/MAXIMUM_FILES=1/SYSTEM- /NOVERIFIED MX2SET  > has a lot to be desired (127433 blocks to be exact) because of INDEXF.SYS and BADBLK.SYS    --   Regards,  D Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si; National and University Library  Phone:     +386 1 421 5461 ; Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464  Slovenia   ------------------------------  # Date: Thu, 14 Aug 2003 15:07:59 GMT   From: Rob Brown <brown@gmcl.com>1 Subject: Re: Init disk for maximal container file L Message-ID: <Pine.LNX.4.44.0308140900330.10789-100000@localhost.localdomain>  & On Thu, 14 Aug 2003, Rok Vidmar wrote:  F >   I am trying to put 4110372 block container file on a 4110480 block > RZ28M. Is it doable? >   My > > > $ INITIALIZE DKA100/CLUSTER=16382/DIRECTORIES=16/HEADERS=16-@ > /HOMEBLOCKS=CONTIGUOUS/INDEX=BEGINNING/MAXIMUM_FILES=1/SYSTEM- > /NOVERIFIED MX2SET > @ > has a lot to be desired (127433 blocks to be exact) because of > INDEXF.SYS and BADBLK.SYS   C I don't see anything wrong with that.  /HEADERS=16/MAXIMUM_FILES=1  ? should minimize the size of INDEXF.SYS.  /CLUSTER=16382 should    minimize the size of BITMAP.SYS.  B I'm surprised that you mention BADBLK.SYS as a problem.  I thoughtC that it would only contain bad blocks and so it should be small, if C not 0.  Do you have bad blocks?  If you do then probably the whole  G cluster containing the bad block would be moved to BADBLK.SYS.  127433  B might indicate 8 bad blocks, except for the fact that it is not a  multiple of the cluster-size.   , Maybe you should post DIR/SIZE=ALL [000000].     --    / Rob Brown                        brown@gmcl.com A G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)4                                  (780)437-3367 (FAX)1                                  http://gmcl.com/    ------------------------------  # Date: Thu, 14 Aug 2003 10:41:36 GMT - From: Mike Rechtman <michael.rechtman@hp.com> . Subject: Re: itrc - H.P. I.T. Resource Center.& Message-ID: <3F3B9172.473DD22E@hp.com>   Chris Moore wrote: > K > One other problem is that patches for older versions such as 5.5-2H4, 7.1 M > etc. have been omitted. (VAX only shows 6.2, 7.2 and 7.3, Alpha is similar)  > K > I realize that not much is going on there, but some of those versions are ? > still listed by HP (sorry...'hp') as "prior version support".  > N > Looks like I better download everything to my own repository, just in case I: > encounter yet another "obsolete" system to be supported. >   H PLEASE find the 'feedback' page, and leave a message about this - I did, and was C contacted back, but I think many voices in unison would make a much  better   impression.     : > "Ken Robinson" <kenrbnsn1@patmedia.net> wrote in message> > news:6.0.0.14.2.20030812085038.04beee50@mail.patmedia.net...# > At 08:26 AM 8/12/2003, you wrote: M > >In article <bh96en$u4g$1@grandcanyon.binc.net>, hamilton@Encompasserve.org ! > >(Bradford J. Hamilton) writes:  > > > K > > > I "heard" about it because I susbscribe to the patch mailing list.  I E > > > susbscribe as a "check" against the "patches" thread in the VMS  > > conference on F > > > EISNER::.  I suppose if one were to scour the ITRC web site on a > > regular basis,= > > > one would discover the addition of the patches in ITRC.  > >  > >   And the URL is?  > ) > Here is the email I received yesterday:  > % >       ==== begin email message ====  > 9 > Improved Access to HP Tru64 UNIX and HP OpenVMS Patches  > F > As part of HP's continued commitment to provide our customers with aE > world-class customer  experience, we are introducing a new customer D > solution for obtaining patches for HP OpenVMS, HP  Tru64 UNIX, andK > associated layered products.  Now, you can get these patches at the HP IT M > Resource  Center (ITRC) and take advantage of this one-stop IT professional N > support site's advanced patch  capabilities and comprehensive support tools. > B > This new solution will provide customers the following features:8 >          One stop shopping for all HP produced patches6 >          Improved search capabilities and navigationL >          Ability to download all desired and dependent patches in a single? > transaction thereby           saving time and reducing errors  > C > All users of DSN link, http://www.support.compaq.com/patches, and G > ftp1.compaq.com will now be  directed to the HP IT Resource Center to G > obtain patches for HP Tru64 UNIX, HP OpenVMS, and  associated layered  > products patches.  > M > The existing patch distribution sites will be retired in September 2003. We K > encouraged you to begin  using the new ITRC services immediately and take M > advantage of the advanced patching and other  technical support features of  > the site.  >  > Getting Started:H > When you need to find and download a patch or patch kit, use HP ITRC's > Patch Database.  > 3 > Begin at HP's IT Resource Center (ITRC) web site:  > http://www.itrc.hp.com > B >   From the ITRC home page, select "individual patches" under the1 > maintenance and support (hp  products) heading.  > I > If you are first time user of the ITRC, you will need to register for a G > user ID and password.  Follow the instruction on the log in screen to J > register. If you are already registered with the  ITRC, log in with yourL > user ID and password. [if you are registered to use the forums there, that$ > registration is sufficient -- Ken] > G > For more information on searching and downloading patches, follow the K > "Tru64 Unix and OpenVMS  patches" link in the right side bar of the patch H > main menu. For more information on the IT Resource  Center, follow theF > "introducing the ITRC" right sidebar linkage off the ITRC home page. >   >    ==== End email message ==== >  > Ken Robinson   --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%" --   ------------------------------  % Date: Thu, 14 Aug 2003 05:49:08 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Re: more HP layoffs9 Message-ID: <oWI_a.6506$kp4.869027@news20.bellglobal.com>   7 "Dave Gudewicz" <k9jdk@NOSPAMarrl.net> wrote in message ) news:vjlq14s6b8og70@corp.supernews.com... K > Got a call just yesterday from a long term DEC--->CPQ--->HP employee.  No N > longer.  He and several others in that category were given their pink slips. > This in the Chicagoland area.  > M > Guess that's one way to please Wall Street.  But that's several less highly K > qualified people to rely on for support, etc.  Guess that doesn't matter.  > 	 > Dave...  >  [snip] >  > G Yep. Short term gain followed by long term pain. BTW, was your buddy in  technology or management?   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Thu, 14 Aug 2003 15:11:56 GMT   From: CJT <cheljuba@prodigy.net> Subject: Re: more HP layoffs* Message-ID: <3F3BA700.1060203@prodigy.net>   Dave Gudewicz wrote:  K > Got a call just yesterday from a long term DEC--->CPQ--->HP employee.  No N > longer.  He and several others in that category were given their pink slips. > This in the Chicagoland area.   # Was he getting close to retirement?    > M > Guess that's one way to please Wall Street.  But that's several less highly K > qualified people to rely on for support, etc.  Guess that doesn't matter.  > 	 > Dave...  > 6 > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message4 > news:8ae_a.3867$VG.139059@news20.bellglobal.com... > 4 >>I just read the following article at the inquirer:+ >>http://www.theinquirer.net/?article=10996 < >>If true, it looks like HP is still in slash and burn mode. >>L >>BTW, I heard a recent rumour about Fall layoffs in the group that supportsA >>TCP/IP Services for OpenVMS. (something about HP getting rid of  >  > contractors; > F >>and this work being spun off to sub-contractors by Compaq before the > 
 > merger). >  >>Has anyone else heard this?  >> >> >>Neil Rieck >>Kitchener/Waterloo/Cambridge,  >>Ontario, Canada.# >>http://www3.sympatico.ca/n.rieck/ : >>http://www3.sympatico.ca/n.rieck/links/cool_openvms.html >> >> >> >  >  >    ------------------------------  ! Date: Thu, 14 Aug 03 08:49:08 GMTC From: jmfbahciv@aol.comh$ Subject: Re: PDP-11 OS Release Dates+ Message-ID: <bhfm6l$et1$1@bob.news.rcn.net>e  ) In article <tqmvft1334j.fsf@drizzle.com>, ,    Patrick Scheible <kkt@drizzle.com> wrote: >jmfbahciv@aol.com writes: >nB >> Nah, think about front ends handling comm and output.  -8s were? >> very, very good at handling a certain task without requiringa@ >> human babysitting.  And those marvels could work in all kinds% >> of environments without a <CTRL>G.  >. >I never got to use an -8. H   <grin>  You poor kid.a  - > .. Was that a hardware front end or part of. >the OS?  ? PDP-8s could run on their own.  The -10s used them as comm gearl= and peripheral [I guess you could call them] servers.  A DC72uC was an -8.  Eventually PDP-11s replaced the -8s for these functionsOD and were the harbingers of real networks.  I can still remember when? we could type SET HOST to get to the -10 we wanted to login on.uA Before that we either had a hardwired line to an -11 (or the -10)nG or we played musical plugs.  We had "plug and play" way before PeeCees.  The play was very different.   /BAH  ' Subtract a hundred and four for e-mail.W   ------------------------------  % Date: Thu, 14 Aug 2003 07:59:21 +0100/* From: Nic Clews <sendspamhere@[127.0.0.1]>B Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1' Message-ID: <bhfbsc$rl9$1@lore.csc.com>-   Nic Clews wrote: >  > Gorazd Kikelj wrote: > >hO > > I finaly manage to compile PGP 2.6.3ia multi05 on OpenVMS Alpha V7.3-1 with( > > DECC 6.5  H > I will email, as I'll attempt to build the code on earlier versions of= > VMS, and for VAX. I'll give a shout here if I'm successful.i  B The object libraries linked OK on [Alpha] 7.2-2 as well (I did notF attempt a build). It provides support for up to 8192 bit key length as- well as an impressive array of compatibility.    -- e? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesg nclews at csc dot comO   ------------------------------  % Date: Thu, 14 Aug 2003 09:27:10 +0200 3 From: "Gorazd Kikelj" <gorazd.kikelj@hp.nospam.com>tB Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1* Message-ID: <3f3b3fe3@usenet01.boi.hp.com>   Great news.    Thanks.i    
 Gorazd Kikeljd HP Services Slovenia   ------------------------------    Date: 14 Aug 2003 13:02:56 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>B Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-16 Message-ID: <20030814130256.24328.qmail@gacracker.org>  @ On Thu, 14 Aug 2003, Nic Clews <sendspamhere@[127.0.0.1]> wrote: >Nic Clews wrote:e >>   >> Gorazd Kikelj wrote:  >> >P >> > I finaly manage to compile PGP 2.6.3ia multi05 on OpenVMS Alpha V7.3-1 with
 >> > DECC 6.5i >rI >> I will email, as I'll attempt to build the code on earlier versions off> >> VMS, and for VAX. I'll give a shout here if I'm successful. > C >The object libraries linked OK on [Alpha] 7.2-2 as well (I did notaG >attempt a build). It provides support for up to 8192 bit key length ast. >well as an impressive array of compatibility.  I Disastry reported a problem verifying signatures on keys when he built itt. here, I don't know if that was ever resolved.   N The 8K keys are only for people with tinfoil hats, and I don't think there are7 any suitably strong symmetric ciphers to go with them.       Doc. -- sK OpenVMS.         Eight out of ten hackers prefer *other* operating systems.eK [New PGP Key - Get via finger]                        http://vmsbox.cjb.net-   ------------------------------  % Date: Thu, 14 Aug 2003 14:22:09 +0100 * From: Nic Clews <sendspamhere@[127.0.0.1]>B Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-1' Message-ID: <bhg2a4$4aa$1@lore.csc.com>s   "Doc.Cypher" wrote:m > B > On Thu, 14 Aug 2003, Nic Clews <sendspamhere@[127.0.0.1]> wrote: > >Nic Clews wrote:n  E > >The object libraries linked OK on [Alpha] 7.2-2 as well (I did nottI > >attempt a build). It provides support for up to 8192 bit key length asa0 > >well as an impressive array of compatibility. > K > Disastry reported a problem verifying signatures on keys when he built ite/ > here, I don't know if that was ever resolved.h  D If someone can reproduce the problem or knows more about the issues,( I'll give it a shot with this version...   -- U? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesi nclews at csc dot comv   ------------------------------    Date: 14 Aug 2003 14:37:20 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>B Subject: Re: pgp 2.6.3ia multi05 finally running on OpenVMS V7.3-16 Message-ID: <20030814143720.26076.qmail@gacracker.org>  @ On Thu, 14 Aug 2003, Nic Clews <sendspamhere@[127.0.0.1]> wrote: >"Doc.Cypher" wrote: >> iC >> On Thu, 14 Aug 2003, Nic Clews <sendspamhere@[127.0.0.1]> wrote:c >> >Nic Clews wrote: >aF >> >The object libraries linked OK on [Alpha] 7.2-2 as well (I did notJ >> >attempt a build). It provides support for up to 8192 bit key length as1 >> >well as an impressive array of compatibility.V >> rL >> Disastry reported a problem verifying signatures on keys when he built it0 >> here, I don't know if that was ever resolved. >fE >If someone can reproduce the problem or knows more about the issues,t) >I'll give it a shot with this version...e  G It showed up when you tried to check the signatures on a key you'd just- generated. a  L As far as I can tell for export restrictions only source could be put on theN freeware CD.  I'd be happy to host .OBJ files with detached signatures since I' am not subject to similar restrictions.r     Doc. -- oK OpenVMS.         Eight out of ten hackers prefer *other* operating systems.XK [New PGP Key - Get via finger]                        http://vmsbox.cjb.netd   ------------------------------    Date: 14 Aug 2003 00:48:46 -0700, From: Georg.Nowak@sms-demag.de (Georg Nowak) Subject: Re: Problems with NFS= Message-ID: <e7d8e959.0308132348.490bd166@posting.google.com>t   > I > Take a look at the proxy that -2,-2 is coming in as (without a matchingd > proxy,1 > assuming you enabled -2,-2 in the first place).  > N > Then look at the device that you are trying to mount.  Is the mount point inL > the exports file?  Is the basic device is there?  What is the ownership of > theeE > volume and the MFD ([000000]000000.DIR;1)?  What is the protection?a > F > It probably works because the second situation provides a resolvable
 > identity2 > and is okay with the ownerships and protections. > M > Take a look and let me know.  Email me here (john at o s s c dot [net]) and J > there may be something else I can provide you with to get an idea what's > goingh > on.) >  > -Johns   Hello John,v  D sorry for answering late, but there are too many things right now...  D After booting the 2 systems several days ago, every thing looks like@ it should on VMS, but now my NFS Maestro on Windows 2000 stoppedB working (which was working before). But that's a different storry.   Thanks ! Georg=   ------------------------------    Date: 14 Aug 2003 09:18:59 -0700/ From: bconklin@masongeneral.com (Brian Conklin) % Subject: Querying UAF from MS WindowsI= Message-ID: <7ba31a17.0308140818.4ccdf541@posting.google.com>.   Hello,*    I am a novice when it comes to OpenVMS.E    I have been searching for days for a Howto on querying the OpenVMSEC Alpha 7.3 UAF from a Windows host that will be able to display user=D names, password expiration date, and whether the account is disabled or not on an ASP page.E    I have a fairly large network that includes WinNT/2K servers, Unix E servers, Linux servers, and this one OpenVMS server. We currently can > display this user information from all but the OpenVMS server.2    Thank you for any help you may be able to give.   ------------------------------  + Date: Thu, 14 Aug 2003 18:36:52 +0200 (MET)?9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> ) Subject: Re: Querying UAF from MS Windowsx; Message-ID: <01KZGMU2LUJQAM7Y4A@sysdev.deutsche-boerse.com>   , >    I am a novice when it comes to OpenVMS.G >    I have been searching for days for a Howto on querying the OpenVMS E > Alpha 7.3 UAF from a Windows host that will be able to display user%F > names, password expiration date, and whether the account is disabled > or not on an ASP page.G >    I have a fairly large network that includes WinNT/2K servers, Unix G > servers, Linux servers, and this one OpenVMS server. We currently can @ > display this user information from all but the OpenVMS server.4 >    Thank you for any help you may be able to give.  F Being a pure VMS person, I have never used it, but there is something I called OpenVMS Management Station or something which IIRC does something  0 similar (and also allows things to be modified).   ------------------------------  % Date: Thu, 14 Aug 2003 11:39:43 -0500g( From: brandon@dalsemi.com (John Brandon)) Subject: Re: Querying UAF from MS Windowss1 Message-ID: <03081411394322@dscis6-0.dalsemi.com>r   > Hello,, >    I am a novice when it comes to OpenVMS.G >    I have been searching for days for a Howto on querying the OpenVMSrE > Alpha 7.3 UAF from a Windows host that will be able to display useroF > names, password expiration date, and whether the account is disabled > or not on an ASP page.G >    I have a fairly large network that includes WinNT/2K servers, Unix"G > servers, Linux servers, and this one OpenVMS server. We currently cane@ > display this user information from all but the OpenVMS server.4 >    Thank you for any help you may be able to give.  	 Try this:p   hp OpenVMS systems management station  ; http://h71000.www7.hp.com/openvms/products/argus/index.htmlc     J*o*h*n B*r*a*n*d*o*nD VMS Systems Administratore* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Thu, 14 Aug 2003 14:14:51 +0200n( From: Andreas Davour <ante@update.uu.se>K Subject: running simh VAX simulator with some other microcode than default?r0 Message-ID: <cs97k5gsaf8.fsf@tempo.update.uu.se>   Hi!r  H I've been toying with VMS on the simh VAX simulator and was wandering ifF the ka655.bin is the microcode for the processor? Then, wouldn't it beH possible to run the simulator as a more competent VAX if you have a fast	 host CPU?s   Have anybody done this?    /andreas   ------------------------------  % Date: Thu, 14 Aug 2003 12:02:39 -0400p* From: "Stanley F. Quayle" <stan@stanq.com>O Subject: Re: running simh VAX simulator with some other microcode than default? , Message-ID: <3F3B7A5F.6511.106D11@localhost>  . On 14 Aug 2003 at 14:14, Andreas Davour wrote:G > I've been toying with VMS on the simh VAX simulator and was wandering H > if the ka655.bin is the microcode for the processor? Then, wouldn't itH > be possible to run the simulator as a more competent VAX if you have a > fast host CPU?  @ The file is the boot ROM, not microcode. Changing the code will D change the type of VAX reported, but won't change how SIMH emulates  the VAX instruction set.  A CHARON-VAX can emulate several different VAXen by this mechanism.w  < [Shameless Plug(tm)   I happen to be a CHARON-VAX reseller.]
 --Stan Quayler Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671h1 8572 North Spring Ct. NW, Pickerington, OH  43147h= Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  # Date: Thu, 14 Aug 2003 06:23:24 GMTr% From: "Mike Naime" <mnaime@kc.rr.com>a Subject: Re: show clusterA; Message-ID: <wVF_a.90339$o27.2006336@twister.rdc-kc.rr.com>   ) You are asking 2 different question here.h  1 The following I know works for VMS7.2 and higher.W$ ====================================I Using SHOW CLUSTER will show you what the node that you are on thinks thet# status of other cluster members is.dL If you try MON CLUSTER (Short for monitor cluster) you can see if any CPU or disk activity is going on.J Note: mon cluster requires that the VPM_SERVER is running on your systems.6 The following line should be in your SYSTARTUP_VMS.COM @SYS$STARTUP:VPM$STARTUP.COM' This will start the VPM_SERVER process. F This process has a tendancy to crap out, and then you need to kill the/ process and restart it for MON CLUSTER to work.L    < You can also remotely look at a cluster member using SYSMAN.	 MC SYSMANe, SET ENV/CLUSTER  or SET ENV/NODE={node name}' DO {DCL command that you want executed}N  > Example:  If I want to do a SHO DEVICE D on all cluster nodes.
 SET ENV/CLUSTd DO SH DEV Do5 this will return a show dev d from all cluster nodes.lG DO SHO SYS  will return the system process list from all cluster nodes.l  I If you only want to look at a particular node, you set environment to thei particular node.K If I wanted to look at "NODE04" and not the rest of the cluster, where I am 
 on NODE01.   SET ENV/NODE=NODE04o
 DO SHO SYS DO SHO DEV D
 DO SHO MEMK DO MON SYS  {your screen keeps scrolling instead of re-drawing -- control-cr to exit}0 DO @[whatever.directory.you.want]FILE_TO_RUN.com	 .... etc.   G Your system may still have been up, and you could not access it becauseeG TCPIP had crapped out, your network switch had dropped the link... ETC. B Your SH CLUSTER indicated that the cluster member was still up andG functional as far as the other member could tell.  If you had done somelL "remote" commands, you could probably have looked at the status of the other  node to see just what was wrong.    5 amit sawhney <thick_guy_9@yahoo.com> wrote in messaget: news:20030814032302.78618.qmail@web41110.mail.yahoo.com... > Hello all,5 > How can I find the status of a cluster member using" > SHOW CLUSTER.m > 6 > I had a problem yesterday when node A in the cluster3 > was down, but SH CLUSTER in node B showed both as 2 > members. How can I find out if both are actively
 > running? >$ > THanks in advance... >e > =====. > Sincerely: > Amit S >SJ > ________________________________________________________________________G > Want to chat instantly with your online friends?  Get the FREE Yahoo!e* > Messenger http://uk.messenger.yahoo.com/   ------------------------------  % Date: Thu, 14 Aug 2003 09:46:49 +0200S% From: "Fred Zwarts" <F.Zwarts@KVI.nl> ! Subject: SHOW MEMORY /FILES /FULLe. Message-ID: <bhfedu$jdk$1@info.service.rug.nl>  @ SHOW MEMORY /FILES /FULL used to show much more information thanC SHOW MEMORY /FILES, but on my 7.3-1 systems the output is the same.r- Is this a bug, or is it documented somewhere?s   ------------------------------  % Date: Thu, 14 Aug 2003 15:28:18 +0300l" From: Guy Peleg <guy.peleg@hp.com>% Subject: Re: SHOW MEMORY /FILES /FULLj& Message-ID: <3F3B8062.72F99668@hp.com>   Hello Fred,e  G In V7.3 there has been a significant change in the page/swap file area.  Some limitationn7 have been removed (see documentation for full details).a  F As part of the change, SHOW MEMORY/FILE was changed to support the new format.fF The code that implemented /FULL does not exist any more. So it's not a bug, the code isn't  there.  C I do not know if it is documented somewhere or not. If you need then information provided byh? the /FULL qualifier you might want to try  SDA>CLUE MEMORY/FILE   	 Guy Pelege OpenVMS Engineering.   Fred Zwarts wrote:  B > SHOW MEMORY /FILES /FULL used to show much more information thanE > SHOW MEMORY /FILES, but on my 7.3-1 systems the output is the same.0/ > Is this a bug, or is it documented somewhere?e   ------------------------------  % Date: Thu, 14 Aug 2003 15:34:59 +0300 " From: Guy Peleg <guy.peleg@hp.com>% Subject: Re: SHOW MEMORY /FILES /FULLe& Message-ID: <3F3B81F3.8FA2145E@hp.com>  D It might be a good idea to file a service call at your local support center. This is theh" best way to guarantee a fix.......   Guyr   Fred Zwarts wrote:  B > SHOW MEMORY /FILES /FULL used to show much more information thanE > SHOW MEMORY /FILES, but on my 7.3-1 systems the output is the same.l/ > Is this a bug, or is it documented somewhere?s   ------------------------------  % Date: Thu, 14 Aug 2003 17:21:43 +0200m% From: "Fred Zwarts" <F.Zwarts@KVI.nl>c% Subject: Re: SHOW MEMORY /FILES /FULLn. Message-ID: <bhg92v$rd6$1@info.service.rug.nl>  1 "Guy Peleg" <guy.peleg@hp.com> wrote in message =w  news:3F3B8062.72F99668@hp.com...
 > Hello Fred,r >=20E > In V7.3 there has been a significant change in the page/swap file =v area.  > Some limitation.9 > have been removed (see documentation for full details).o >=20H > As part of the change, SHOW MEMORY/FILE was changed to support the new	 > format.0H > The code that implemented /FULL does not exist any more. So it's not a > bug, the code isn'th > there. >=208 > I do not know if it is documented somewhere or not.=20  ( Maybe then the DCL HELP needs an update.B HELP on SHOW MEMORY /FULL says that the /FULL qualifier is ignored= unless /FILES or /POOL is specified. I think /FILES should be(
 removed here.Y  ) > If you need the information provided by A > the /FULL qualifier you might want to try  SDA>CLUE MEMORY/FILEh   Thanks, this is what I needed.   >=20 > Guy Peleg  > OpenVMS Engineering. >=20 > Fred Zwarts wrote: >=20D > > SHOW MEMORY /FILES /FULL used to show much more information thanG > > SHOW MEMORY /FILES, but on my 7.3-1 systems the output is the same. 1 > > Is this a bug, or is it documented somewhere?a >    ------------------------------  # Date: Thu, 14 Aug 2003 06:24:19 GMT.6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>2 Subject: Re: Upgrading VMS Cluster to DS10 or ES409 Message-ID: <nWF_a.372$vW5.13@newssvr29.news.prodigy.com>h  I An ES45 is only slightly more than an ES40 since the Eves have started tou? ship and you can way more "bang for the buck" on these systems.n     -- Andy Bustamante  remove the ASCII 95s to replye  < "Grealy, Patrick" <PGrealy@sph.uth.tmc.edu> wrote in messageG news:40B30BA5E139F648B2EA60E6AE3A7B2601CCA278@sphnt3.sph.uth.tmc.edu... D Our current cluster is DEC7610 + DEC2100 + HSJ40/StorageWorks. We'reH considering the cheapest way to migrate to 21st century and maintain theG redundancy of the cluster. Any suggestions considering DS10 vs. ES40? -a Thanks.l   ------------------------------    Date: 14 Aug 2003 08:25:15 -0500 From: briggs@encompasserve.org3 Subject: Re: using mailbox for shared memory accessk3 Message-ID: <0PNWauNn7Fq0@eisner.encompasserve.org>t  _ In article <3F3A9CD1.4BEABF5C@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes:  > Hello, > B > I'm working on a project that needs inter-process communication. > E > I need to share some data, not a lot, maybe a couple hundred bytes.e > 9 > Anyway, I thought I'd use locks and mailboxes for this.C >  > D > Say Process "A" is the first to create a mailbox, and is given theD > channel in return, for use in later QIOs. While "A" has a channel,1 > process "B" starts to access the same mailbox. n > J > I want to both "A" and "B" to read and write info to/from the mailbox. IA > intend to use locks to keep them from tripping over each other.t  C Some more details would be helpful.  How often is the data updated?uD How often is it read?  Do both processes update with equal frequencyC or is it skewed.  Are the updates bursty?  Are they tightly groupedn@ within the region?  Do you need to read tiny bits of data or big? blocks?  Do you need to update tiny bits of data or big blocks?i@ Are you trying to operate within constraints of CPU utilization,% disk I/O or real time responsiveness?   6 There are quite a number of approaches you could take:  C 1.  Shared memory.  Synchronize access with event flags, spinlocks,:? or locks depending on your access requirements.  Use $CRMPSC or1= installed shared global common ($ INSTALL /WRITE /SHARE).  OrmC use the synchronization primitives of your language (if you use Adac or similar that has such).  ? 2.  Mailbox.  My inclination would be to use a simple messaging4, protocol.  Perhaps the two message protocol:   "HERE IS <memory block>"  and	 "SEND ME"h  A If you allow unsolicited "HERE IS" you must be prepared to ignore.9 unexpected "SEND ME" due to the potential race condition.o  B You could use one mailbox bidirectional or two mailboxes, each one= way.  You have a much better chance of avoiding deadlock with < two mailboxes.  And you'll probably want to use the IO$M_NOW; modifier on your writes to make sure that you don't lock upt> waiting on a "HERE IS" send in the one process and a "SEND ME" send in the other.  7 You could extend this protocol to increase granularity.t   "SEND ME BLOCK <blocknumber>"l- "HERE IS BLOCK <blocknumber> CONTENTS <data>"r  @ and then maintain a table of ownership of the shared memory area block by block.h  B 3.  Bank of locks.  Use the lock value block on each resource in a? range to hold 16 bytes of shared memory.  Primary shared memory > area is a local copy held by each process.  Each memory updateA in the local copy is accompanied with a lock, change value block, 4 unlock cycle so that the other process gets updated.  C Dealing with the potential for "lock value block not valid" is leftT as an exercise for the student.h  D 4.  File on disk.  Use RMS record locking and choose the record size& to suit your granularity requirements.  B 5.  Shared logical name table.  Use your choice of synchronization technique to coordinate access.n   	John Briggs   ------------------------------   End of INFO-VAX 2003.448 ************************