1 INFO-VAX	Wed, 06 Sep 2006	Volume 2006 : Issue 489       Contents:# Re: All is not well at the HP board # Re: All is not well at the HP board # Re: All is not well at the HP board # Re: All is not well at the HP board ( Re: Changes to OpenVMS Patch Kit Formats! ConDist Contents database on-line % Re: ConDist Contents database on-line % Re: ConDist Contents database on-line / Confusing behaviour of local and global symbols 3 Re: Confusing behaviour of local and global symbols A Re: Debugging image invoked by SYMBIONT via LIB$FIND_IMAGE_SYMBOL A Re: Debugging image invoked by SYMBIONT via LIB$FIND_IMAGE_SYMBOL ' Re: Heads Up:  Intel to axe 20,000 jobs ' Re: Heads Up:  Intel to axe 20,000 jobs ' Re: Heads Up:  Intel to axe 20,000 jobs ' Re: Heads Up:  Intel to axe 20,000 jobs  Re: nagios nrpe for vms  Re: nagios nrpe for vms  Re: nagios nrpe for vms ( Re: OpenVMS 7.3-2 to 8.2 Upgrade WarningP Re: OT - running IE in Windows (was:Re: Thoughts on the book: DEC is dead, long P Re: OT - running IE in Windows (was:Re: Thoughts on the book: DEC is dead, long ? Please Loot the Inforamtion/Mainframe Material  at "MFRESOURCE" C Re: Please Loot the Inforamtion/Mainframe Material  at "MFRESOURCE" & Re: Strange Connection Attempts - SMTP& Re: Strange Connection Attempts - SMTP4 Re: Thoughts on the book: DEC is dead, long live DEC4 RE: Thoughts on the book: DEC is dead, long live DEC4 Re: Thoughts on the book: DEC is dead, long live DEC4 Re: Thoughts on the book: DEC is dead, long live DEC4 Re: Thoughts on the book: DEC is dead, long live DEC4 RE: Thoughts on the book: DEC is dead, long live DEC What is PSDC Re: What is PSDC Re: What is PSDC Re: What is PSDC Re: What is PSDC Re: [VMS V7.3-2] ECO date  Re: [VMS V7.3-2] ECO date  Re: [VMS V7.3-2] ECO date   F ----------------------------------------------------------------------  % Date: Wed, 06 Sep 2006 04:59:44 -0400 ( From: Bill Todd <billtodd@metrocast.net>, Subject: Re: All is not well at the HP boardG Message-ID: <CpOdna8vOv6dE2PZnZ2dnUVZ_oCdnZ2d@metrocastcablevision.com>    JF Mezei wrote: b >> http://news.com.com/Media+leaks+prompt+HP+board+shake-up/2100-1014_3-6112501.html?tag=nefd.lede >  > Leak occured. @ > Pat Dunn announces she is hiring a spy to find out who it was.  5 For Christ's sake, JF, can't you read simple English?   @ 1,  Pat Dunn announced nothing until the investigation that she A undertook without consulting with the rest of the board had been  D completed.  When she talked earlier with Perkins (the Chair of HP's F corporate governance committee) about *starting* an investigation, he L advised her instead just to ask the board who had talked and get an apology.  J > One board member resigns over the hiring of a spy (on pricniple). He got0 > his residential phone line tapped as a result.  F 2.  No investigations occurred because Perkins resigned:  he resigned 8 because of the investigations that had already occurred.  I 3.  No one's 'phone line was tapped:  the investigator conned the 'phone  I company out of call records that connected a board member with reporters.   J > And another board member's term was not renewed (leading one to think he' > was the one who had leaked the info).   E 4.  His term was not renewed because he *was* the source of the leak  D ("the company claimed, he disclosed confidential information to the I press" - and according to another news story he admitted this at the May  - meeting when confronted with the accusation).   G When you can't even paraphrase your own sources with anything remotely  I resembling accuracy, do you really find it hard to understand why people  E get so disgusted with your incompetence?  Shape up, shut up, or keep   getting beaten up.   - bill   ------------------------------  $ Date: Wed, 6 Sep 2006 07:11:59 -06006 From: "Michael D. Ober" <obermd.@.alum.mit.edu.nospam>, Subject: Re: All is not well at the HP board4 Message-ID: <44fec91e$0$501$815e3792@news.qwest.net>  F I think the shareholders of HP need to call an emergency shareholders J meeting and fire Pat Dunn.  The fact that she went behind the back of the L Board of Directors tells me there are some very serious problems at the top  of HP.  L In addition, if the State of California discovers that the investigator who K obtained the phone records violated the law, Pat Dunn should be charged as  F well (at least as an accessory) since she is the person who hired the 
 investigator.   
 Mike Ober.  6 "Bill Todd" <billtodd@metrocast.net> wrote in message A news:CpOdna8vOv6dE2PZnZ2dnUVZ_oCdnZ2d@metrocastcablevision.com...  > JF Mezei wrote: c >>> http://news.com.com/Media+leaks+prompt+HP+board+shake-up/2100-1014_3-6112501.html?tag=nefd.lede  >> >> Leak occured.A >> Pat Dunn announces she is hiring a spy to find out who it was.  > 7 > For Christ's sake, JF, can't you read simple English?  > L > 1,  Pat Dunn announced nothing until the investigation that she undertook J > without consulting with the rest of the board had been completed.  When J > she talked earlier with Perkins (the Chair of HP's corporate governance L > committee) about *starting* an investigation, he advised her instead just 5 > to ask the board who had talked and get an apology.  > K >> One board member resigns over the hiring of a spy (on pricniple). He got 1 >> his residential phone line tapped as a result.  > H > 2.  No investigations occurred because Perkins resigned:  he resigned : > because of the investigations that had already occurred. > K > 3.  No one's 'phone line was tapped:  the investigator conned the 'phone  K > company out of call records that connected a board member with reporters.  > K >> And another board member's term was not renewed (leading one to think he ( >> was the one who had leaked the info). > M > 4.  His term was not renewed because he *was* the source of the leak ("the  M > company claimed, he disclosed confidential information to the press" - and  K > according to another news story he admitted this at the May meeting when  " > confronted with the accusation). > I > When you can't even paraphrase your own sources with anything remotely  K > resembling accuracy, do you really find it hard to understand why people  G > get so disgusted with your incompetence?  Shape up, shut up, or keep   > getting beaten up. > 	 > - bill     ------------------------------  % Date: Wed, 06 Sep 2006 09:08:40 -0700 ' From: David Mathog <mathog@caltech.edu> , Subject: Re: All is not well at the HP board+ Message-ID: <edmrq8$ipt$1@naig.caltech.edu>    Michael D. Ober wrote:  N > In addition, if the State of California discovers that the investigator who M > obtained the phone records violated the law, Pat Dunn should be charged as  H > well (at least as an accessory) since she is the person who hired the  > investigator.   C According to one article I read the phone records were obtained by  C "pretexting" == pretending to be somebody else.  The person who did B this provided the last 4 digits of the director's social security @ number.  Since HP pays the directors it must be in possession of= these magic SS digits.  If the "pretexter" obtained them from > HP all hell is going to break loose and one or more people are7 going to jail. Deservedly so.  This also would give the ( outed director grounds for a civil suit.  @ The world being what it is though the "pretexter" may have just @ purchased this information from Choicepoint or one of the other E companies that traffic in personal information.  If so, he/she better  have saved the receipt.    Regards,   David Mathog mathog@caltech.edu   ------------------------------  % Date: Wed, 06 Sep 2006 09:06:43 -0700 * From: "Tom Linden" <tom@kednos-remove.com>, Subject: Re: All is not well at the HP board) Message-ID: <op.tfgsdhe1tte90l@hyrrokkin>   H On Wed, 06 Sep 2006 09:08:40 -0700, David Mathog <mathog@caltech.edu>  =   wrote:   > Michael D. Ober wrote: > I >> In addition, if the State of California discovers that the investigat=  or  =   I >> who obtained the phone records violated the law, Pat Dunn should be  =   I >> charged as well (at least as an accessory) since she is the person wh=  o  =   >> hired the investigator. > G > According to one article I read the phone records were obtained by  =   I > "pretexting" =3D=3D pretending to be somebody else.  The person who di=  d F > this provided the last 4 digits of the director's social security  =  B > number.  Since HP pays the directors it must be in possession of? > these magic SS digits.  If the "pretexter" obtained them from @ > HP all hell is going to break loose and one or more people are9 > going to jail. Deservedly so.  This also would give the * > outed director grounds for a civil suit.  D That is one porblem, the other is that Tom Perkins resigned from theD board over these issues in May and it was not reported to the SEC as required by law.   > D > The world being what it is though the "pretexter" may have just  =  D > purchased this information from Choicepoint or one of the other  =  G > companies that traffic in personal information.  If so, he/she better  > have saved the receipt.  > 
 > Regards, >  > David Mathog > mathog@caltech.edu       -- =  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------   Date: 6 Sep 2006 10:05:48 -0700 ; From: "george.pagliarulo@hp.com" <george.pagliarulo@hp.com> 1 Subject: Re: Changes to OpenVMS Patch Kit Formats B Message-ID: <1157562348.113817.67600@m79g2000cwm.googlegroups.com>  D To reiterate,  the only VMS patch kits that will be digitally signedE are V8.3 and later kits.  Kits for versions prior to V8.3 will not be G signed.  The reason for shipping PCSI$COMPRESSED kits for those earlier E versions is so that we can standardize on one packaging format across  all supported versions.    George Pagliarulo  ECO Release Process  OpenVMS Sustaining Engineering Hewlett-Packard Company    ------------------------------  % Date: Wed, 06 Sep 2006 10:46:18 +0200 + From: Martin Vorlaender <mv@pdv-systeme.de> * Subject: ConDist Contents database on-line+ Message-ID: <4m7g6iF4s6trU1@individual.net>    I wrote on 25-Aug-2006: I > P.S.: I think I'll put up the database I built from the CD_CONTENTS.DAT  > files online sometime.  5 It now is on-line under http://org.openvms.de/spl.php   @ Corrections, comments, and money (just kidding) are appreciated.   Enjoy,	    Martin  --  D One OS to rule them all       | Martin Vorlaender  |  OpenVMS rules!7 One OS to find them           | work: mv@pdv-systeme.de H One OS to bring them all      | http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   Date: 6 Sep 2006 09:31:50 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) . Subject: Re: ConDist Contents database on-line3 Message-ID: <HCBh9iVQgGN5@eisner.encompasserve.org>   Y In article <4m7g6iF4s6trU1@individual.net>, Martin Vorlaender <mv@pdv-systeme.de> writes:  > I wrote on 25-Aug-2006: J >> P.S.: I think I'll put up the database I built from the CD_CONTENTS.DAT >> files online sometime.  > 7 > It now is on-line under http://org.openvms.de/spl.php  > B > Corrections, comments, and money (just kidding) are appreciated.  E Great job.  There is no update for the product I was looking for :-(, - but your job is merely to display reality :-)   D My one comment is that a more clear way of saying "case insensitive"F is "case blind", since "blind" does not appear to resemble "sensitive" the way "insensitive" does.    ------------------------------  % Date: Wed, 06 Sep 2006 17:29:10 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> . Subject: Re: ConDist Contents database on-lineJ Message-ID: <paul.sture.nospam-792059.17291006092006@mac.sture.homeip.net>  3 In article <HCBh9iVQgGN5@eisner.encompasserve.org>, /  Kilgallen@SpamCop.net (Larry Kilgallen) wrote:     F > My one comment is that a more clear way of saying "case insensitive"H > is "case blind", since "blind" does not appear to resemble "sensitive" > the way "insensitive" does.   / I've just looked, and it now says "case blind".    --  
 Paul Sture   ------------------------------   Date: 6 Sep 2006 07:59:11 -0700 6 From: "hanblo {at} netscape.net" <hanblo@netscape.net>8 Subject: Confusing behaviour of local and global symbolsB Message-ID: <1157554751.170582.289120@i3g2000cwc.googlegroups.com>   Hello,G I run OpenVMS 7.3-2 with ECO's and have, what I think a funny behaviour   when it comes to symbolhandling. Two commandprocdures:    CP_1:  $  DBA = "1_L_SYMB"  $  @CP_2 "" -uusername $  exit    CP_2: ' $  DBA == F$edit(P2, "TRIM, LOWERCASE")  $  show symbol DBA*  $  show symbol/global DBA* $!2 $! Next command says undefined symbol, check...... $! $  show symbol/local DBA*  $! $! Next command gives me "1_"  $!- $  write sys$output "''F$extract(0, 2, DBA)'"  $! $! and of course this is true  $!F $  if F$extract(0, 2, DBA) .nes. "-u" then write sys$output "No match" $  exit   	 Question: F Shouldn't show symbol/local and F$extract work against the same symbolB table (or actually do the same search through the local and global symboltables)?   Regards 	 Hans Blom    ------------------------------   Date: 6 Sep 2006 11:54:54 -0500  From: briggs@encompasserve.org< Subject: Re: Confusing behaviour of local and global symbols3 Message-ID: <5kFxOLX1epDa@eisner.encompasserve.org>   { In article <1157554751.170582.289120@i3g2000cwc.googlegroups.com>, "hanblo {at} netscape.net" <hanblo@netscape.net> writes:  > Hello,I > I run OpenVMS 7.3-2 with ECO's and have, what I think a funny behaviour " > when it comes to symbolhandling. > Two commandprocdures:  >  > CP_1:  > $  DBA = "1_L_SYMB"  > $  @CP_2 "" -uusername	 > $  exit  >  > CP_2: ) > $  DBA == F$edit(P2, "TRIM, LOWERCASE")  > $  show symbol DBA*  > $  show symbol/global DBA* > $!4 > $! Next command says undefined symbol, check...... > $! > $  show symbol/local DBA*  > $! > $! Next command gives me "1_"  > $!/ > $  write sys$output "''F$extract(0, 2, DBA)'"  > $! > $! and of course this is true  > $!H > $  if F$extract(0, 2, DBA) .nes. "-u" then write sys$output "No match"	 > $  exit   
 To summarize:   5 o You have the outer procedure defining symbol DBA in    its local symbol table.   @ o You have the inner procedure defining symbol DBA in the global   symbol table  ? o There is no definition of symbol DBA in the inner procedure's    local symbol table.    Accordingly   9 o SHOW SYMBOL /GLOBAL shows the definition created by the    inner procedure   A o SHOW SYMBOL shows the definition created by the outer procedure   / o SHOW SYMBOL /LOCAL shows no definition at all    This is expected behavior.  C Each procedure level has its own local scope for symbol definition. ; SHOW SYMBOL /LOCAL only looks at the innermost local scope.    There is a single global scope. - SHOW SYMBOL /GLOBAL looks at the global scope   G Default symbol resolution looks at all scopes and matches the innermost  definition.   SHOW SYMBOL looks at all scopes.  . Note that $ SET SYMBOL /SCOPE can affect this. >  > Question: H > Shouldn't show symbol/local and F$extract work against the same symbolD > table (or actually do the same search through the local and global > symboltables)?  @ F$EXTRACT seems to search the same tables that SHOW SYMBOL does.  C Why would you expect SHOW SYMBOL /LOCAL to show you global symbols? ? Or, alternatively, why would you expect F$EXTRACT to not search  global symbols?    ------------------------------  % Date: Wed, 06 Sep 2006 04:15:14 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> J Subject: Re: Debugging image invoked by SYMBIONT via LIB$FIND_IMAGE_SYMBOL+ Message-ID: <44FE8376.F80A74C@teksavvy.com>    Hoff Hoffman wrote: N >    As a test, I'd define DBG$INPUT, DBG$OUTPUT and DBG$DECW$DISPLAY, and I'd. > then issue the SS$_DEBUG signal at run-time.   I did the following:    + 	added "lib$signal("SS$_DEBUG") in the code 
 	CC/DEBUG/etc ! 	LINK/DEBUG/NOTRACEBACK/SHARE etc     : In MAIL, when the foreign protocol image is invoked, I getP %SYSTEM-F-DEBUG, command interpreter debugger signal at PC=<mumble> PSL=<mumble>   and then back to the $ sign.    H Am I missing something ?  (defined dbg$input and dbg$output to the FTAx:2 device, and DBG$DECW$DISPLAY to the WSAx: device.)    F Once I get this working with interactive MAIL, I can attempt to get itG working with the SYMBIONT. Do these logicals gets checked only at image E activation (when symbiont/queue is started) or only once the debugger  signal is sent ?   ------------------------------  # Date: Wed, 06 Sep 2006 15:45:38 GMT & From: John Reagan <john.reagan@hp.com>J Subject: Re: Debugging image invoked by SYMBIONT via LIB$FIND_IMAGE_SYMBOL, Message-ID: <C2CLg.1$S75.0@news.cpqcorp.net>   JF Mezei wrote:  > Hoff Hoffman wrote:  > N >>   As a test, I'd define DBG$INPUT, DBG$OUTPUT and DBG$DECW$DISPLAY, and I'd. >>then issue the SS$_DEBUG signal at run-time. >  >  > I did the following:   > - > 	added "lib$signal("SS$_DEBUG") in the code  > 	CC/DEBUG/etc # > 	LINK/DEBUG/NOTRACEBACK/SHARE etc  >  > < > In MAIL, when the foreign protocol image is invoked, I getR > %SYSTEM-F-DEBUG, command interpreter debugger signal at PC=<mumble> PSL=<mumble> >  > and then back to the $ sign. >  >  > Am I missing something ?  D You are linking your shareable with /DEBUG (drop the /NOTRACEBACK), G however MAIL isn't linked with debug or traceback.  When it activates,  @ the system doesn't know to establish the debugger as one of the E last-chance handlers.  So when you signalled SS$_DEBUG, the debugger   wasn't there to catch it.    --   John Reagan 5 HP Pascal/{A|I}MACRO/COBOL for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Wed, 06 Sep 2006 03:52:55 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: Heads Up:  Intel to axe 20,000 jobs, Message-ID: <44FE7E3D.FEB96563@teksavvy.com>   Additional tidbits:   F The Santa Clara-based company said most of the job cuts this year willE come from its management, marketing and information technology ranks, L and will expand in 2007 to include manufacturing, design and other segments.  D Current cuts are expected to save $2 billion per year . But 2008, an8 extra $1 billion will be gotten through additional cuts.      C So far, nothing disproving the prediction of a 2007 announcement of  IA64's end of life.   F Also, in after-hours trading , Intel's stock has dropped because a fewA analysts said that Intel had not gone far enough with the cuts to % eliminate unprofitable product lines.     > Over the next few months, I expect to see more than just a fewG newspapers predict IA64's demise, I have begun to see analysts start to F openly mention IA64 as a money losing failure for Intel. If this picks6 up steam, Intel won't have much choice but to drop it.   ------------------------------  % Date: Wed, 06 Sep 2006 04:26:26 -0400 ( From: Bill Todd <billtodd@metrocast.net>0 Subject: Re: Heads Up:  Intel to axe 20,000 jobsG Message-ID: <ruqdneBaU7SqG2PZnZ2dnUVZ_tKdnZ2d@metrocastcablevision.com>    Rick Jones wrote: 0 > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote:F >> BBC reports that Intel is to announce it is axing up to 20,000 jobs  >> today. (20% of its workforce) > G > Perhaps the BBC have updated their coverage since you looked - when I 3 > look at their website the figure given is 10,500:  > 1 > http://news.bbc.co.uk/2/hi/business/5316270.stm   G A cynic might suspect a deliberate effort on the part of Intel leakers  G to manage expectations, such that the actual number, rather than being  H seen as grim confirmation of the major purge already anticipated, would 9 be seen as 'nowhere nearly as bad as it could have been'.   G If it were The National Enquirer, I'd just chalk it up to their normal  I alarmist muckraking.  Since it was news outlets like the BBC and the WSJ  G (just Google intel bbc "up to 20000" to see a list), who are usually a  I bit pickier about the sources they quote, I'm not as quick to dismiss it  	 that way.    - bill   ------------------------------  $ Date: Wed, 6 Sep 2006 07:48:25 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> 0 Subject: Re: Heads Up:  Intel to axe 20,000 jobs< Message-ID: <44feb408$0$24202$9a6e19ea@news.newshosting.com>  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:44FE7E3D.FEB96563@teksavvy.com... > Additional tidbits:  > H > The Santa Clara-based company said most of the job cuts this year willG > come from its management, marketing and information technology ranks, E > and will expand in 2007 to include manufacturing, design and other   > segments.  > F > Current cuts are expected to save $2 billion per year . But 2008, an: > extra $1 billion will be gotten through additional cuts. > E > So far, nothing disproving the prediction of a 2007 announcement of  > IA64's end of life.  >   M I'm afraid there is nothing proving it either. The only thing that will shut  I down IA64 is if a "Curly type" is pushed into a decision making position  L then shoots his company in the foot. Although every company makes mistakes, H companies like IBM and Intel haven't yet made the really big ones which & equate to Compaq committing Alphacide.   > H > Also, in after-hours trading , Intel's stock has dropped because a fewC > analysts said that Intel had not gone far enough with the cuts to ' > eliminate unprofitable product lines.  >   K I am surprised that anybody even listens to analysts anymore. These people  I have the worst track record and I'm convinced the 1996-2006 decade (when  J web-based trading really went main-stream) will be known as the decade of = the "stock spammers" (or alternatively, "carpet baggers v.2")    > @ > Over the next few months, I expect to see more than just a fewI > newspapers predict IA64's demise, I have begun to see analysts start to H > openly mention IA64 as a money losing failure for Intel. If this picks8 > up steam, Intel won't have much choice but to drop it. >   K Like Alpha and PA-RISC, most people have never heard of IA64 or Itanium or  M Integrity. Believe it or not, this comment also includes a very large number  M of people in the Wintel community (just ask around, you'd be shocked). So we  = might see the odd analyst comment on http://www.wired.com or  H http://www.theinquirer.net I don't expect to hear about IA64 or Itanium  anywhere else.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.9 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html     ------------------------------  % Date: Wed, 06 Sep 2006 05:07:54 -0700 * From: "Tom Linden" <tom@kednos-remove.com>0 Subject: Re: Heads Up:  Intel to axe 20,000 jobs) Message-ID: <op.tfghbgaatte90l@hyrrokkin>   H On Wed, 06 Sep 2006 01:26:26 -0700, Bill Todd <billtodd@metrocast.net>   wrote:   > Rick Jones wrote: 1 >> JF Mezei <jfmezei.spamnot@teksavvy.com> wrote: G >>> BBC reports that Intel is to announce it is axing up to 20,000 jobs ! >>> today. (20% of its workforce) I >>  Perhaps the BBC have updated their coverage since you looked - when I 4 >> look at their website the figure given is 10,500:3 >>  http://news.bbc.co.uk/2/hi/business/5316270.stm  > J > A cynic might suspect a deliberate effort on the part of Intel leakers  J > to manage expectations, such that the actual number, rather than being  K > seen as grim confirmation of the major purge already anticipated, would   ; > be seen as 'nowhere nearly as bad as it could have been'.   J The actual I saw from the press release was 5,500.  When added to the jobs: lost through shedding of certain operations totals 10,500.   > J > If it were The National Enquirer, I'd just chalk it up to their normal  L > alarmist muckraking.  Since it was news outlets like the BBC and the WSJ  J > (just Google intel bbc "up to 20000" to see a list), who are usually a  L > bit pickier about the sources they quote, I'm not as quick to dismiss it   > that way.  >  > - bill       --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  % Date: Tue, 05 Sep 2006 20:28:10 -0400 , From: Hoff Hoffman <hoff-remove-this@hp.com>  Subject: Re: nagios nrpe for vms* Message-ID: <44fe160f@usenet01.boi.hp.com>   Rich Jordan wrote: > Hoff Hoffman wrote:  >> Zakaria wrote: 9 >>> nrpevms last build at http://nrpevms.dbaalacarte.com/ S >>    Just what "nagios nrpe" might be obvious to some, but an introduction -- what A >> is it, what can you do with it, etc -- might well be in order.  > 1 > And from the page that now seems to be working:  > C > "nrpe_vms is an OpenVMS version of the nrpe (Nagios Remote Plugin G > Executor) daemon for unix-like operation systems. It provides methods F > to execute Nagios service checks on an OpenVMS system and report the# > results back to your Nagios host"   O    What if you're busy dealing with a Goa'uld host, and not a Nagios host?  :-)   M    But seriously, that's (still) not (really) an introduction.   If you want  Q your open source or your port to best succeed, I'd 'umbly recommend including at  L least a brief introductory blurb and a few URLs.  eg:  <http://nagios.org/> " Yes, I know, that's "marketing"...  P    It also looks like I need to go read up on this stuff, as it does look to be  a useful tool.   ------------------------------   Date: 6 Sep 2006 02:14:55 -0700  From: dooleys@snowy.net.au  Subject: Re: nagios nrpe for vmsB Message-ID: <1157534095.919935.69770@b28g2000cwb.googlegroups.com>  H > I've downloaded it three times and promptly got swamped out by work so; > still haven't tried it.  Its supposed to be quite decent. > One way to test drive this is to use the "free" vmware server,/ and download a pre-configured nagios appliance. & http://www.vmware.com/vmtn/appliances/ Phil   ------------------------------   Date: 6 Sep 2006 08:32:35 -0700 ( From: "Rich Jordan" <jordan@ccs4vms.com>  Subject: Re: nagios nrpe for vmsC Message-ID: <1157556755.361365.285340@m73g2000cwd.googlegroups.com>    Hoff Hoffman wrote:  > Rich Jordan wrote: > > Hoff Hoffman wrote:  > >> Zakaria wrote: ; > >>> nrpevms last build at http://nrpevms.dbaalacarte.com/ U > >>    Just what "nagios nrpe" might be obvious to some, but an introduction -- what C > >> is it, what can you do with it, etc -- might well be in order.  > > 3 > > And from the page that now seems to be working:  > > E > > "nrpe_vms is an OpenVMS version of the nrpe (Nagios Remote Plugin I > > Executor) daemon for unix-like operation systems. It provides methods H > > to execute Nagios service checks on an OpenVMS system and report the% > > results back to your Nagios host"  > Q >    What if you're busy dealing with a Goa'uld host, and not a Nagios host?  :-)  > N >    But seriously, that's (still) not (really) an introduction.   If you wantR > your open source or your port to best succeed, I'd 'umbly recommend including atM > least a brief introductory blurb and a few URLs.  eg:  <http://nagios.org/> $ > Yes, I know, that's "marketing"... > Q >    It also looks like I need to go read up on this stuff, as it does look to be  > a useful tool.  F If you do, and feel like reporting back I'd be delighted to read aboutE it.  The way things are going here it'll be a couple of months before B there's even a chance of some breathing space for "side projects".   Rich   ------------------------------  $ Date: Wed, 6 Sep 2006 08:08:12 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> 1 Subject: Re: OpenVMS 7.3-2 to 8.2 Upgrade Warning < Message-ID: <44feb8a9$0$24167$9a6e19ea@news.newshosting.com>  K Last night I finished upgrading my employer's Alphas from OpenVMS-7.3-2 to  = OpenVMS-8.2. Maybe these links will be of interest to others:   * Webinar (slides): OpenVMS 8.2 New Features. http://www.parsec.com/public/82newfeatures.ppt  6 HP OpenVMS V8.2: The Evolution and Investment Continue7 http://h71028.www7.hp.com/ERC/downloads/5983-0390EN.pdf       Neil Rieck  Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/       ------------------------------  % Date: Wed, 06 Sep 2006 09:11:18 -0700 * From: "Tom Linden" <tom@kednos-remove.com>Y Subject: Re: OT - running IE in Windows (was:Re: Thoughts on the book: DEC is dead, long  ) Message-ID: <op.tfgsk4jttte90l@hyrrokkin>   G On Wed, 06 Sep 2006 09:05:08 -0700, jls <jeffls-nospam@sbcglobal.net>    wrote:  2 > On Fri, 01 Sep 2006 16:07:11 -0700, "Tom Linden"  > <tom@kednos-remove.com> wrote: >  >  >>> H >> BTW,  as a word of caution I have a couple of W2k Servers, one custom >> built by H >> yours truly from off-the-shelf parts and the other a Poweredge from   >> Dell. >> TheG >> former is based on an Abit BP6 with dual Celeron 366 clocked at 600, 
 >> adaptecI >> scsi raid and the latter has builtin scsi raid.  The former I can no   	 >> longer J >> update from Microsoft and the latter I just updated yesterday to find   >> that  >> it J >> modifies the Bios (turned off Raid) so it would no longer boot,  so you >> have K >> to pop the drives for safety modify the Bios, power down, insert drive    >> and >> power up.G >> Since these are not on routable IPs I will probably no longer update D >> them.  I have a number of tools I use on them Photoshop, Autocad, >> correpsondence, etc > C > What updates from Microsoft would do this?  I've learned to NEVER H > allow microsoft update to install anything in the "hardware" category.F > You're always better off going to the individual device vendor sites > for those updates.  E I went to the Microsoft site to check for W2K updates as I tend to do E more-or-less monthly, clicked on express and there were 13 updates to K install, and obviously the BIOS got modified.  None of these were described  as hardware updates.   --  E Using Opera's revolutionary e-mail client: http://www.opera.com/mail/    ------------------------------  # Date: Wed, 06 Sep 2006 16:05:08 GMT ' From: jls <jeffls-nospam@sbcglobal.net> Y Subject: Re: OT - running IE in Windows (was:Re: Thoughts on the book: DEC is dead, long  8 Message-ID: <abstf2purafq3e7tl9l0km7o48tccm8m0d@4ax.com>  0 On Fri, 01 Sep 2006 16:07:11 -0700, "Tom Linden" <tom@kednos-remove.com> wrote:     >>H >BTW,  as a word of caution I have a couple of W2k Servers, one custom  	 >built by M >yours truly from off-the-shelf parts and the other a Poweredge from Dell.     >TheG >former is based on an Abit BP6 with dual Celeron 366 clocked at 600,    >adaptecL >scsi raid and the latter has builtin scsi raid.  The former I can no longerM >update from Microsoft and the latter I just updated yesterday to find that    >it J >modifies the Bios (turned off Raid) so it would no longer boot,  so you   >have M >to pop the drives for safety modify the Bios, power down, insert drive and   
 >power up.G >Since these are not on routable IPs I will probably no longer update   D >them.  I have a number of tools I use on them Photoshop, Autocad,   >correpsondence, etc  A What updates from Microsoft would do this?  I've learned to NEVER F allow microsoft update to install anything in the "hardware" category.D You're always better off going to the individual device vendor sites for those updates.   ------------------------------   Date: 6 Sep 2006 07:45:50 -0700 % From: "Sri" <sridhargandla@gmail.com> H Subject: Please Loot the Inforamtion/Mainframe Material  at "MFRESOURCE"B Message-ID: <1157553950.885264.15840@b28g2000cwb.googlegroups.com>  5 MFRESOURCE:  Mainframe Resources Group: (YAHOO GROUP)   6 Group useful for Mainframe Materials & Mainframe Jobs.  7 Related Link: http://groups.yahoo.com/group/mfresource/ ( Post message: mfresource@yahoogroups.com/ Subscribe: mfresource-subscribe@yahoogroups.com   9 Mainframe Job Postings in INDIA & US and other Countries.   F This Group is Useful for people who are attending Mainframe interviewsE and Professionals working in Mainframe Skills specifically working on  the following Skills:   ? COBOL JCL VSAM CICS,DB2 IMS DB/DC IDMS ADABAS/NATURAL, ENDEVOR, F FILE-AID, XPEDITOR COOLGEN ADABAS EZYTREIVE FOCUS MQSERIES NATURAL REX@ SAS TSO DATACOM ADSO IDMS ABENDAID CA7 CHANGEMAN FILEAID INFOMAN) INTERTEST PANAVALET STROBE XMODS XPEDITOR   < JOBS MVS,OS/390,Z/OS,S390,OS390,ZOS,JCL,VSAM, COBOL,PL1,CICS  B Mainframe interview FAQ & Mainframe Study material is available in2 "Files" Section. [Dont find Link then Mail me :-)]  3 REQUEST YOU MAKE SURE YOUR MESSAGES ARE VIRUS FREE.   G The MFRESOURCE Group Consists of MAINFRAME FAQ, and All Manuals realted D to Tools using on Mainframe. Tools used in M/F are File-aid,Endevor, Expeditor and Platinum Tools.   G This Group consists of IDMS,DB2,JCL,COBOL,VSAM and related to Mainframe , JOBS and Mainframe Materials and Tools ONLY.  D MFRESOURCE Group is useful for MAINFRAME IT JOBS & Mainframe related Info.   < So MEMBERS should post only to specific to mainframe realted inforamtion.  . Other postings in this Group is not permitted.      Thanks & Regards,  Group Moderator.   ------------------------------   Date: 6 Sep 2006 12:48:28 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) L Subject: Re: Please Loot the Inforamtion/Mainframe Material  at "MFRESOURCE"3 Message-ID: <67XN0rPTUOdY@eisner.encompasserve.org>   j In article <1157553950.885264.15840@b28g2000cwb.googlegroups.com>, "Sri" <sridhargandla@gmail.com> writes:7 > MFRESOURCE:  Mainframe Resources Group: (YAHOO GROUP)  > 8 > Group useful for Mainframe Materials & Mainframe Jobs.   BI = 2   ------------------------------   Date: 6 Sep 2006 07:09:02 -0500  From: briggs@encompasserve.org/ Subject: Re: Strange Connection Attempts - SMTP 3 Message-ID: <olltb4hp9$jq@eisner.encompasserve.org>   d In article <1157466754.563210.299580@e3g2000cwe.googlegroups.com>, Kenneth.H.White@gmail.com writes:E > We currently have an OpenVMS server that is attempting to make SMTP H > connections to an IP address of 169.254.5.28.  The attempts are comingH > at approximately 1 minute intervals.  I do not know much about OpenVMSE > and was wondering if anyone could help me determine what is causing > > these connection attempts.  Thanks in advance for your help!  D So your VMS machine is probably attempting outbound mail delivery toC an e-mail address which, for whatever reason, resolves to a 169.254  IP address.    This might be, for instance:   	To: joe.blow@[169.254.5.28]( 	To: joe.blow@somename.your.local.domain. or	To: joe.bloe@somename.somebody.elses.domain  F The first step is obviously to look at your outbound mail queue to see< what the recipient address looks like and who the sender is.  F If the recipient address is in square bracketted notation, you need to6 figure out why you're sending mail to such an address.  D If the recipient address is in your local domain, you need to figureE out how 169.254 addresses are getting into your forward lookup zones. C I'd be looking for workstations with multiple NICs and dynamic DNS.   D If the recipient addess is in somebody elses domain then it's reallyE their problem and your task is deploying a suitable local workaround.   A Router ACLs and blackhole routes are the standard way to proceed. F That won't get the mail delivered.  But it will stop you from emitting  traffic addressed to "martians".   ------------------------------   Date: 6 Sep 2006 05:48:47 -0700  From: Kenneth.H.White@gmail.com / Subject: Re: Strange Connection Attempts - SMTP C Message-ID: <1157546927.547804.126750@m79g2000cwm.googlegroups.com>   F I've read through everyone's posts and I've decided to let the expertsC handle this one.  I've passed it along to the IT director and he is F going to see what he can come up with.  I would like to thank everyoneD for their help.  I'll post again once we've rectified the problem inE case anyone else runs into this issue somehere down the line.  Thanks  again!   ------------------------------  % Date: Wed, 06 Sep 2006 02:13:03 -0400 ' From: Dave Froble <davef@tsoft-inc.com> = Subject: Re: Thoughts on the book: DEC is dead, long live DEC 9 Message-ID: <vLGdnb8TKbqJ-GPZnZ2dnUVZ_rudnZ2d@libcom.com>    Main, Kerry wrote: >> -----Original Message----- 2 >> From: Dave Froble [mailto:davef@tsoft-inc.com] " >> Sent: September 5, 2006 7:35 PM >> To: Info-VAX@Mvb.Saic.Com@ >> Subject: Re: Thoughts on the book: DEC is dead, long live DEC >> >  > [snip ...] >  >>> 9 >>> Having stated that, then this Cust has obviously not   >> installed many of> >>> the 5-20 *security* patches that come out every month for  >> Windows/Linux. @ >>> That's certainly a big risk - perhaps the app or their data  >> integrity or " >>> privacy is not very important? >> You need to give it a rest. >>H >> Reading about Alpha based licenses still costing much more than they ; >> should, and in comparison to itanic based licenses, has   >> depressed me all C >> over again.  'Sticking it' to Alpha users just chases away more   >> potential 'faithful'. >>: >> Could you detail for me the security risks and patches  >> required for me   >> to play some games? >> > G > We were talking about Windows servers .. How many games do you run on  > your Windows servers at work?  > E > Course the desktop support groups who support thousands of desktops C > would likely have a comment or two about keeping them current and H > semi-safe in at a semi-current consistent version, but that's not what > we were talking about. > H >> While I understand and respect the security issues, in some cases it H >> just isn't relavant.  Such users are as good a customer as those who > >> have security concerns.  As an example, how would you like  >> VMS to have, < >> say, 25% of the games market?  Nothing to be sneezed at,  >> don't ya think? >> > < > What does that have to do with Windows server security????  F Well, if one had, say, 25% of the games market, one might thumb one's ( nose at the server market?  Perhaps not.  H The issue, when looking at windoz servers, such can be on or visable to F the internet.  There be dragons.  But if such is not on the internet, A solely on an in-house network, how important are all the monthly  F security patches?  If the thing is working, what use are any patches?   If it ain't broke, don't fix it.  I Note that I'm with you on this whole issue.  But how many times must one  G be badgered with reality (and MSlop) before one acknowledges that some  6 users just don't care and will continue to use windoz?   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  $ Date: Wed, 6 Sep 2006 08:31:31 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> = Subject: RE: Thoughts on the book: DEC is dead, long live DEC T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684019BCFB5@tayexc19.americas.cpqcorp.net>   > -----Original Message-----3 > From: Dave Froble [mailto:davef@tsoft-inc.com]=20 ! > Sent: September 6, 2006 2:13 AM  > To: Info-VAX@Mvb.Saic.Com ? > Subject: Re: Thoughts on the book: DEC is dead, long live DEC  >=20 > Main, Kerry wrote: > >> -----Original Message----- 6 > >> From: Dave Froble [mailto:davef@tsoft-inc.com]=20$ > >> Sent: September 5, 2006 7:35 PM > >> To: Info-VAX@Mvb.Saic.ComB > >> Subject: Re: Thoughts on the book: DEC is dead, long live DEC > >> > >=20 > > [snip ...] > >=20  
 [snip ...]  > > > What does that have to do with Windows server security???? >=20J > Well, if one had, say, 25% of the games market, one might thumb one's=20* > nose at the server market?  Perhaps not. >=20A > The issue, when looking at windoz servers, such can be on or=20  > visable to=20 J > the internet.  There be dragons.  But if such is not on the internet,=20E > solely on an in-house network, how important are all the monthly=20 J > security patches?  If the thing is working, what use are any patches?=20" > If it ain't broke, don't fix it. >=20  F Dave - I know you are all for security, but you are missing one of theG points I was making i.e. 60% of all security issues are from *internal* E sources i.e. internal employees inappropriately accessing information E they should not be, bringing  unsecure viruses into the company etc..   E To many people assume that just because they have a firewall, they do 9 not need to be worried about trojans, worms, hackers etc.   F Heck, just think about all those employee laptops, PDA's, crackberriesC going home every night connecting directly to the Internet and then G connecting directly to the company network in the morning back at work. D The internal Wintel / Linux servers are prime targets for the little# buggies picked up the night before.   > > Note that I'm with you on this whole issue.  But how many=20 > times must one=20 A > be badgered with reality (and MSlop) before one acknowledges=20  > that some=208 > users just don't care and will continue to use windoz? >=20 > --=20 6 > David Froble                       Tel: 724-529-0450@ > Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com > DFE Ultralights, Inc.  > 170 Grimplin Road  > Vanderbilt, PA  15486  >=20   ------------------------------   Date: 6 Sep 2006 07:40:37 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Thoughts on the book: DEC is dead, long live DEC 3 Message-ID: <d8XqUe$YSWdJ@eisner.encompasserve.org>   \ In article <44FDA9DE.E05B3DA3@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > 4 > DECNET should never have had a need for a licence.  H    And all software should be free?  Sorry, but I make my living writingE    software and I expect the company I work for to get money from its 
    customers.    ------------------------------  # Date: Wed, 06 Sep 2006 13:22:31 GMT 5 From: rdeininger@mindspringdot.com (Robert Deininger) = Subject: Re: Thoughts on the book: DEC is dead, long live DEC [ Message-ID: <rdeininger-0609060922390001@dialup-4.233.149.247.dial1.manchester1.level3.net>   ? In article <44FDA9DE.E05B3DA3@teksavvy.com>, the JF MEZEI thing % <jfmezei.spamnot@teksavvy.com> wrote:   ! ... mostly nonsense, as expected.    >Neil Rieck wrote:N >> I agree. It wouldn't make sense to go back and produce hobbyist versions of- >> each product which wouldn't require a PAK.  >  > G >I think the issue here is that DEC never streamlined LMF to the extent H >it could have been streamlined. For instance one still requires to loadA >some strange "UCX" licence on VMS in order for something that is 5 >expected to be standard on any OS to work (TCPIP).     H No, with respect to TCPIP you are a decade or more out of date.  CurrentJ practice bundles tcpip, decnet, and a bunch of other products with VMS.  A; single "operating environment" PAK covers the whole bundle.   E This is similar in concept, but slightly different in details, to the J previous standard bundling practices which went under labels NAS or EIP atC various times.  Those bundles were available with varying levels of G functionality.  While the OS PAK was separate, the whole collection was H commonly bundled with new system sales.  I'm not aware of any common VMSC sales model in over a decade that would have included, required, or  suggested an actual UCX PAK.  I The exceptions are the "blanket" license programs that are avaible at low H or no cost, including the hobbyist, educational, and CSLG programs.  AllH of these programs involve PAK delivery via DCL command procedures.  CSLGE and Educational PAKs are delivered in a single file; Hobbyist needs 2 E files.  Since virtually everyone seems to just load the entire set of @ PAKs, a single command file seems as easy to manage as a single,J all-encompassing PAK would be.  I see little practical benefit to creatingG a new license bundling scheme to "improve" these programs.  And I see a F lot of work to do so, which could be (and has been) better directed to something else.   J By using the OLDEST available product name in these PAK lists, the bundlesA cover the widest possible range of software versions and hardware J products.  Yes, it would be quite trivial to make TCPIP accept a PAK namedI "TCPIP" in addition to "UCX", and somewhat less trivial to update all the G various business tools involved in generating, delivering, and tracking J PAKs.  Then HP could ship "TCPIP" PAKs, which would by the way not work atA all on older versions of the product.  OOPS!!!  Since you seem to J represent the group of VMS users who avoid newer products and versions, myI guess is you wouldn't like this any better than the process in place now.      >Only those who have@ >been with VMS long enough would know what that "UCX" thing was.  G So now UCX has been relegated to "thing" status, just like that Itanium G "thing".  I wonder if someday the 8086 CPU will be the only non-"thing"  thing in your universe.   H >At the time DEC changed the name to TCPIP Services, it should have justH >made it run with any VMS licence and not require its own.  And the factJ >that there are "full" and "client only" licences only makes things worse. > G >In this day and age, producing crippled versions of a product in order I >to justify a lower price is not acceptable when your competitors provide F >the full version at a lower price.  Its the price of the full product >that needs to be lowered.  F Only those who have been paying attention for the last few years would? know that this has largely been addressed, and continues to be.   E >I can see clustering and volume shadowing as needing extra licences. ' >(but for clustering, it is debatable).  > 3 >DECNET should never have had a need for a licence.   : Now I understand your logic.  (Or should I write "logic"?)  3 Of course VMS should be free if you buy the system.   ? The system should be free if you send in 10 box-tops and a SASC J (Self-Addressed Stamped Crate).  Since Integrity servers suck, they shouldC only require 2 box-tops.  And HP should be made to pay the postage.   I This leaves the problem of providing free boxes of breakfast cereal.  And  free crates.  F How about this business model:  Whenever the JF MEZEI "thing" asks forD something, he gets it for free.  Immediately.  Backported to VAX/VMSF 5.5-2.  Other products may be free at the vendor's option.  Simpler to  implement this version, I think.   ------------------------------  % Date: Wed, 06 Sep 2006 15:23:53 +0200 / From: Paul Sture <paul.sture.nospam@hispeed.ch> = Subject: Re: Thoughts on the book: DEC is dead, long live DEC J Message-ID: <paul.sture.nospam-61883C.15235306092006@mac.sture.homeip.net>   In article  H <FA60F2C4B72A584DBFC6091F6A2B8684019BCFB5@tayexc19.americas.cpqcorp.net> , )  "Main, Kerry" <Kerry.Main@hp.com> wrote:     H > Heck, just think about all those employee laptops, PDA's, crackberriesE > going home every night connecting directly to the Internet and then I > connecting directly to the company network in the morning back at work. F > The internal Wintel / Linux servers are prime targets for the little% > buggies picked up the night before.  >    Er, no.   H You ban connection of privately owned stuff to your intranet. For those H employees who need to connect company owned equipment from home or when / on the road, that is locked down appropriately.    --  
 Paul Sture   ------------------------------  $ Date: Wed, 6 Sep 2006 10:07:20 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> = Subject: RE: Thoughts on the book: DEC is dead, long live DEC T Message-ID: <FA60F2C4B72A584DBFC6091F6A2B8684019BD021@tayexc19.americas.cpqcorp.net>   > -----Original Message-----; > From: Paul Sture [mailto:paul.sture.nospam@hispeed.ch]=20 ! > Sent: September 6, 2006 9:24 AM  > To: Info-VAX@Mvb.Saic.Com ? > Subject: Re: Thoughts on the book: DEC is dead, long live DEC  >=20 > In article=20 @ > <FA60F2C4B72A584DBFC6091F6A2B8684019BCFB5@tayexc19.americas.cp > qcorp.net> > , + >  "Main, Kerry" <Kerry.Main@hp.com> wrote:  >=20 >=20@ > > Heck, just think about all those employee laptops, PDA's,=20 > crackberriesG > > going home every night connecting directly to the Internet and then @ > > connecting directly to the company network in the morning=20 > back at work. H > > The internal Wintel / Linux servers are prime targets for the little' > > buggies picked up the night before.  > >=20 >=20	 > Er, no.  >=20B > You ban connection of privately owned stuff to your intranet.=20 > For those=20? > employees who need to connect company owned equipment from=20  > home or when=20 1 > on the road, that is locked down appropriately.  >=20 > --=20  > Paul Sture >=20   Er, of course.=20   7 However, theory vs reality are two different worlds.=20   H Internal IT folks in charge of keeping thousands of remote home desktopsB and laptops up to date with latest patches will tell you that someG employee work devices may significantly lag in terms of latest patches, ! FW / AV profiles and definitions.   F From a technical perspective, locking down monstrous numbers of remoteF home desktops, PDA's, crackberries, laptops etc is a huge and dauntingF task. And of course there is the politics of a Sales Force being upsetF that the security on their laptops/PDA's has significantly slowed them$ down (which may or may not be true).  = So, yes, you are correct that they need to be locked down.=20   G But lets not kid ourselves about how big of a challenge keeping up with A monthly security / AV patches/definitions really is for med-large 
 companies.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------   Date: 6 Sep 2006 04:48:48 -0700 ! From: "alok" <alok.net@gmail.com>  Subject: What is PSDC B Message-ID: <1157543328.216309.98350@m79g2000cwm.googlegroups.com>   Hi   I want to know about PSDC .  Plz give me some info on this.   ------------------------------   Date: 6 Sep 2006 05:05:02 -0700   From: "Ian Miller" <ijm@uk2.net> Subject: Re: What is PSDC B Message-ID: <1157544302.287343.53220@d34g2000cwd.googlegroups.com>  D could be Polycentre Data Collector - a collector of performance data9 which can be analysed by PSPA or could be something else.    ------------------------------   Date: 6 Sep 2006 09:33:26 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: What is PSDC 3 Message-ID: <T$cmKCAQL2GV@eisner.encompasserve.org>   e In article <1157544302.287343.53220@d34g2000cwd.googlegroups.com>, "Ian Miller" <ijm@uk2.net> writes: F > could be Polycentre Data Collector - a collector of performance data; > which can be analysed by PSPA or could be something else.   4 It could also be Public Switched Digital Capability.   ------------------------------   Date: 6 Sep 2006 09:28:46 -0700 - From: "Doug Phillips" <dphill46@netscape.net>  Subject: Re: What is PSDC C Message-ID: <1157560125.923848.308500@b28g2000cwb.googlegroups.com>    alok wrote:  > Hi > I want to know about PSDC .   > Plz give me some info on this.  G Assuming English: The letters P, S, D and C are consonants. As they are @ all capitalized, they might be an abbreviation: the first letterD representing a word beginning with P, the second representing a wordF beginning with S, and so on. The abbreviated phrase might also contain% undisclosed prepositions or articles.   ? If they represent an acronym, some possible pronunciations are: D PissDick, PassDEC, PussDock, PeeEssDeeSee, and other such phonations) --- none of which furthers understanding.   > It appears that additional information is required in order toG ascertain the true meaning of these letters appearing in this sequence.   ( Could you please use PSDC in a sentence?   ;-)    ------------------------------   Date: 6 Sep 2006 18:09:48 -0200 6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: What is PSDC , Message-ID: <44ff0eec$1@news.langstoeger.at>  f In article <1157543328.216309.98350@m79g2000cwm.googlegroups.com>, "alok" <alok.net@gmail.com> writes: >I want to know about PSDC . >Plz give me some info on this.   M In DEC world this means the Polycenter Solutions/Software (?) Data Collector. E It was a data analysis tool for VMS, worked with the PSPA Performance H Advisor (and IIRC as a hotfile database for the defragger), and got soldJ (like almost all Polycenter Products) to CAI (where most of them got under@ the UNICENTER umbrella or renamed and naturally more expensive).  C You could forget about it (as it is no longer "natural" for VMS ;-) K If you need to keep in touch with PSDC, check CAI for UNICENTER Performance K Solutions for OpenVMS at http://supportconnectw.ca.com I think, this is it.   G Nowadays, VMS has ECP, TDC for free and PERFDAT from HP for such tasks.    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 6 Sep 2006 09:55:10 -0700 ; From: "george.pagliarulo@hp.com" <george.pagliarulo@hp.com> " Subject: Re: [VMS V7.3-2] ECO dateC Message-ID: <1157561705.514212.163610@m73g2000cwd.googlegroups.com>    Peter,  F   Where is this date coming from?  Is this the date that is listed forA the kit on the ITRC site or is it the date on the kit after it is  downloaded to your system?   George Pagliarulo  ECO Release Process  OpenVMS Sustaining Engineering      Peter 'EPLAN' LANGSTOEGER wrote:I > Why oh why is the recent OpenVMS Alpha V7.3-2 OSI ECO 3 dated like this  > L > DEC-AXPVMS-DNVOSIECO03-V0703-2-4.PCSI;1             4-OCT-2006 23:49:25.40 >  > (or on another node M > DEC-AXPVMS-DNVOSIECO03-V0703-2-4.PCSI;1             4-OCT-2006 23:49:25.30)  > + > Are we really that behind here in Europe? L > (and why the difference in the time after downloading the same kit twice?) >  > TIA  >  > -- > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   Date: 6 Sep 2006 10:26:22 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> " Subject: Re: [VMS V7.3-2] ECO dateB Message-ID: <1157563582.813836.57510@d34g2000cwd.googlegroups.com>   George,   F this patch is stored as AXP_DNVOSIECO03-V732.PCSI-DCX_AXPEXE and PeterA has shown the .PCSI file date, which must have been the result of D running the self-expanding image after down-loading it from the ITRC	 FTP site.   A I have just downloaded that file and expanded it - same results !   * $ run AXP_DNVOSIECO03-V732.PCSI-DCX_AXPEXE  E                 FTSV DCX auto-extractible compressed file for OpenVMS  (AXP) 6                 FTSV V3.0 -- FTSV$DCX_AXP_AUTO_EXTRACT:                 Copyright (c) Digital Equipment Corp. 1993  ? Options: [output_file_specification [input_file_specification]]   < The decompressor  needs to know  the filename to use for the< decompressed file. If you don't specify any, it will use the< original name  of the  file before it  was  compressed,  and< create  it in  the  current  directory.  If  you  specify  a; directory name, the file will be created in that directory.   % Decompress into (file specification): /         Opening and checking compressed file... 6 Decompressing (press Ctrl-T to watch the evolution)...%         Creating decompressed file... $         Original file specification:+ WORK2:[ARUN.ITRC]DEC-AXPVMS-DNVOSIECO03-V07 
 03-2-4.PCSI;2 (         Decompressed file specification:' DSA64:<OPENVMS_PATCHES.ALPHA.LP>DEC-AXP   VMS-DNVOSIECO03-V0703-2-4.PCSI;2  7 Successful decompression, decompression report follows: C         File Size: 24168.29 Blocks, 12084.15 Kbytes, 12374166 bytes ?         Decompression ratio is 1 to 2.21 ( 120.79 % expansion ) *         Elapsed CPU time:    0 00:00:11.19*         Elapsed time    :    0 00:00:40.38C         Speed : 79268.79 Blocks/min, 39634.39 Kbytes/min, 676427.00 	 bytes/sec    $ dir .pcsi/dat   * Directory DSA64:<OPENVMS_PATCHES.ALPHA.LP>  ' DEC-AXPVMS-DNVOSIECO03-V0703-2-4.PCSI;2 ,                       4-OCT-2006 23:49:25.33    A The data is clearly wrong ! I would guess, that the .33 after the D seconds may just be some local time value, if the date stored in theC self-compressing image did not include the full OpenVMS time value.    --- , Volker Halle, Invenate GmbH, OpenVMS Support  # An OpenVMS crashdump analysis a day $ makes the Windows headaches go away.   ------------------------------   Date: 6 Sep 2006 10:28:20 -0700 / From: "Volker Halle" <volker_halle@hotmail.com> " Subject: Re: [VMS V7.3-2] ECO dateB Message-ID: <1157563700.802586.251490@e3g2000cwe.googlegroups.com>   Volker Halle schrieb:    > The data is clearly wrong !   , should have been: The date is clearly wrong.   Sorry.   ------------------------------   End of INFO-VAX 2006.489 ************************