1 INFO-VAX	Wed, 27 Feb 2002	Volume 2002 : Issue 113       Contents:3 (mis)use of TCPIP SET CONFIG SMTP/SUBSTITUTE_DOMAIN  Re: a submit command question. Re: a submit command question. Re: Abbreviation dictionary . Another F$CVTIME problem with VMS721_DCL-V02006 Re: Anyone See the full page ad letter to Mr. Hewlett?. Re: ASTs and threads in OpenVMS 7.2 and higher* Re: Can I read VMS diskette from PC flopy. Carly and Curly report on CNN ! Re: Carly and Curly report on CNN ' Compaq adopts microsoft approach to VMS + Re: Compaq adopts microsoft approach to VMS + Re: Compaq adopts microsoft approach to VMS + Re: Compaq adopts microsoft approach to VMS + Re: Compaq adopts microsoft approach to VMS + Re: Compaq adopts microsoft approach to VMS 
 corrupt pages  RE: corrupt pages  Re: corrupt pages / Documentation error: DECC: JPIDEF.H (PAGFILCNT) 3 Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT) 3 Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT) 3 Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT)  Re: Edit/TPU question... Re: Edit/TPU question... Re: Edit/TPU question... Re: Euro Symbol on VAX Re: Euro Symbol on VAX, Re: EV8 and McKinley analysis by Paul DeMone, Re: EV8 and McKinley analysis by Paul DeMone, Re: EV8 and McKinley analysis by Paul DeMone Re: Ftp/copy problem Re: Ftp/copy problem Re: Ftp/copy problem Re: Ftp/copy problem Re: Ftp/copy problemJ Re: Getting VMS running on alphapc 150 - any help or pointers appreciated.J Re: Getting VMS running on alphapc 150 - any help or pointers appreciated.7 he rode a blazing saddle (was Re: Shannon on the merger  Re: I: PAKGEN Software for ISVs  Re: I: PAKGEN Software for ISVs = Re: IBM says they have best real time mainframe, where's VMS? = Re: IBM says they have best real time mainframe, where's VMS? = Re: IBM says they have best real time mainframe, where's VMS? = Re: IBM says they have best real time mainframe, where's VMS? = Re: IBM says they have best real time mainframe, where's VMS?  Re: If you need PI..../ ISS to deliver recommendation on merger in days  Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles0 Re: Memory Upgrade for Alpha XP-1000 Workstation$ Re: Modular data Router - Fibre Tape Re: Powerpoint competition) Re: Profitability and the survival of VMS ) Re: Profitability and the survival of VMS  Re: Question for Backup Gurus  Re: Remote Password changes  Re: Remote Password changes  Re: Remote Password changes  Re: Remote Password changes  Re: Remote Password changes  Re: Remote Password changes  Re: Shannon on the merger ' Re: SHOW ENTRY /FULL doesn't show /PARA  SHOW USER/FULL( Re: TCPIP throuput for a VAXstation 3100( Re: TCPIP throuput for a VAXstation 3100& Re: tool to calc recursive dir sises ?& Re: tool to calc recursive dir sises ? unzip 	 Re: unzip 	 Re: unzip  Re: VAX SCAN Re: VAX SCAN% Re: vax/vms documentation - psi / x29 5 Wall Street Journal:  Brandes to oppose HP/CPQ merger 9 Re: Wall Street Journal:  Brandes to oppose HP/CPQ merger   F ----------------------------------------------------------------------  + Date: Tue, 26 Feb 2002 19:59:44 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> < Subject: (mis)use of TCPIP SET CONFIG SMTP/SUBSTITUTE_DOMAIN; Message-ID: <01KEQPSSAXDS8ZL57Q@sysdev.deutsche-boerse.com>   H I've used TCPIP SET CONFIG SMTP/SUBSTITUTE_DOMAIN for years as a way of H providing a non--machine-specific address in the From: header of things H sent from VMS MAIL.  (Of course, one has to make sure that mail sent to > this will arrive back at the VMS machine, so one needs either I appropriate MX records (and SET HOST commands on the VMS machine so that  A aliases are recognised) or an address which goes to a completely  F different computer (in an arbitrary domain which doesn't have to have A anything in common with that of the VMS machine) from where it is  forwarded to the VMS machine.)    A I'm now looking to improve the email setup on my hobbyist system.   G The obvious thing to do is not to use /SUBSTITUTE_DOMAIN and thus have  C the real domain in the header and the ISP set up an appropriate MX  I record.  However, since VMS MAIL doesn't have a way to change what is in  G the From: header (though this can be done on VMS by other means; Steve  C Lionel once posted some interesting Fortran code to do just this),  0 /SUBSTITUTE_DOMAIN can be used for this purpose.  I One way is to change the setting and then fire up MAIL.  It will pick up  D the new value, and any MAIL session still running will have the old G value.  (A suitably privileged account could do this, SPAWN MAIL, then  D re-set it, so that it has a different value than the default system  value.)   # Is there any reason NOT to do this?   H Another approach would be to have different settings on different nodes 
 of a cluster.   # Is there any reason NOT to do this?    ------------------------------  % Date: Tue, 26 Feb 2002 14:59:25 -0500 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> ' Subject: Re: a submit command question. $ Message-ID: <3c7be971$1@news.si.com>    wingwong@witty.com (wing) wrote:  B >However, I have the following errors in the refresh.log after the >completion of the job.  > " >WING[USER.WING]: type refresh.log >$ Set NoOn 0 >$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))% >%SET-W-NOTSET, error modifying DKB0: 9 >-SET-E-INVDEV, device is invalid for requested operation   H Your login command procedure does not test the login mode.  You probablyH have a SET TERMINAL command in your login that is executing in the batch job.  ' Dean Woodward  (deanw@rdrop.com) wrote:    >We take this a step further:  >  >$! User LOGIN.COM template  >$ GOTO 'F$MODE()' >$ ! >$INTERACTIVE:9 >$ ! tailor to your own needs by adding DCL commands here  >$ ! >$ GOTO Done >$ ! >$BATCH: >$ GOTO Done >$ !
 >$NETWORK:# >$ ! ( keep this simple and short )  >$OTHER: >$Done:  >$ EXIT   F My preferred approach is below.  This cascades definitions from top toI bottom, rather than having separate sections for each login mode in which ! repeat definitions may be needed.    $ verify = 'f$verify( 0 )'
 $ set noon $ mode = f$mode()  $!& $! Here go things for all login modes. $!& $ set protection=(group,world)/default& $ root = f$trnlnm( "sys$login" ) - "]" $ define com 'root'.com] $!< $ if mode .eqs. "OTHER" then exit 1 + 0 * f$verify( verify ) $!< $! Here go things for INTERACTIVE, BATCH, and NETWORK modes. $!+ $ applic = f$getdvi( "sys$command", "mbx" ) C $ sesmgr = f$extract( 1, 2, f$getdvi( "tt", "devnam" ) ) .eqs. "WS"  $ decwin = applic .or. sesmgr H $ if .not. decwin then write sys$output "Executing private login command
 procedure"+ $! A few logicals and symbols defined here.  $!> $ if mode .eqs. "NETWORK" then exit 1 + 0 * f$verify( verify ) $!2 $! Here go things for INTERACTIVE and BATCH modes. $!* $! More logicals and symbols defined here. $!< $ if mode .eqs. "BATCH" then exit 1 + 0 * f$verify( verify ) $!, $! Here go things for INTERACTIVE mode only. $!* $! Many logicals and symbols defined here. $!! $ exit 1 + 0 * f$verify( verify )  --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Wed, 27 Feb 2002 01:38:37 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ' Subject: Re: a submit command question. ' Message-ID: <3C7C3A0A.4518ADB1@fsi.net>    Brian Tillman wrote: > " > wingwong@witty.com (wing) wrote: > D > >However, I have the following errors in the refresh.log after the > >completion of the job.  > > $ > >WING[USER.WING]: type refresh.log
 > >$ Set NoOn 2 > >$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))' > >%SET-W-NOTSET, error modifying DKB0: ; > >-SET-E-INVDEV, device is invalid for requested operation  > J > Your login command procedure does not test the login mode.  You probablyJ > have a SET TERMINAL command in your login that is executing in the batch > job. > ) > Dean Woodward  (deanw@rdrop.com) wrote:  >  > >We take this a step further:  > >  > >$! User LOGIN.COM template  > >$ GOTO 'F$MODE()' > >$ ! > >$INTERACTIVE:; > >$ ! tailor to your own needs by adding DCL commands here  > >$ ! > >$ GOTO Done > >$ !
 > >$BATCH: > >$ GOTO Done > >$ ! > >$NETWORK:% > >$ ! ( keep this simple and short ) 
 > >$OTHER:	 > >$Done: 	 > >$ EXIT  > H > My preferred approach is below.  This cascades definitions from top toK > bottom, rather than having separate sections for each login mode in which # > repeat definitions may be needed.  >  > $ verify = 'f$verify( 0 )' > $ set noon > $ mode = f$mode()  > $!( > $! Here go things for all login modes. > $!( > $ set protection=(group,world)/default( > $ root = f$trnlnm( "sys$login" ) - "]" > $ define com 'root'.com] > $!> > $ if mode .eqs. "OTHER" then exit 1 + 0 * f$verify( verify ) > $!> > $! Here go things for INTERACTIVE, BATCH, and NETWORK modes. > $!- > $ applic = f$getdvi( "sys$command", "mbx" ) E > $ sesmgr = f$extract( 1, 2, f$getdvi( "tt", "devnam" ) ) .eqs. "WS"  > $ decwin = applic .or. sesmgr J > $ if .not. decwin then write sys$output "Executing private login command > procedure"- > $! A few logicals and symbols defined here.  > $!@ > $ if mode .eqs. "NETWORK" then exit 1 + 0 * f$verify( verify ) > $!4 > $! Here go things for INTERACTIVE and BATCH modes. > $!, > $! More logicals and symbols defined here. > $!> > $ if mode .eqs. "BATCH" then exit 1 + 0 * f$verify( verify ) > $!. > $! Here go things for INTERACTIVE mode only. > $!, > $! Many logicals and symbols defined here. > $!# > $ exit 1 + 0 * f$verify( verify )   % I take a slightly different approach:    $ MODE = F$GETJPI( 0, "MODE" )' $ SRC_FSP := SYS$LOGIN:LOGIN_'MODE'.COM  $ FSP = F$SEARCH( SRC_FSP )  $ IF FSP .NES. "" THEN @&FSP  7 A similar approach can be useful for SYLOGIN.COM, also:    $ MODE = F$GETJPI( 0, "MODE" )< $ SRC_FSP = F$PARSE( "SYLOGIN_''MODE'".COM", "SYS$SYLOGIN" ) $ FSP = F$SEARCH( SRC_FSP )  $ IF FSP .NES. "" THEN @&FSP   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 26 Feb 2002 23:17:10 -0600 , From: "Rich Jordan" <rjordan@mindspring.com>$ Subject: Re: Abbreviation dictionary2 Message-ID: <a5hpuq$maq$1@slb0.atl.mindspring.net>  L Here's a pointer from another board; I couldn't find it again on Slashdot soF I might be mistaken on where I saw it. There are links to the originalJ articles here.  In review I'm less inclined to think it will help you, but) maybe it'll be interesting just the same.   C http://missingmatter.net/article.pl?sid=02/02/13/036241&mode=thread     = JF Mezei wrote in message <3C7B1972.CDA0F658@videotron.ca>...  >Rich Jordan wrote: L >> (slashdot.org) had a pointer to an article about linguists using ZIP (andL >> specifically one of the tokenizing/dictionary building methods) as a tool in >> linguistic analysis;  > = >Thanks, will look for it (didn't find it first time around).    ------------------------------   Date: 26 FEB 2002 18:31:20 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)7 Subject: Another F$CVTIME problem with VMS721_DCL-V0200 6 Message-ID: <26FEB02.18312060@thuria.waisman.wisc.edu>  F Another problem with F$CVTIME after VMS721_DCL-V0200 was installed but fixed by VMS721_DCL-V0300 is:   ? F$CVTIME ignores fields of certain delta times . Example (after  VMS721_DCL-V0200 installed):   	$ write sys$output F$cvt()  	2002-02-26 12:00:56.10 & 	$ write sys$output F$cvt("+00:45:00") 	2002-02-26 12:00:58.12 & 	$ write sys$output F$cvt("+10:00:00") 	2002-02-26 12:00:60.68 & 	$ write sys$output F$cvt("+99:00:00") 	2002-02-26 21:00:62.28   4 After VMS721_DCL-V0300 installed it works correctly:   	$ write sys$output F$cvt()  	2002-02-26 12:04:23.82 & 	$ write sys$output F$cvt("+00:45:00") 	2002-02-26 12:49:25.70 & 	$ write sys$output F$cvt("+10:00:00") 	2002-02-26 22:04:34.06 & 	$ write sys$output F$cvt("+99:00:00")K 	%DCL-W-IVATIME, invalid absolute time - use DD-MMM-YYYY:HH:MM:SS.CC format 
 	 \+99:00:00\    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 2 --                      karcher@waisman.wisc.edu     ------------------------------  # Date: Wed, 27 Feb 2002 01:53:39 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ? Subject: Re: Anyone See the full page ad letter to Mr. Hewlett? ' Message-ID: <3C7C3D80.80F48406@fsi.net>    Jean Norton wrote: > " > Talk about airing dirty laundry.   Where did you see it?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 26 Feb 2002 19:22:47 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) 7 Subject: Re: ASTs and threads in OpenVMS 7.2 and higher 7 Message-ID: <91C193AFBwarrenspencer1977@209.249.90.100>   K Vadim.Model@srm.ru (Vadim Model) wrote in <a4vo4q$2jrc$1@josh.sovintel.ru>:    >Dear OpenVMS gurus, > K >Given a multithreaded application (posix threads), which uses sys$qio with H >ASTs. Which thread processes ASTs? Is there any way to control to which >thread ASTs are delivered?  >  >Thanks, Regards, 
 >    Vadim  3 Whose threads are you using?  DECThreads, pthreads?   L IIRC, Posix threads will deliver the AST (or signal) to whichever thread is K active at the time of the interrupt.  If you're using pthreads, you should  E be able to mask signals at the thread level, effectively forcing all  I signals over to the thread of your choosing. But I'm not sure if this is  I the same for AST's, since I've not written threaded code on anything but  
 linux so far.    ws   --     Warren Spencer' Senior Software Engineer (not a writer)  The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------  % Date: Tue, 26 Feb 2002 15:09:15 -0500 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> 3 Subject: Re: Can I read VMS diskette from PC flopy. $ Message-ID: <3c7bebc1$1@news.si.com>  I >I haven't VMS server and I have VMS fromat diskette, how can I read this = >diskette from DOS or Windows. It is possible (any program) ?   E Yes, there's a freeware tool called ODS2 Reader available from Hunter  Goatley's file server > ftp://ftp.process.com/vms-freeware/fileserv/ods-2-reader.zip . --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 26 Feb 2002 19:03:55 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> & Subject: Carly and Curly report on CNN, Message-ID: <3C7C224A.C95557DE@videotron.ca>  * Moneyline, towards the end of the program:  N Walter Hewlett says that if the merger goes ahead, Carly and Curly would get a' total of $115 million bucks in bonuses.   ( HP denies this and calls this ludicrous.    K You know, all that is missing is for Walter Hewlett to be a female and then F get him and Carly into the ring and watch the 2 girls fight it out :-)   ------------------------------  # Date: Wed, 27 Feb 2002 01:57:58 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> * Subject: Re: Carly and Curly report on CNN' Message-ID: <3C7C3E83.C8E9221A@fsi.net>    JF Mezei wrote:  > , > Moneyline, towards the end of the program: > P > Walter Hewlett says that if the merger goes ahead, Carly and Curly would get a) > total of $115 million bucks in bonuses.  > * > HP denies this and calls this ludicrous. > M > You know, all that is missing is for Walter Hewlett to be a female and then H > get him and Carly into the ring and watch the 2 girls fight it out :-)  D Ever seen a movie called "Stripes"? (Bill Murray, Harold Ramis, John) Candy, others...) Remember the bar scene?d  5 Winger:		My big man here is gonna do it all for us...m   -- o David J. DachteraS dba DJE SystemsM http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------    Date: 26 Feb 2002 16:22:49 -08003 From: antony.wardle@optusnet.com.au (Antony Wardle)i0 Subject: Compaq adopts microsoft approach to VMS< Message-ID: <fe52053.0202261622.4183b2e7@posting.google.com>  D Anyone else concerned that unless you are running the latest versionB of VMS then you are now on Prior version/best endeavor support for fixes?  4 What does this say about Compaqs committment to VMS/; Lets force everyone to upgrade, doesn't that sound like MS?o  ? We've only recently found out about it, and is seems that prior ? version will be for any version of VMS more than 18 months old.TE How many people upgrade the minute a new version is out? The hobbiesttD probably, but what about the business customers who are running 24*7? on critical systems. The upgrade planning can take a few monthse not to mention the testing.o   cheers   antony     following from:m  + http://www.openvms.compaq.com/priorsup.htmlu     OpenVMS Version 7.1 F Software support for OpenVMS Alpha V7.1-2 and OpenVMS VAX V7.1 will be7 provided via Prior Version Support Service  SustainingoB Software Support for OpenVMS Alpha V7.1 will be provided via Prior9 Version Support Service  Best Endeavor (where available)e? Contact your Compaq Representative, Customer Support Center, or # contract administrator for details.e Prior Version Support Service   C To assure that Compaq customers continue to get support on softwaree= after the twelve month period of a new release, the followinge5 describes the two levels of support that are offered:V  = Sustaining Support provides a full remedial support includingS7 escalation to Compaq's engineering groups for problems.e   Key Features include:   6 Ready access to technical experts via phone or e-mail > Online access to tools, technical information, conferences and symptom/solution databases  Problem Analysis and Resolution 4 Test software patches as required to solve problems  Critical on-site support 0? Best Endeavor Support provides operational and remedial supporti@ contingent on available expertise and information. (AvailabilityE varies by geography.  Please contact your local Compaq representativee for more information.)   ------------------------------   Date: 27 Feb 2002 01:11:37 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)e4 Subject: Re: Compaq adopts microsoft approach to VMS+ Message-ID: <a5hbo9$i9s$1@info.cs.uofs.edu>R  < In article <fe52053.0202261622.4183b2e7@posting.google.com>,6  antony.wardle@optusnet.com.au (Antony Wardle) writes: |> r< |> How many people upgrade the minute a new version is out?   A Not here.  The datacenter is still on 7.2 and I haven't heard anyo- rumblings about moving forward any time soon.   I |>                                                           The hobbiest  |> probably,H Not this one.  7.1 and see no reason to move forward either.  Of course,2 running VAXen makes it a no gain moving up anyway.   bill   -- bJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Tue, 26 Feb 2002 22:24:00 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>s4 Subject: Re: Compaq adopts microsoft approach to VMS, Message-ID: <3C7C514E.AB6165AC@videotron.ca>   Bill Gunshannon wrote:C > Not here.  The datacenter is still on 7.2 and I haven't heard anyd/ > rumblings about moving forward any time soon.p  L I have a feeling that 7.2 will be the staple version as was 5.5-2 which manyN customers stayed on for ages. For workstations, the lack of display postscript0 in 7.3 would probably force many to stay at 7.2.   ------------------------------  % Date: Tue, 26 Feb 2002 10:06:45 -0500A5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>h4 Subject: Re: Compaq adopts microsoft approach to VMS1 Message-ID: <D0Ye8.237$fL6.5571@news.cpqcorp.net>n  L Beyond a certain point, it becomes very costly to debug and fix a problem inG an old release.  Prior version support allows you to get the fix if youTH really need it, and want to pay for the engineering.  If you want normalE maintenance, then you need to be running a release that is relativelyMH current.  Note that we support V7.2-2, and will for some time to come...K how many years did we keep a V7.1x version current - quite a few.  It isn'tfE like we are obsoleting releases every other day.  V7.2-2 was built toOK consolidate all the fixes and hardware support in the V7.2 releases, and tof> *not* force people into upgrading to a new functional release.  L We *don't* expect people to upgrade immediately, which is why we support theL current release, and an earlier release (7.3 and 7.2-2 today).   But we willK eventually release a new functional release, and then V7.3x and the currentw' release will become the supported pair.e    @ "Antony Wardle" <antony.wardle@optusnet.com.au> wrote in message6 news:fe52053.0202261622.4183b2e7@posting.google.com...F > Anyone else concerned that unless you are running the latest versionD > of VMS then you are now on Prior version/best endeavor support for > fixes? > 6 > What does this say about Compaqs committment to VMS/= > Lets force everyone to upgrade, doesn't that sound like MS?h >iA > We've only recently found out about it, and is seems that priorwA > version will be for any version of VMS more than 18 months old.mG > How many people upgrade the minute a new version is out? The hobbiest F > probably, but what about the business customers who are running 24*7A > on critical systems. The upgrade planning can take a few months  > not to mention the testing.  >y > cheers >p > antony >w >T > following from:t >s- > http://www.openvms.compaq.com/priorsup.htmlt >e >o > OpenVMS Version 7.1iH > Software support for OpenVMS Alpha V7.1-2 and OpenVMS VAX V7.1 will be9 > provided via Prior Version Support Service - Sustaining D > Software Support for OpenVMS Alpha V7.1 will be provided via Prior; > Version Support Service - Best Endeavor (where available) A > Contact your Compaq Representative, Customer Support Center, or!% > contract administrator for details.  > Prior Version Support Service= >gE > To assure that Compaq customers continue to get support on softwaret? > after the twelve month period of a new release, the followingf7 > describes the two levels of support that are offered:g >c? > Sustaining Support provides a full remedial support including 9 > escalation to Compaq's engineering groups for problems.e >y > Key Features include:  > 7 > Ready access to technical experts via phone or e-mailm@ > Online access to tools, technical information, conferences and > symptom/solution databases! > Problem Analysis and Resolutionl5 > Test software patches as required to solve problems  > Critical on-site supportA > Best Endeavor Support provides operational and remedial support B > contingent on available expertise and information. (AvailabilityG > varies by geography.  Please contact your local Compaq representative  > for more information.)   ------------------------------  % Date: Tue, 26 Feb 2002 22:34:44 -0600 , From: "Rich Jordan" <rjordan@mindspring.com>4 Subject: Re: Compaq adopts microsoft approach to VMS2 Message-ID: <a5hnf9$i8p$1@slb6.atl.mindspring.net>  = JF Mezei wrote in message <3C7C514E.AB6165AC@videotron.ca>...1 >Bill Gunshannon wrote:aD >> Not here.  The datacenter is still on 7.2 and I haven't heard any0 >> rumblings about moving forward any time soon. > H >I have a feeling that 7.2 will be the staple version as was 5.5-2 which manyD >customers stayed on for ages. For workstations, the lack of display
 postscript1 >in 7.3 would probably force many to stay at 7.2.a  H One system here, probably a VAXstation, is going to be forever locked atI V7.2 because of this.  Display PS was not vital but it was so useful thatiK its worth losing a system from the cluster (when the cluster is upgraded too  post V7.3) to keep it available.   ------------------------------   Date: 27 Feb 2002 04:37:26 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>4 Subject: Re: Compaq adopts microsoft approach to VMS+ Message-ID: <a5hnq60iho@enews3.newsguy.com>o  4 Antony Wardle <antony.wardle@optusnet.com.au> wrote:G > How many people upgrade the minute a new version is out? The hobbiest F > probably, but what about the business customers who are running 24*7A > on critical systems. The upgrade planning can take a few monthsf > not to mention the testing.   L Not me.  I'm on V7.2-1H1, and am considering moving to V7.2-2.  I might moveC to V7.3-1 when it's released, but I don't see any pressing need to.)   			Zane    ------------------------------  % Date: Wed, 27 Feb 2002 17:05:27 +1100 / From: "Phil Howell" <phowell@snowyhydro.com.au>y Subject: corrupt pages1 Message-ID: <JH_e8.2084$936.80234@ozemail.com.au>o  F An rmu/backup on one of our databases failed  yesterday with the error %RMU-E-CORPAGPRESeG I now cannot backup, copy, or repair this database, though I can unload  tables..L Is there any way of fixing up this without having to either restore from the last rmu/backuplB or by unloading all tables and reloading them into a new database? $rmu/show corrupt_pagese shows L *--------------------------------------------------------------------------- ---sC * Oracle Rdb V7.0-61                                    27-FEB-2002  14:26:22.84i *  * Dump of Corrupt Page Table. *     Database: DISK_PROD1:[MAC.RDB]MACP.RDB;7 *oL *--------------------------------------------------------------------------- ---a  # Entries for storage area RDB$SYSTEM # -----------------------------------S       Page 61528,         - AIJ recovery sequence number is -1"         - Live area ID number is 18         - Consistency transaction sequence number is 0:0#         - State of page is: corruptS    L *--------------------------------------------------------------------------- ---FC * Oracle Rdb V7.0-61                                    27-FEB-2002  14:26:22.91d *y( * Dump of Storage Area State Information. *     Database: DISK_PROD1:[MAC.RDB]MACP.RDB;7 *-L *--------------------------------------------------------------------------- ---d  ! All storage areas are consistent.:   ------------------------------  % Date: Wed, 27 Feb 2002 16:40:46 +1030.: From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> Subject: RE: corrupt pagesN Message-ID: <07103702F27FD411ACA30000F808545257CEC7@sagemshs001.fmc.sa.gov.au>   Hi Phil,  J I believe that there is an RMU/RESTORE/JUST_CORRUPT or something like thatI which allows you to just restore a specific page from backup.  I've never4G used it and don't know the ins and outs, but I remember hearing that itn worked nicely.   Cheers,e
 Chris Barrattt   > -----Original Message-----6 > From: Phil Howell [mailto:phowell@snowyhydro.com.au]) > Sent: Wednesday, 27 February 2002 16:35) > To: Info-VAX@Mvb.Saic.Com  > Subject: corrupt pages >  > H > An rmu/backup on one of our databases failed  yesterday with the error > %RMU-E-CORPAGPRES2? > I now cannot backup, copy, or repair this database, though I c > can unload	 > tables.C> > Is there any way of fixing up this without having to either  > restore from the > last rmu/backup D > or by unloading all tables and reloading them into a new database? > $rmu/show corrupt_pages  > showsi@ > *------------------------------------------------------------- > -------------- > ---wE > * Oracle Rdb V7.0-61                                    27-FEB-2002 
 > 14:26:22.840 > *2 > * Dump of Corrupt Page Table0 > *     Database: DISK_PROD1:[MAC.RDB]MACP.RDB;7 > * @ > *------------------------------------------------------------- > -------------- > ---0 > % > Entries for storage area RDB$SYSTEMs% > -----------------------------------3 >  >     Page 61528. >         - AIJ recovery sequence number is -1$ >         - Live area ID number is 1: >         - Consistency transaction sequence number is 0:0% >         - State of page is: corruptl >  > @ > *------------------------------------------------------------- > -------------- > ---uE > * Oracle Rdb V7.0-61                                    27-FEB-2002c
 > 14:26:22.91c > * * > * Dump of Storage Area State Information0 > *     Database: DISK_PROD1:[MAC.RDB]MACP.RDB;7 > *a@ > *------------------------------------------------------------- > -------------- > ---  > # > All storage areas are consistent.  >  >  >    ------------------------------  % Date: Wed, 27 Feb 2002 10:50:51 +0400 4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru> Subject: Re: corrupt pages4 Message-ID: <1259524961.20020227105051@ncc.volga.ru>  < On 27.02.2002 Phil Howell <phowell@snowyhydro.com.au> wrote:  H > An rmu/backup on one of our databases failed  yesterday with the error > %RMU-E-CORPAGPREShI > I now cannot backup, copy, or repair this database, though I can unload0	 > tables.0N > Is there any way of fixing up this without having to either restore from the > last rmu/backup D > or by unloading all tables and reloading them into a new database? > $rmu/show corrupt_pagesW > showsaN > *--------------------------------------------------------------------------- > --- E > * Oracle Rdb V7.0-61                                    27-FEB-2002r
 > 14:26:22.84  > *I > * Dump of Corrupt Page Table0 > *     Database: DISK_PROD1:[MAC.RDB]MACP.RDB;7 > *hN > *--------------------------------------------------------------------------- > ---l  % > Entries for storage area RDB$SYSTEMg% > -----------------------------------o   >     Page 61528. >         - AIJ recovery sequence number is -1$ >         - Live area ID number is 1: >         - Consistency transaction sequence number is 0:0% >         - State of page is: corruptr    N > *--------------------------------------------------------------------------- > --- E > * Oracle Rdb V7.0-61                                    27-FEB-2002 
 > 14:26:22.91T > *n* > * Dump of Storage Area State Information0 > *     Database: DISK_PROD1:[MAC.RDB]MACP.RDB;7 > *sN > *--------------------------------------------------------------------------- > ---e  # > All storage areas are consistent.D    E   RMU/RESTORE /JUST_CORRUPT followed by RMU/RECOVER/JUST_CORRUPT willo> allow you to return database to consistent state while staying3 on-line. It works nicely and saved our asses twice.-   -- r   Valentin Likoumi   valentin.likoum@ncc.volga.ru   ------------------------------  % Date: Tue, 26 Feb 2002 15:35:54 -0500a- From: JF Mezei <jfmezei.spamnot@videotron.ca> 8 Subject: Documentation error: DECC: JPIDEF.H (PAGFILCNT), Message-ID: <3C7BF19F.A8D35B91@videotron.ca>   VAX VMS 7.2 DEC-C 6.0r   in JPIDEF.H,  H it states that JPI$_PAGFILCNT is " PAGES CHARGED TO THE PAGE FILE QUOTA"  A But in my old trusty 5.5-2 system services manual, it states thatrC JPI$_PAGFILCNT contains the REMAINING page file quota, anbd this iscI corroborated by the writer of the OSU web server, to whom I apologize fort- suggesting he should use PAGFILQUOTA instead.d   ------------------------------  % Date: Tue, 26 Feb 2002 22:02:11 +0100s- From: Didier Morandi <Didier.Morandi@Free.fr>s< Subject: Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT)' Message-ID: <3C7BF7D3.8E17158F@Free.fr>l  ) Did you send it to openvmsdoc@compaq.com?-   D.   JF Mezei wrote:e >  > VAX VMS 7.2 DEC-C 6.0D >  > in JPIDEF.H, > J > it states that JPI$_PAGFILCNT is " PAGES CHARGED TO THE PAGE FILE QUOTA" > C > But in my old trusty 5.5-2 system services manual, it states thatsE > JPI$_PAGFILCNT contains the REMAINING page file quota, anbd this isgK > corroborated by the writer of the OSU web server, to whom I apologize fors/ > suggesting he should use PAGFILQUOTA instead.u   ------------------------------  % Date: Tue, 26 Feb 2002 16:28:22 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>n< Subject: Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT), Message-ID: <3C7BFDE7.3CB499E8@videotron.ca>   Didier Morandi wrote:b > + > Did you send it to openvmsdoc@compaq.com?   M Thanks. Didn't know that email existed. Just forwarded it to him/her/them/it.w   ------------------------------  % Date: Wed, 27 Feb 2002 05:53:17 +0100y- From: Didier Morandi <Didier.Morandi@Free.fr>-< Subject: Re: Documentation error: DECC: JPIDEF.H (PAGFILCNT)' Message-ID: <3C7C663C.7F44A3CA@Free.fr>C   Tu es trs le bienvenu :-)   D.   JF Mezei wrote:5 >  > Didier Morandi wrote:i > >o- > > Did you send it to openvmsdoc@compaq.com?o > O > Thanks. Didn't know that email existed. Just forwarded it to him/her/them/it.v   ------------------------------  % Date: Tue, 26 Feb 2002 21:43:31 +0100M- From: Didier Morandi <Didier.Morandi@Free.fr>t! Subject: Re: Edit/TPU question...n' Message-ID: <3C7BF374.7440A9DE@Free.fr>    I suppose you mean  0 $ define tpu$init sys$login:tpu$init.tpu$section   D.   :-)l   Andy wrote:i > 1 > Andy <acs@fcgnet.works.net> enlightened us with 8 > news:Xns91C0EFA964EE9acsfcgnetworksnet@216.166.71.232: > 	 > Oops...m > @ > > $ DEFINE SYS$LOGIN:EVE.INIT ! If not already defined in your= > > $                           ! login.com or somewhere elseo >  > I meant something like:u > & > $ DEFINE EVE$INIT SYS$LOGIN:EVE.INIT >  > -Andy-   ------------------------------  % Date: Tue, 26 Feb 2002 21:54:20 +0100t- From: Didier Morandi <Didier.Morandi@Free.fr>e! Subject: Re: Edit/TPU question...a' Message-ID: <3C7BF5FC.5A2872F0@Free.fr>d   DO SET KEYPAD EDTe DO SET CURSOR BOUNDa  P and you have the EDT keys within TPU, plus Square Cut within an EDT-like editor.  K (in case some newbies here do not know about square cut, it is the greatest P invention (to me) which comes with TPU together with the nearly unlimited recordY size editing and the "you have edited that buffer, do you really want to QUIT?" question)e  G To avoid having to post another post on the square cut use, here it is:o  L a) place your cursor on the upper left corner of the box of text you want toE CUT/COPY. The character where your cursor is will be part of the box.c   b) DO BOX SELECT  K c) place your cursor to the lower end of the box to CUT/COPY. The character O where your cursor will be will be (no pun) included in the box. DO NOT worry if P the highlighted text does not respect the box, this is a known limitation of the terminal character rendition.i   d) DO BOX CUT  (or DO BOX COPY)u  Q e) place your cursor where you want the upper left corner of the bow being pasted-   f) DO BOX PASTE2  : if you were in INSERT MODE, all text is moved to the rightI if you were in OVERSTRIKE mode, all text is replaced with the pasted box.a  	 Et voil.n Qu'est-ce qu'on dit?   D.   valdemir-@uol.com.br wrote:@ >  > Hello all VMS Users: > > >   Id like know when Im using Edit/tpu, which keys sequence9 >   I need press to go to the end of file ( like PF1-4 ine >   Edit/EDT...)..   ------------------------------  % Date: Tue, 26 Feb 2002 21:32:40 -0000t= From: "David McKenzie" <david.mckenzie@spitfire0.demon.co.uk> ! Subject: Re: Edit/TPU question...lB Message-ID: <1014759226.11560.0.nnrp-12.c1edba74@news.demon.co.uk>   and my favorite TPU commandt   DO WHATm  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3C7BF5FC.5A2872F0@Free.fr...h > DO SET KEYPAD EDTc > DO SET CURSOR BOUND  >eJ > and you have the EDT keys within TPU, plus Square Cut within an EDT-like editor.| > D > (in case some newbies here do not know about square cut, it is the greatestK > invention (to me) which comes with TPU together with the nearly unlimiteda recordJ > size editing and the "you have edited that buffer, do you really want to QUIT?" question) > I > To avoid having to post another post on the square cut use, here it is:a >'K > a) place your cursor on the upper left corner of the box of text you wante toG > CUT/COPY. The character where your cursor is will be part of the box.t >d > b) DO BOX SELECT >tC > c) place your cursor to the lower end of the box to CUT/COPY. Thea	 characteraH > where your cursor will be will be (no pun) included in the box. DO NOT worry ifK > the highlighted text does not respect the box, this is a known limitationd of the > terminal character rendition.D >D! > d) DO BOX CUT  (or DO BOX COPY)n > L > e) place your cursor where you want the upper left corner of the bow being pasted >a > f) DO BOX PASTEs >o< > if you were in INSERT MODE, all text is moved to the rightK > if you were in OVERSTRIKE mode, all text is replaced with the pasted box.t >e > Et voil.l > Qu'est-ce qu'on dit? >u > D. >o > valdemir-@uol.com.br wrote:w > >o > > Hello all VMS Users: > >y@ > >   Id like know when Im using Edit/tpu, which keys sequence; > >   I need press to go to the end of file ( like PF1-4 inw > >   Edit/EDT...)..   ------------------------------  % Date: Tue, 26 Feb 2002 18:04:07 -0600 : From: "Scandora, Anthony \(35048\)" <Scandora@cmt.anl.gov> Subject: Re: Euro Symbol on VAXd+ Message-ID: <a5hc3t$6mr$1@milo.mcs.anl.gov>u  H Reflection 4 is a VT-nnn terminal emulator.  In addition to whatever youK have to do to VMS for Euro support, you have to tell Reflection or whatever A other terminal emulator you use about the Euro symbol.  Check outn* http://support.wrq.com/techdocs/5011.html.  1 Tony Scandora, Argonne National Lab, 630-252-7541. scandora@cmt.anl.gov  7 "Bob Knowles" <bob.knowles@compaq.com> wrote in messageS+ news:5rOe8.201$fL6.4972@news.cpqcorp.net...vH > I haven't come across Reflections. Which text editor do you use (or is thatL > what Reflections does)? Is Office Server part of the configuration? If so,F > you need a patch (ICF 13 for OffSvr V5 or ICF 1 for OffSvr V6). Euro Symbol( > support in Office Server is covered atI > http://www.openvms.compaq.com/commercial/newsletter/newsletter.html#tipb >s > b  >bB > "Piyush Avichal" <pa@it.singer-friedlander.com> wrote in message9 > news:eb55ac2a.0202260445.4c330d74@posting.google.com...n
 > > Hello, > >nI > > We currently use Reflections 9.0 to access our VAX and UNIX machines. J > > I have managed to get the Euro symbol to come up on our UNIX machines,5 > > by changing to ISO LATIN 9 and typing CTRL-ALT-4. H > > However when I do the same on the VAX I get a $ symbol. We are usingK > > VMS 7.1. According to the openvms website we do not need to do anythingi3 > > but it seems obvious that something is missing.a > >b > > Anyone have any ideas? > >s > > Thanks,t > >S > > Piyush., >! >    ------------------------------  # Date: Wed, 27 Feb 2002 01:53:09 GMTg1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: Euro Symbol on VAX ' Message-ID: <3C7C3D61.D85006B8@fsi.net>    Bob Knowles wrote: > M > I haven't come across Reflections. Which text editor do you use (or is that  > what Reflections does)?   B "Reflection" (singular) is a terminal emulation program from WRQ.   E Reflection/2 is character-cell, up to VT420 as I recall, unless newernB has added VT520. I believe the current name may be "Reflection for Digital and UNIX".  H Reflection/4 provides graphic support as well, similar to VT340 or so. I< believe the current name is "Reflection for ReGIS Graphics".  < There is also and FTP client and X windowing (Reflection/X).   --   David J. Dachterai dba DJE Systemsn http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 26 Feb 2002 18:41:14 -06002: From: "Scandora, Anthony \(35048\)" <Scandora@cmt.anl.gov>5 Subject: Re: EV8 and McKinley analysis by Paul DeMoneo+ Message-ID: <a5hc42$6mr$2@milo.mcs.anl.gov>l  . "John Smith" <a@nonymous.com> wrote in message' news:whNe8.2015$rG.80@news2.bloor.is...u >aI > Imagine the lawsuits that would fly, and public outcry,  if BridgestoneaF > unilaterally declared their Potenza line of tires, or even all their tires, > the sole 'industry standard'.o  J About the same as when CocaCola declared itself the official soft drink ofK summer.  I don't remember Pepsi suing.  Or was it the other way around?  It7H was an ad campaign that meant nothing, no more than Intel's claim to theH industry standard.  Intel is what most customers buy, therefore it's theF industry standard, and will remain the industry standard until anotherG company comes up with something that customers buy more of.  It doesn't-L matter why there won't be an EV8.  What matters is there will be an EV7, andE during EV7's long lifetime, Itanium's engineers are likely to make it H capable of running VMS, and what we really should be concentrating on is VMS.  L If EV8 had a performance advantage of x% over the same vintage Itanium, at a9 price premium of lots > x%, how many people would buy it?t   > H > Why we sit still for the crap that MS and Intel push down our throats, I'll
 > never know.   L Partly because we don't let the world know that you don't have to reboot VMS: or wipe the disk and reinstall it whenever it gets cranky.  G And more because you can type up a document in Word and some numbers in-K Excel, E-mail them to anyone at random, and odds are close to 100% that thesE recipient will be able to read them, modify them, and send them back..  J EV7 isn't even here yet, and the people who should be cheering for VMS areK bemoaning Alpha's demise.  Instead of letting the world think VMS customerstL are abandoning VMS because there won't be an EV8 who knows how many years inI the future, why not concentrate more on letting the great unwashed massesd know that VMS works?  1 Tony Scandora, Argonne National Lab, 630-252-7541a scandora@cmt.anl.gov.-   ------------------------------  % Date: Tue, 26 Feb 2002 22:21:10 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 5 Subject: Re: EV8 and McKinley analysis by Paul DeMone , Message-ID: <3C7C50A4.C90511EF@videotron.ca>  " "Scandora, Anthony (35048)" wrote:L > About the same as when CocaCola declared itself the official soft drink ofM > summer.  I don't remember Pepsi suing.  Or was it the other way around?  It8J > was an ad campaign that meant nothing, no more than Intel's claim to theJ > industry standard.  Intel is what most customers buy, therefore it's theH > industry standard, and will remain the industry standard until another> > company comes up with something that customers buy more of.     M Just because CocaCola is the "industry standard" drink does not automatically E make all Coke products from all its subsidiaries "industry standard".   K This is where companies such as Compaq and HP erred. They assumed that IA64-- would automatically become industry standard.    ------------------------------  # Date: Wed, 27 Feb 2002 03:27:56 GMT * From: "Bill Todd" <billtodd@metrocast.net>5 Subject: Re: EV8 and McKinley analysis by Paul DeMone C Message-ID: <0nYe8.222601$d34.16224503@bin8.nnrp.aus1.giganews.com>   C "Scandora, Anthony (35048)" <Scandora@cmt.anl.gov> wrote in messaget% news:a5hc42$6mr$2@milo.mcs.anl.gov...t   ...e   > It doesn't# > matter why there won't be an EV8.n  L Actually, it matters a great deal, because the reasons why there won't be anJ EV8 may well be very similar to the reasons why there quite possibly won't> be a VMS V8 (at least if the same people are still in charge).   ...2  L > If EV8 had a performance advantage of x% over the same vintage Itanium, at au; > price premium of lots > x%, how many people would buy it?r  I A lot:  processor prices have a lot less impact on mid-range-and-up totaleG server price than the *number* of processors required to attain a givenh? level of performance, so Alpha has the potential overall systemu price/performance advantage.   ...r  L > EV7 isn't even here yet, and the people who should be cheering for VMS areC > bemoaning Alpha's demise.  Instead of letting the world think VMS-	 customers-K > are abandoning VMS because there won't be an EV8 who knows how many years  inK > the future, why not concentrate more on letting the great unwashed masses[ > know that VMS works?  H Because that's *Compaq's* job.  If they ever start doing it, there'll beL plenty of people here to cheer them on and help, but as long as they *don't*F start doing it, criticism of Compaq's continuing screw-ups is entirely appropriate.   Any other questions?   - bill   ------------------------------  % Date: Tue, 26 Feb 2002 18:53:47 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>- Subject: Re: Ftp/copy problem-, Message-ID: <3C7C1FEB.E65376ED@videotron.ca>  ; re: copy/ftp causing receiving NT node to keep file opened.   I Have you tried manual FTP from VMS to NT with all the proper commands (toaK login, set type, send file, and then close connection and exit gracefully).-  N Another thing you might want to try is to send another file after the big one.J It might force the receibing NT machine to close the first file completely/ before processing the next FTP receive request.r   ------------------------------  # Date: Tue, 26 Feb 2002 23:40:50 GMTp" From: "jleonard" <jleonard@iol.ie> Subject: Re: Ftp/copy problem.- Message-ID: <62Ve8.5507$D6.15660@news.iol.ie>   K Thank you for your time. I was aware that the issue was possibly related torI some condition on the receiver windows machine, however, I cannot be sureaL without testing whether it is just characteristic of the the particular caseJ rather than the receiving platform type. I was concerned about the mode ofG transfer and whether some condition might extend from the vms side. The_K particular form of the copy/ftp transfer did not seem to be well documented-J and seemed to be non standard. If the truth is otherwise I would like some
 direction.  D  I cannot say that I understand how the connection and transport areE separated in this case. I was concerned that residual file permission-I attributes might be involved. I am looking from the receiving side and ameL required to carryout a lot of work on the transported file and to distributeI the data appropriate to many end users, so the delay becomes difficult ifiF the command file operation is delayed and pushes against my schedules.  L I did want to investigate using a standard transport mechanism but I have ofL necessity been steered to working on the receiving side, however if more canJ be found out about the particular method of transfer mentioned, I might be) able to get some more vms side stuff donei   regards  John- "jleonard" <jleonard@iol.ie> wrote in message-' news:TwAe8.5432$D6.15424@news.iol.ie...-G > Large text file, created by a datatrieve procedure is tranferred to ae9 > machine running NT4 Server using a ftp/copy command....E   ------------------------------  % Date: Wed, 27 Feb 2002 00:04:53 +0000e1 From: Steve Wright <usenet@wrightnet.demon.co.uk>s Subject: Re: Ftp/copy problemL4 Message-ID: <hhn3vcBlKCf8EwX6@wrightnet.demon.co.uk>  I In message <TwAe8.5432$D6.15424@news.iol.ie>, jleonard <jleonard@iol.ie> < writesF >Large text file, created by a datatrieve procedure is tranferred to aM >machine running NT4 Server using a ftp/copy command. The File is large circarK >200MB. Attempting to import the text file into an access 97 database failsAI >if attempted before nearly 70 minutes have elapsed from when transfer istL >complete. The error indicates either a permission issue or that the file isE >already in use. Once sufficient time has elapsed, the importation is J >allowed. This outcome is reproducible on this machine. Any views would beK >appreciated, especially with a solution. The transfer is by anonymous ftp,iD >and the sharing of the windows side folder should allow access. TheF >importation is run either interactively or from a batch file run as a1 >scheduled service under Administrator privilege.o >Thanks for your attention,  >John  >  >J Hi John,  ; The problem is likely to be the FTP demon on the NT server.A  A We do a lot of FTP between VMS, UNIX and NT during our overnight aH processing. We currently have a problem with a file that is pushed from E UNIX to NT. When the process on the NT server attempts to access the oF file its gets a "non-exclusive access" error. From the time stamps in F the log, we know that the UNIX process has dropped the FTP connection F and has completed completely. We don't get the problem with any other ) files that are sent during the overnight.   H It is however the only file that is transmitted to an NT server that is < processed automatically during the overnight. All the other G transmissions take place in the middle of the night and wait until the -" users get in at 9am to process it.  G It looks like you've got a similar problem to us. The cause looks like rG to be the "Billy-Box". If you find the answer before we do, please let - me know. -- F Steve Wright   ------------------------------  # Date: Wed, 27 Feb 2002 00:21:36 GMTM" From: "jleonard" <jleonard@iol.ie> Subject: Re: Ftp/copy problemo- Message-ID: <kEVe8.5510$D6.15877@news.iol.ie>   K Thanks for your comments. I wanted to try a standard approach, however, theeL vms side is not very well defined for me. The documentation does not seem toE cover "put" and "get" etc.. I hinted that I might like to experiment.EC However, my tasks on the windows side have now grown substantially.nK I would like to try your second suggestion, also if I could get the commandtI repeated to transport the file to my win2k machine...that might cover two.H issues..the possible unclogging and another platform which I know has no8 difficulties with regard to file fragmentation and such.
 Thanks again,e John: "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C7C1FEB.E65376ED@videotron.ca...= > re: copy/ftp causing receiving NT node to keep file opened.0 > K > Have you tried manual FTP from VMS to NT with all the proper commands (ton@ > login, set type, send file, and then close connection and exit gracefully). > K > Another thing you might want to try is to send another file after the big- one.L > It might force the receibing NT machine to close the first file completely1 > before processing the next FTP receive request.g   ------------------------------  % Date: Wed, 27 Feb 2002 01:12:05 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>s Subject: Re: Ftp/copy problems, Message-ID: <3C7C78B6.DF47F408@videotron.ca>   Did a little test:  ' fire up primitive FTP server on my mac.o   from the VAX: C $COPY/FTP/ANONYMOUS BIKE.CONF  mac.mydomain.name::"/DMA1/bike.conf"x  L The session is established, the file transfer goes through and then the file session is ended.e  J So it would seem that COPY/FTP does close the session so the remote serverJ should no longer hold the last file opened if it behaved properly since itN would have received plenty of information that the transfer was complete (file" complete, and then session ended).   ------------------------------  % Date: Mon, 25 Feb 2002 21:15:49 -0600fC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> S Subject: Re: Getting VMS running on alphapc 150 - any help or pointers appreciated.cH Message-ID: <craig.berry-A65253.21154925022002@news.directvinternet.com>  1 In article <T3Ce8.168$fL6.4381@news.cpqcorp.net>,w4  hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote:  G > :Oh, one more thing. How do I really, really low-level format a scsi -< > :drive on this box? Without a hammer and a chisel, I mean. > E >   Ignoring the truely rich set of possible humorous answers here...iI >   With OpenVMS Alpha running, you can use the INITIALIZE/ERASE command.   1 What are the relative merits of that compared to  @ ANALYZE/MEDIA/EXERCIZE/LOG?  I would have thought ANALYZE was a , slightly lower level chisel in this context.   ------------------------------    Date: 26 Feb 2002 12:56:41 -0800/ From: chris@applied-synergy.com (Chris Scheers)iS Subject: Re: Getting VMS running on alphapc 150 - any help or pointers appreciated.o= Message-ID: <754a27c1.0202261256.1f1e6c5c@posting.google.com>e  k hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message news:<T3Ce8.168$fL6.4381@news.cpqcorp.net>... d > In article <FjEd8.5$Cz3.130@read2.inet.fi>, "PLZI" <janne.peltola@eisikanautaa.sonera.com> writes: >  > K >   This system has a SCSI implementation that is exceedingly sensitive to hJ >   the length of the SCSI, and to the particular SCSI devices.  You must H >   keep the entire (internal) 1742A cable inside the box, use a second I >   1740A to get outside the box -- this 1740A is the same as the 1742A, NI >   sans the floppy.  Both the 1742A and the 1740A firmware ROMs must be oJ >   at revision "G.1".  (The DEC 2000 series console should display "G.1" B >   -- if that is what you have, of course.  Not "G".  Not "H".)    2 IIRC, recent versions of VMS require G.2 firmware.  C FWIW, the 1st SCSI controller in this machine must be a 1742A.  TheeC 2nd, 3rd, etc. SCSI controllers can be either 1740A or 1742A.  If ah< 1742A, there is a jumper that disables the floppy circuitry,$ effectively making the card a 1740A.  ; I don't remember off hand which jumper, but if you need theh2 information, send me an eMail and I'll look it up.  B BTW: If anyone is trashing a Jensen, I could use the fan that goes behind the front panel.-   ------------------------------   Date: 26 Feb 2002 11:38:50 CDT= From: wayne@tachysoft.xxx.120519.killspam.00c7 (Wayne Sewell)r@ Subject: he rode a blazing saddle (was Re: Shannon on the merger. Message-ID: <Yda4fGB7JS23@tachxxsoftxxconsult>  W In article <4ePe8.143$6l2.3373@news.get2net.dk>, "Dr. Dweeb" <Dweeb@NoSpam.com> writes:rL > "Wayne Sewell" <wayne@tachysoft.xxx.120519.killspam.00c7> wrote in message* > news:XgdE$1Pr04vc@tachxxsoftxxconsult...> >> In article <3C79AB7D.781F4CC2@fsi.net>, "David J. Dachtera"! > <djesys.nospam@fsi.net> writes:kL >> > I'd be tempted to go run "Blazing Saddles" so I could quote a good lineJ >> > from Hedly LaMarr... (ala "My mind is raging torrent overflowing withK >> > swirling nords of thought, an avalanche of creative alternatives.", orn >> > something like that...) >> > >>L >> Then I can play the Taggert (Slim Pickens) part and say "Ditto!"  (Or was > thee4 >> reponse to that the "20-dollar whore" line?)  :-) > G > IIRC it was "a mouth prettier than a $20 whore", "Ditto" was in therei' > somewhere as well.  Very funny scene.5 >   N One of many.  When the media was jabbering nonstop about anthrax a while back,L I flashed back to the scene in the bar where Howard Johnson was saying, "...M and they say with this new vaccine from that Louie Pasteur, anthrax will be aLM thing of the past."  One of the other Johnsons (everybody in the town of Rock H Ridge was named Johnson) responded, "Forget about that shit!  Here comes Mongo!"e  L For a long time, I've wanted to use one of the Taggart lines in my sig file,L but I guess it's too politically incorrect.  It was the scene where he foundL Lyle and all the other railroad bosses dancing to the Camptown Ladies song.   I "We're paying yuh to get some track laid, not prance around like a buncha  Kansas City faggots!".     -- fO ===============================================================================xM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxi: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)TO ===============================================================================l= Society Lady:  Are you familiar with the Great Wall of China?s5        Curly:  No, but I know a big fence in Chicago!    ------------------------------  % Date: Tue, 26 Feb 2002 15:16:09 -0500 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>y( Subject: Re: I: PAKGEN Software for ISVs$ Message-ID: <3c7bed5e$1@news.si.com>  7 >In article <3C7A8A13.6050207@compaq.com>, Mark Schafer ! <mark.schafer@compaq.com> writes:r >: >:PAKGEN Software for ISVs >:G >:PAKGEN (which produces LMF PAKs for software) is now available to CSA- >:members upon request.s  L You should have done this years ago when there were still ISVs interested inF writing apps for VMS.  Instead you'd charge them more than their app's  development costs to license it. --A Brian Tillman                   Internet: tillman_brian at si.comiA Smiths Aerospace                          tillman at swdev.si.comc= 3290 Patterson Ave. SE, MS      Addresses modified to preventn< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 26 Feb 2002 16:07:32 -0800r' From: David Mathog <mathog@caltech.edu>l( Subject: Re: I: PAKGEN Software for ISVs* Message-ID: <3C7C2344.A41772F@caltech.edu>   Brian Tillman wrote: > 9 > >In article <3C7A8A13.6050207@compaq.com>, Mark Schafere# > <mark.schafer@compaq.com> writes:l > >: > >:PAKGEN Software for ISVs > >:I > >:PAKGEN (which produces LMF PAKs for software) is now available to CSAt > >:members upon request.8 > N > You should have done this years ago when there were still ISVs interested inH > writing apps for VMS.  Instead you'd charge them more than their app's" > development costs to license it.  G I've got to agree with Brian - this move is at least 10 years too late.oI It's kind of like fumigating your house _after_ it collapses from termitei	 damage...i   Regards,   David Mathog mathog@caltech.edu   ------------------------------  % Date: Tue, 26 Feb 2002 19:42:56 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)eF Subject: Re: IBM says they have best real time mainframe, where's VMS?7 Message-ID: <91C19CEF4warrenspencer1977@209.249.90.100>e  0 jfmezei.spamnot@videotron.ca (JF Mezei) wrote in" <3C7AC716.58830D5D@videotron.ca>:   G >But bank transactions are not real time. If you both press at the same F >time, one of them will go first, but you can't predict which one. And8 >the bank doesn't garantee a response time for its ATMs. >NH >If your transaction takes an extra second to execute, you don't notice.F >But a true real-time system, a random delay of up to one second could >kill people.   K Well this sounds like the perfect time to start a long wandering thread on DH the notion of real time, and who can play the defintion game better <g>.  H My parsing (and other) skills are nowhere near Bill's (or others in the 	 ng), but:   G >But bank transactions are not real time. If you both press at the same C >time, one of them will go first, but you can't predict which one.    A I think you're looking for "deterministic" here, not "real time".s  = > And the bank doesn't garantee a response time for its ATMs.u  2 No sure why this matters, as related to real time.  H >If your transaction takes an extra second to execute, you don't notice.  J The observer's impressions are not related to the definition of real time.  F >But a true real-time system, a random delay of up to one second could >kill people.   L That a system fails when it doesn't meet it its hard timing requirements is + often the accepted definition of real time.:  ' >real time != interactive/transactionalr  F I don't know that you can make such an assertion.  Transactions are a K separate domain having nothing to do with real time.  I can see your point AA for "interactive" though, since any user response can be delayed 4L indefinitely at the whim of the user, usually without causing the system at " hand to produce incorrect results.   ws   -- ,   Warren Spencer' Senior Software Engineer (not a writer)  The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------  # Date: Tue, 26 Feb 2002 20:37:12 GMTe0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski)F Subject: Re: IBM says they have best real time mainframe, where's VMS?8 Message-ID: <3c7bf150.177547589@proxy.news.easynews.com>  A On 25 Feb 2002 05:36:10 -0800, bob@instantwhip.com (Bob Ceculski)  wrote:  - >IBM thrashes Intel, Sun, on mainframe front e >t% >Realtime failover is sex on a stick c8 >By Mike Magee in San Francisco, 25/02/2002 11:03:21 BST   ...   B >IT managers we spoke to today said that IBM was possibly the only> >company to deliver real-time operating systems with real-time
 >failover.  @ I thought this was a Compaq NonStop (formerly Tandem) specialty.  B >What this means is that IBM has mainframes chief accountants willA >trust, and they refuse to be drawn into somewhat risky ventures.a  ? With any vendor, you can find loyal customers who won't go withd@ anyone else, and in many cases who aren't even aware of what theA competition offers.  I have to wonder what motivated Mr. Magee to ? write this article.  It looks very much like some IBM PR personu= contacted him and steered him to some IT managers fanatically@D loyal to IBM.  The result reads like a thinly-veiled IBM commercial,1 although that probably wasn't Mr. Magee's intent.i      
 ---------- Remove 'Z' to reply by email.i   ------------------------------  # Date: Tue, 26 Feb 2002 20:42:54 GMTt0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski)F Subject: Re: IBM says they have best real time mainframe, where's VMS?8 Message-ID: <3c7bf2c6.177921277@proxy.news.easynews.com>  A On 25 Feb 2002 05:36:10 -0800, bob@instantwhip.com (Bob Ceculski)e wrote:  A [concerning a newspaper article on IT for transaction processing]e  B >IT managers we spoke to today said that IBM was possibly the only> >company to deliver real-time operating systems with real-time
 >failover.  = As has been already pointed out, this is a curious use of thedD term 'real-time'.  That term usually refers to applications in which7 non-repeatable events are monitored and acted upon withsB response times measured in tiny fractions of a second.  Industrial> process control and monitoring a nuclear power plant are real-7 time applications.  Bank transaction processing is not.l  
 ---------- Remove 'Z' to reply by email.    ------------------------------  % Date: Tue, 26 Feb 2002 16:19:51 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca> F Subject: Re: IBM says they have best real time mainframe, where's VMS?+ Message-ID: <3C7BFBE8.7D1F3F5@videotron.ca>e   Paul Winalski wrote:C > competition offers.  I have to wonder what motivated Mr. Magee touA > write this article.  It looks very much like some IBM PR personi? > contacted him and steered him to some IT managers fanaticallys > loyal to IBM.   L But that is the real story isn't it ? The prey will pick on the sick and eat it before it is dead.   L It isn't the IBM advertising that is the news. It is the fact that IBM wouldI target that medium that is the news. It means that IBM has found a way toaJ reach a certain type of Compaq customer, those who are concerned about theN future of the OS they use, concerned about the future (or lack thereof) of the company that ownes it etc etc.  M VMS customers have, for years, thougth that VMS was alone (or way ahead) with J clustering, failover etc etc. Now comes IBM with a "we also offer what VMSI offers" just at a time where VMS customers are wondering what the fuck isg happening with Compaq/HP.c  K Decisions to switch from VMS aren't taken overnight.  But IBM will probably.K try to make sure that VMS customers think of IBM as a possible replacement,aM one where you no longer have to worry about the vendor's commitment to the OSa
 and platform.m   ------------------------------    Date: 26 Feb 2002 19:11:39 -0800( From: bob@instantwhip.com (Bob Ceculski)F Subject: Re: IBM says they have best real time mainframe, where's VMS?= Message-ID: <d7791aa1.0202261911.561db3d1@posting.google.com>e  ` JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3C7BFBE8.7D1F3F5@videotron.ca>... > Paul Winalski wrote:E > > competition offers.  I have to wonder what motivated Mr. Magee toiC > > write this article.  It looks very much like some IBM PR personiA > > contacted him and steered him to some IT managers fanaticallyh > > loyal to IBM.  > N > But that is the real story isn't it ? The prey will pick on the sick and eat > it before it is dead.  > N > It isn't the IBM advertising that is the news. It is the fact that IBM wouldK > target that medium that is the news. It means that IBM has found a way totL > reach a certain type of Compaq customer, those who are concerned about theP > future of the OS they use, concerned about the future (or lack thereof) of the  > company that ownes it etc etc. > O > VMS customers have, for years, thougth that VMS was alone (or way ahead) withwL > clustering, failover etc etc. Now comes IBM with a "we also offer what VMSK > offers" just at a time where VMS customers are wondering what the fuck ist > happening with Compaq/HP.e > M > Decisions to switch from VMS aren't taken overnight.  But IBM will probablylM > try to make sure that VMS customers think of IBM as a possible replacement,oO > one where you no longer have to worry about the vendor's commitment to the OSl > and platform.s  L IBM has nothing close to VMS!  The only way we will switch to IBM is if they buy VMS!   ------------------------------  % Date: Tue, 26 Feb 2002 21:59:53 +0100-- From: Didier Morandi <Didier.Morandi@Free.fr>1 Subject: Re: If you need PI....a' Message-ID: <3C7BF74A.780EA20B@Free.fr>o  O I stopped at 9211201831, the list was going through my table to the floor, thentH to the level under, then to the ground floor then to the cellar, then...  0 (remember Aliens, when he cut that "beast" leg?)   D. t   JF Mezei wrote:  > N > http://3.141592653589793238462643383279502884197169399375105820974944592.jp/ > P > I am not sure if the page ever finishes, but it definitely will give you PI to@ > far more precision that even 64 bit Alpha can take :-) :-) :-) > P > Note that on my MAC, that URL is too long and gets truncated to 65 characters. > in that case, you canl > http://202.224.192.18f   ------------------------------  % Date: Tue, 26 Feb 2002 16:47:42 -0500i- From: JF Mezei <jfmezei.spamnot@videotron.ca>38 Subject: ISS to deliver recommendation on merger in days, Message-ID: <3C7C026C.724BB79D@videotron.ca>  : Institutions Say ISS Won't Dictate H-P/Compaq Merger Vote    http://www.nyse.com/cgi-bin/ny_news?df=NY&r=S&sym=CPQ&sl=ON-02/26-15:52-590|ON-02/26-15:49-586|PR-02/26-15:00-1967|PR-02/26-14:40-1929|ON-02/26-12:39-499|&sp=4  [talk about an ugly URL !]     2/26/02 12:39pm    By Riva Richmond       Of DOW JONES NEWSWIRES  G   NEW YORK -(Dow Jones)- In a close contest, every vote matters. Still,eK   people who can swing many votes matter more, and they are closely watched.   and lavishly courted.p  J   Such has been the treatment enjoyed by proxy-advisory firm InstitutionalH   Shareholder Services, or ISS, which has been widely wooed by partisansC   campaigning for the votes of Hewlett-Packard Co. (HWP) and CompaqsD   Computer Corp. (CPQ) shareholders, who will vote next month on the)   companies' hotly contested merger plan.   Q   Late this week or early next week, ISS will provide a pair of reports with votefL   recommendations to its clients, about 750 large institutions, many of whomR   hold one or both of the securities, said Patrick S. McGurn, ISS' vice president.  N   But the firm's influence over the merger's fate may not be as strong as many   have assumed.r  N   In a typical shareholder vote, ISS is widely believed to determine which wayP   10% to 15% of the vote goes. But institutional investors, and even ISS itself,P   say the firm has less sway in contests like this one, where the debate centersP   on business or financial questions and where big investments in big, important   companies are at stake.e  P   ISS' views are weighty on "less visible" or routine matters, like stock-optionN   plans, said Ken Bertsch, director of corporate governance for TIAA-CREF, theJ   New York-based teachers retirement fund. "Their strong suit is corporateE   governance, and this (decision) is more about what, from a businessI.   standpoint, makes sense for H-P and Compaq."  C   The companies' management teams argue that joining together is an-I   important strategic step in an age of hardware consolidation. But H-P'sgN   founding families, who together control 18% of the stock, have been fighting@   the deal and advocating a "focus and execute strategy" at H-P.  F   Bertsch said TIAA-CREF will read the ISS reports for the substantiveL   research, but won't be giving much weight to the recommendations. It holdsG   about 12.4 million H-P shares and 14 million Compaq shares. ISS isn'trP   issuing a report tailored to holders of both stocks, so TIAA-CREF will, in any@   case, have to reconcile potentially conflicting advice itself.  M   Because investors pay for ISS' advice, the conventional wisdom is they willhL   take it, absent a strong case for not doing so. Vinnie Muscolino, managingL   director of David L. Babson & Co, and the H-P/Compaq decision maker at theQ   firm, said, if he goes against ISS' advice, he typically documents why. In thisaN   case, Muscolino, who is leaning in favor of voting his firm's more than halfL   million H-P shares and 270,000 Compaq shares in favor of the merger, isn'tJ   particularly interested in ISS' views. He's more keen on reading the tea-   leaves at an H-P analyst meeting Wednesday.t  R   In fact, all institutional investors interviewed for this article said they willM   make their own decisions. With business strategy at the core of the matter,o5   they feel the terrain is more appropriately theirs.o  I   As Victory Capital Management analyst Marty Shagrin pointed out, equitylI   analysts and money managers judge business strategies and assess growthmP   and profit potential every day. "If I can't make the decision, then what's theN   purpose of my job?" he said. Victory owns about 6.9 million H-P shares and a:   small Compaq position and is leaning against the merger.  M   Barry Goggins, an analyst at Babson, agreed: "On a merger, it's the analyst.F   and portfolio managers that run through the decision making." He wasN   involved in Babson's vote for a slate of directors successfully nominated byK   Weyerhaeuser Co. (WY), and backed by ISS, to Willamette Industries Inc.'ssN   (WLL) board, as part of Weyerhaeuser's hostile takeover of the company. ThatO   vote reflected concerns about both shareholder rights and business direction;iK   Willamette's board was widely seen as an obstacle to a buyout in the best    interest of its shareholders.a  J   McGurn concedes ISS may have less influence on this vote than on others,J   but argues investors want to hear its analysis and make it part of their   decision- making process.s  N   Its H-P recommendation will, at minimum, decide the vote for Barclays GlobalJ   Investors' 58.5 million H-P shares, about 3.4% of the outstanding stock.Q   Barclays turned over its decision to ISS to avoid any appearance of conflict ofeK   interest because its chief executive, Patricia Dunn, is a member of H-P's(J   board. Its move may make ISS more influential in this merger compared to   some others, Bertsch said.  O   As for the rest of the voters, ISS is thought to have the most influence overfN   index funds, which do less of their own fundamental research. According to aL   Thomson Financial/Carson list of H-P's top 50 institutional holders, index:   funds, excluding Barclays, hold about 7.7% of the stock.  S   ISS' clients, index funds or not, generally keep discretion over their vote, said=O   McGurn, and "the more likely the voting item is going to have a direct impactCQ   on the value of their investment, the more likely they are to go through and donQ   their own analysis." Investors are also more apt to take matters into their owntL   hands in "one-off" items, like a merger vote, than more routine matters of.   corporate governance, ISS' longtime mandate.  C   ISS was founded in 1985 as rampant corporate raiding pushed moneyiK   managers to focus on corporate governance issues. Last year, ISS became a0E   near monopoly in its field when it merged with rival Proxy Monitor.h  I   A number of ISS staff members are alumni of the Investor ResponsibilityeI   Research Center, or IRRC, including McGurn and Jamie Heard, formerly ofrM   Proxy Monitor and now chief executive of ISS. IRRC, which provides researchhR   to about 500 institutions and is ISS' only real competition, will issue a reportN   early next week on the H-P-Compaq merger proposal. As a matter of policy, it&   won't a provide vote recommendation.  P   IRRC, founded in the early 1970s, traces its roots to educational institutionsL   and foundations' effort to deal with social-policy issues related to theirI   investment decisions, amid pressure to divest holdings in South African F   companies during the apartheid era. The group helped spawn a broaderJ   shareholder-rights movement, of which ISS is part. As such, the field isI   heavily weighted in professionals with backgrounds in law and politics.   R   ISS also has staff with expertise in finance. Still, the lead ISS analyst on theB   H-P-Compaq deal is 32-year-old lawyer Ram Kumar, and a perceivedR   deficiency in finance expertise at the firm has led some to question its ability7   to adequately analyze the H-P-Compaq merger proposal.s  O   "In contests concerning mergers and similar business and financial issues, it H   might be more practical for ISS to simply recommend their clients seekK   relevant expertise from people outside the area of corporate governance,"cN   said Gary Lutin, president of Lutin & Co., a former investment banker and anK   adviser to institutional shareholders and boards on corporate control andfJ   governance issues. Experts might include people with experience managingF   technology businesses or observing them from the boardroom, he said.  M   "Over the last couple of years clients have been coming to us and saying we(M   want you to take a broader look," particularly at integration risks, McGurnrF   said. The H-P/Compaq merger debate, "is all about the ability of theN   companies to execute on this deal," and ISS' report will discuss issues like@   the role of management and integration controls and processes.  P   But the real value ISS offers clients is its unique position as an independentI   third party with resources and influence beyond that of most individualaK   institutional investors, he said. Not only can ISS dedicate more time andlN   effort to studying the deal, "we get levels of access that typical investorsM   would not get," McGurn said. "Companies will answer our questions," and alliP   the players, including outside directors, will discuss their views and provide   valuable information.r  K   Few people are willing to predict how ISS will come down on the deal. ButrO   another predicted ISS will make the politically astute choice and come out inoK   favor of the deal. "That is the safe route," the source said. "No one canr say foreH   sure which (position) is the best.... (but) if the merger fails, Carly
 Fiorina and ahF   lot of other executives will leave. Then where will the company be?"  6   -By Riva Richmond, Dow Jones Newswires, 201-938-5670     riva.richmond@dowjones.com  >   (This story was originally published by Dow Jones Newswires)   ------------------------------  % Date: Tue, 26 Feb 2002 19:02:34 -0600a: From: "Scandora, Anthony \(35048\)" <Scandora@cmt.anl.gov> Subject: Re: Itanium troubles + Message-ID: <a5hc45$6mr$3@milo.mcs.anl.gov>r  5 "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in messages* news:a50roo$7se$1@pegasus.csx.cam.ac.uk... >aB > The Intel IA-64 project no longer attracts the adulation that itA > did, even in Wall Street.  My point is that another delay wouldi> > almost certainly turn the current irrational confidence into > disbelief.  J Maybe not.  The original Pentium 60/66 was slower than a 486-DX2 66, and IL never expected better from Itanium.  The Pentium Pro evolved into II and IIIK over a long time before the Pentium 4 was finally released.  Pentium 4 will,K be competitive in the server market for as long as it takes to make the new  64 bit chip work.y >hE > |> Besides, delays in new chips and new versions of OS are de-facto7	 standard.x& > |> McKinley will come when it comes. >6> > Yes, they are.  But delays of 4 years aren't.  And a list ofB > disasters as long and severe as those associated with the Itanic > certainly isn't.  G How severe?  Did any users invest big bucks in Itanium for a productione? environment and then get surprised upon implementation failure?y   >eB > Several major OEMs have been SERIOUSLY shafted by Intel over theA > Itanic (SGI being by far the worst hit, but by no means alone),aD > and I doubt that any of them trust Intel any longer.  Also, havingC > been treated like dirt by Intel for so long, they don't have muchaE > loyalty, either.  Another 12 months delay is likely to trigger them,6 > into considering abandoning the IA-64 line entirely.  J For what?  They have to run Windows, which means Pentium 4 at the high end$ until something better is available. > A > That is so.  But most of them (not Compaq) have now resusciatediD > their own alternative strategies - certainly NEC, HP and SGI have,A > and IBM never announced the replacement of theirs.  So they now-B > have a genuine option if the McKinley flops or disappears out of> > sight.  Similarly, the OEMs without their own chips have theA > option of AMD's Hammer - or even buying in MIPS, PA-RISC, SPARCe > or POWER4 systems!  K HP has merely extended the life of PA, as can be done with EV7, for as long2K as it takes for Intel to get the replacement to work.  Would you really buynF into MIPS?  Is a clandestine port of Windows to SPARC underway?  I wasE impressed with Hammer until I found out that there are no plans for atL Windows 64 port.  Are they going to make it with 64 bit Linux and Windows 32K incompatibilty mode?  IBM has chip and marketing talent, but I haven't seen H them pushing Power yet.  Maybe some day, but until then, Intel is in theI enviable position of having its customers stay right where they are untila) Intel gets their 64 bit products working.o  1 Tony Scandora, Argonne National Lab, 630-252-7541a scandora@cmt.anl.gov   ------------------------------  # Date: Wed, 27 Feb 2002 03:46:17 GMT-* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troublesmC Message-ID: <dEYe8.204065$Aw2.15806859@bin7.nnrp.aus1.giganews.com>y  C "Scandora, Anthony (35048)" <Scandora@cmt.anl.gov> wrote in messageF% news:a5hc45$6mr$3@milo.mcs.anl.gov...t > 7 > "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in message., > news:a50roo$7se$1@pegasus.csx.cam.ac.uk... > >cD > > The Intel IA-64 project no longer attracts the adulation that itC > > did, even in Wall Street.  My point is that another delay wouldy@ > > almost certainly turn the current irrational confidence into > > disbelief. >tL > Maybe not.  The original Pentium 60/66 was slower than a 486-DX2 66, and IJ > never expected better from Itanium.  The Pentium Pro evolved into II and IIIiH > over a long time before the Pentium 4 was finally released.  Pentium 4 willI > be competitive in the server market for as long as it takes to make theo newi > 64 bit chip work.t  E Er, not for any use that requires 64-bit addressing capabilities, I'mlJ afraid.  And the *earliest* one can reasonably expect any real improvementH in Itanic (e.g., at least the on-chip glue for memory and MP that POWER4H already has and both EV7 and Hammer will ship with this year) to addressI 64-bit server requirements is 2005, with any *fundamental* improvement in 8 the core architecture at least another year beyond that.  J So while Pentium 4 may hold its own against the 32-bit server competition,F it won't do Intel a whit of good in the markets Itanic was designed toI address (though Pentium 4, and Hammer, will make Itanic look like a lousyaG choice for low-end servers).  And Hammer seems positioned to offer both@E better performance *and* lower price than Itanic for low-to-mid-rangenH servers requiring 64-bit addressing at least until 2005 - not to mentionD leading rather than grudging 32-bit application performance in mixed
 environments.s   > >eG > > |> Besides, delays in new chips and new versions of OS are de-factoe > standard.m( > > |> McKinley will come when it comes. > > @ > > Yes, they are.  But delays of 4 years aren't.  And a list ofD > > disasters as long and severe as those associated with the Itanic > > certainly isn't. >.I > How severe?  Did any users invest big bucks in Itanium for a productioneA > environment and then get surprised upon implementation failure?c  D Depends on how you define 'users'.  HP and SGI certainly got royallyI screwed, and had to resurrect their existing architectures at significanti cost and effort as a result.   >e > > D > > Several major OEMs have been SERIOUSLY shafted by Intel over theC > > Itanic (SGI being by far the worst hit, but by no means alone),eF > > and I doubt that any of them trust Intel any longer.  Also, havingE > > been treated like dirt by Intel for so long, they don't have much G > > loyalty, either.  Another 12 months delay is likely to trigger themt8 > > into considering abandoning the IA-64 line entirely. >oL > For what?  They have to run Windows, which means Pentium 4 at the high end& > until something better is available.  E Duh.  I don't think HP and SGI bought into Itanic on their higher-end-5 platforms to run Windows, at least not any time soon.0   > >mC > > That is so.  But most of them (not Compaq) have now resusciatedPF > > their own alternative strategies - certainly NEC, HP and SGI have,C > > and IBM never announced the replacement of theirs.  So they nowlD > > have a genuine option if the McKinley flops or disappears out of@ > > sight.  Similarly, the OEMs without their own chips have theC > > option of AMD's Hammer - or even buying in MIPS, PA-RISC, SPARC9 > > or POWER4 systems! > H > HP has merely extended the life of PA, as can be done with EV7, for as longI > as it takes for Intel to get the replacement to work.  Would you reallyo buyaH > into MIPS?  Is a clandestine port of Windows to SPARC underway?  I wasG > impressed with Hammer until I found out that there are no plans for a- > Windows 64 port.  L Really?  Do you have a reference we can check to confirm this?  Last I knew,I XP code contained some conditionals for x86-64, though Microsoft has been08 coy about making any public commitments to the platform.  <   Are they going to make it with 64 bit Linux and Windows 32H > incompatibilty mode?  IBM has chip and marketing talent, but I haven't seenJ > them pushing Power yet.  Maybe some day, but until then, Intel is in theK > enviable position of having its customers stay right where they are until + > Intel gets their 64 bit products working.e  I Except they're not:  AMD is picking up IA32 market share rapidly on InteldK these days, and of course Intel *has* no 64-bit customers yet to hold onto.r   - bill   ------------------------------  % Date: Wed, 27 Feb 2002 00:37:55 -0500 # From: Paul DeMone <pdemone@igs.net>a Subject: Re: Itanium troubles ' Message-ID: <3C7C70B3.FB9647EC@igs.net>    Bill Todd wrote: [...]eL > > them pushing Power yet.  Maybe some day, but until then, Intel is in theM > > enviable position of having its customers stay right where they are untilt- > > Intel gets their 64 bit products working.  > K > Except they're not:  AMD is picking up IA32 market share rapidly on Intel M > these days, and of course Intel *has* no 64-bit customers yet to hold onto.   E In what universe Bill? AMD lost unit market share in 4Q01 despite theaD introduction of the Athlon XP. They went from ~22% to under 19%. AndD with Intel's launch of Northwood in January I doubt AMD will be ableE to turn this losing trend around until next year at the earliest when ; its x86-64 Clawhammer is supposed to ramp up to production.s     --D Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICE Kanata, Ontario      proportions to put more PRECISION and POWER into-G demone@mosaid.com    architectures with MIPSed results but ALPHA's wellI$ pdemone@igs.net      that ends well.   ------------------------------  # Date: Wed, 27 Feb 2002 06:12:13 GMTs* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troubles C Message-ID: <1N_e8.204498$Aw2.15871757@bin7.nnrp.aus1.giganews.com>j  0 "Paul DeMone" <pdemone@igs.net> wrote in message! news:3C7C70B3.FB9647EC@igs.net...  >  > Bill Todd wrote: > [...]wJ > > > them pushing Power yet.  Maybe some day, but until then, Intel is in thenI > > > enviable position of having its customers stay right where they aree untilI/ > > > Intel gets their 64 bit products working.o > >eG > > Except they're not:  AMD is picking up IA32 market share rapidly onn IntelaI > > these days, and of course Intel *has* no 64-bit customers yet to holdo onto.s > G > In what universe Bill? AMD lost unit market share in 4Q01 despite thea  > introduction of the Athlon XP.  = I guess the universe in which the following article appeared:i  3 http://news.com.com/2100-1001-822642.html?tag=cd_mho  K "PC chipmaker Advanced Micro Devices gained ground in its rivalry with chip G king Intel during 2001, despite a surge by Intel in the fourth quarter.d  J AMD gained nearly four points of market share against its rival to end theG year with just more than 20 percent of the PC processor market, despite0G losing two points sequentially from the third quarter, according to newe/ numbers released by Mercury Research this week.a  L For the year, Intel finished 2001 with 78.7 percent of the market, down fromK 82.2 percent during 2000, ceding 3.5 points of share to AMD, which grew itssF share from 16.7 percent in 2000 to 20.2 percent in 2001, Mercury said.  H [That 3.5% market shift to AMD's side represents a 20% increase in AMD'sC share of the market vs. a 4% decrease in Intel's, which I'd suggestg" qualifies as significant.  - bill]   ...o  K After a miserable year, the fourth quarter ultimately spelled good news fortF both chipmakers, said Dean McCarron, principle at Mercury Research andJ keeper of the numbers. AMD gave up its two points of share, but the lossesI occurred in the budget segment of the market. The company managed to shiplG more Athlon chips than budget Durons, a switch from earlier quarters inw 2001.n   ...i  H As a result, AMD's average selling price for its chips bounded from just= above $70 in the third quarter to $90 in the fourth quarter."c   - bill   ------------------------------  # Date: Wed, 27 Feb 2002 06:44:57 GMTt* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Itanium troublescC Message-ID: <Jf%e8.229344$Re2.17139251@bin6.nnrp.aus1.giganews.com>u  5 "Bill Todd" <billtodd@metrocast.net> wrote in messageu= news:1N_e8.204498$Aw2.15871757@bin7.nnrp.aus1.giganews.com...h   ...   5 > http://news.com.com/2100-1001-822642.html?tag=cd_mht   ...f  I > After a miserable year, the fourth quarter ultimately spelled good newsi fordH > both chipmakers, said Dean McCarron, principle at Mercury Research andL > keeper of the numbers. AMD gave up its two points of share, but the lossesK > occurred in the budget segment of the market. The company managed to shipuI > more Athlon chips than budget Durons, a switch from earlier quarters inm > 2001.e  L By the way, I've seen the contention that Intel's surge in Q4 was the resultK of dumping large quantities of .18 micron Celerons that weren't moving ontouJ the Asian market:  if that's the case it's clearly a one-time boost rather, than any kind of sea change n Intel's favor.   - bill   ------------------------------  # Date: Tue, 26 Feb 2002 15:13:23 GMT.3 From: sy18889@rabbit.fmr.com (Bradford J. Hamilton)p9 Subject: Re: Memory Upgrade for Alpha XP-1000 Workstation / Message-ID: <nCNe8.87$M3.294@news-srv1.fmr.com>i  
 Hi Petros,  N I use crucial (www.crucial.com) for my memory needs; others in this group will* ceratinly chime in with their favorites...  m In article <e54adf36.0202260541.287c404e@posting.google.com>, pdafniotis@yahoo.com (Petros Dafniotis) writes: @ >I have an XP-1000 with a 667 MHz CPU and 4 SDRAMs of 128MB eachD >yielding a total of 512MB. I want to upgrade memory to max possible! >without wasting RAM if possible.  >tC >My question is what options do I have? Reading through the docs ith@ >appears that I could add 1 GB more for a total of 1.5GB withoutD >wasting existing memory sticks. Please confirm and/or suggest otherC >solutions. I am asking here because in Switzerland I have to use aeF >third party for the actual purchase and this third party has not been. >entirely reliable in information in the past. >uC >Also, can I just go out and buy the SDRAM from a PC vendor? (ok, I  >need ECC registered SDRAM). >r >Thank you and kind regards, >Petroso >----n >Petros Dafniotis, PhD >pdafniotis@yahoo.coma   Bradford J. Hamilton( MAPSbradhamilton@MAPSmediaone.net	(home)& sy18889MAPS@rabbit.MAPSfmr.com		(work)  ; "All opinions that I express are my own, not my employer's"  "Lose the MAPS"g   ------------------------------  % Date: Tue, 26 Feb 2002 20:09:14 -0500m  From: Kuff@Tessco.Com (Hal Kuff)- Subject: Re: Modular data Router - Fibre TapesO Message-ID: <680BF66C56447F9C.4B84B2CE9DC196AE.E619CB524904780F@lp.airnews.net>t  =    Turns out that 7.2-2 was back-fitted and they work fine..!d    F In article <3C7B2F34.5050201@home.nl>, Dirk Munk <munk@home.nl> wrote:  I > We are planning to use them. You need VMS 7.3 as a minimum I have been  + > told by our storage salesman with Compaq.  >  > Hal Kuff wrote:  > G > >   Is anyone using a Modular Data Router (I or II) on a Compaq FibreiL > >Channel SAN? I'm looking for the feature/compatibility matrix for the MDRM > >I & II on OpenVMS... It is not clear what exactly is supported and in whatt< > >version... I logged a case with the Storage group and theG > >Vms-Internales-Drivers DSN list and they are not sure or do not havee > >access to the info. > >iC > >   What version are you running and what success are you having?s > >g   ------------------------------  % Date: Tue, 26 Feb 2002 12:20:00 -0800n, From: "James Gessling" <jgessling@yahoo.com># Subject: Re: Powerpoint competitionc4 Message-ID: <a5gqlh$6q9lo$1@ID-46415.news.dfncis.de>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C7B19B3.72B12732@videotron.ca... > http://www.Mew.org/mgp/  >e > L > However, to download it, one needs "cvs" to the host toget the files. What is > "CVS " ?????  F Concurrent Versioning system.  Source control built on top of a server running RCS.F We use the client quite successfully on VMS to access our company wide sourceL library.  (We are committed to all our C code running on Solaris, VMS, Linux andf2 NT).  You can get a copy of the client for VMS at:  * http://www.cvshome.org/cyclic/cvs/vms.html   Jim    ------------------------------  % Date: Tue, 26 Feb 2002 14:12:53 -0500a; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>i2 Subject: Re: Profitability and the survival of VMS$ Message-ID: <3c7bde8a$1@news.si.com>  : >For what it is worth, I stayed away from personal insults   Oh, JF, you're such a kidder!t -- uA Brian Tillman                   Internet: tillman_brian at si.comsA Smiths Aerospace                          tillman at swdev.si.comh= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 26 Feb 2002 14:16:41 -0500u; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>02 Subject: Re: Profitability and the survival of VMS$ Message-ID: <3c7bdf6d$1@news.si.com>  / >Killfiles work fine, a moderated VMS forum forcK >those who have a sincere technical interest in VMS would work even better.   ! It's called Encompasserve, Terry!s -- aA Brian Tillman                   Internet: tillman_brian at si.comtA Smiths Aerospace                          tillman at swdev.si.comn= 3290 Patterson Ave. SE, MS      Addresses modified to prevent6< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 26 Feb 2002 13:06:49 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) & Subject: Re: Question for Backup Gurus3 Message-ID: <grepgsw8+pcH@eisner.encompasserve.org>p  g In article <91C180F74warrenspencer1977@209.249.90.100>, wspencer@ap.nospam.org (Warren Spencer) writes: 0 > p14175@email.sps.mot.com (Linda Luik) wrote in) > <3C72A8CF.B91D0DCF@email.sps.mot.com>: s >  > -- snip --K >>-------------------------------------------------------------------------IF >>-------------------------- The node was rebooted to clear the RWAST. > -- snip -- > J > I once cleared a tape drive/backup process hung in RWAST by cycling the  > power on the tape drive.  A Wendy Koenig won a VAX Magic prize at the US DECUS Symposium somemC years back for her solution of how to retrieve the tape drive ownedn by a process without rebooting.m  . She changed the unit plug to an unused number.   ------------------------------  % Date: Tue, 26 Feb 2002 21:18:16 -0000t= From: "David McKenzie" <david.mckenzie@spitfire0.demon.co.uk>i$ Subject: Re: Remote Password changesB Message-ID: <1014758364.11056.0.nnrp-12.c1edba74@news.demon.co.uk>  2 Have you looked at the openVMS management station?  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:r6aTl77yXw3N@eisner.encompasserve.org... > > In article <3C7B10EA.5F48CF03@bellsouth.net>, Shael Richmond <ksrich@bellsouth.net> writes:D > > We are restructuring our security.  I'm looking for a way for myG > > users to be able to change their password on our development systemxA > > and then migrate that password change to our 30 remote sites.  >e > > Any suggestions? >pC > Propagating reusable passwords means propagating vulnerabilities.e   ------------------------------  # Date: Tue, 26 Feb 2002 21:41:38 GMT ' From: Don Sykes <anonymous@pacbell.net> $ Subject: Re: Remote Password changes+ Message-ID: <3C7C0204.D1A8AD99@pacbell.net>p  @ You can open a decent link from DCL and run any number of remote commands, like set password. Example:   >From local nodeH 	$ open/write    NETFILE   'NODE'"''USER' ''PASSWORD'"::"TASK=NETREMOTE"  / where NETREMOTE.COM on your remote machine doess" 	$ open/write    NETFILE   SYS$NET 	$ LOOP: 	$ read  NETFILE DCLCOMo	 	'DCLCOM'g
 	$ go to loop-  " Then from your local machine do a ' 	$ write NETFILE "$ creat password.com" ! 	$ write NETFILE "$ set password"R 	$ write NETFILE "old password"  	$ write NETFILE "new password"n 	$ write NETFILE "new password"r 	$ write NETFILE "$ exit"r 	$ close NETFILE     Shael Richmond wrote:$ > B > We are restructuring our security.  I'm looking for a way for myE > users to be able to change their password on our development system ? > and then migrate that password change to our 30 remote sites.t > I > I've been playing around with RSH and Rlogin but haven't had much luck.oG > I want to use the standard "SET PASSWORD" facility and not go through  > authorize. > / > I am running AXP/VMS 7.2-1 and UCX 5.1 eco 3.D >  > Any suggestions? > 	 > Thanks,r >  > ShaelT   -- i   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscou   ------------------------------  % Date: Tue, 26 Feb 2002 23:06:21 -0000m= From: "David McKenzie" <david.mckenzie@spitfire0.demon.co.uk> $ Subject: Re: Remote Password changesB Message-ID: <1014764828.25528.0.nnrp-14.c1edba74@news.demon.co.uk>   or even sysman could do this  4 "Don Sykes" <anonymous@pacbell.net> wrote in message% news:3C7C0204.D1A8AD99@pacbell.net...l >dB > You can open a decent link from DCL and run any number of remote > commands, like set password.
 > Example: >u > >From local nodeI > $ open/write    NETFILE   'NODE'"''USER' ''PASSWORD'"::"TASK=NETREMOTE"e >n1 > where NETREMOTE.COM on your remote machine doeso# > $ open/write    NETFILE   SYS$NETo	 > $ LOOP:h > $ read  NETFILE DCLCOM
 > 'DCLCOM' > $ go to loop > # > Then from your local machine do al( > $ write NETFILE "$ creat password.com"" > $ write NETFILE "$ set password"  > $ write NETFILE "old password"  > $ write NETFILE "new password"  > $ write NETFILE "new password" > $ write NETFILE "$ exit" > $ close NETFILEn >n >e > Shael Richmond wrote:g > >iD > > We are restructuring our security.  I'm looking for a way for myG > > users to be able to change their password on our development systemdA > > and then migrate that password change to our 30 remote sites.r > >uK > > I've been playing around with RSH and Rlogin but haven't had much luck.aI > > I want to use the standard "SET PASSWORD" facility and not go through  > > authorize. > > 1 > > I am running AXP/VMS 7.2-1 and UCX 5.1 eco 3.n > >  > > Any suggestions? > >l > > Thanks,i > >c	 > > Shael  >h > -- >f > Have VMS. Will Travel. > Wire Paladin @alphase.com, > San Franciscor   ------------------------------  % Date: Tue, 26 Feb 2002 22:27:39 -0600l+ From: Shael Richmond <ksrich@bellsouth.net>e$ Subject: Re: Remote Password changes- Message-ID: <3C7C603B.C94C8C4B@bellsouth.net>u   Larry Kilgallen wrote: > ] > In article <3C7B10EA.5F48CF03@bellsouth.net>, Shael Richmond <ksrich@bellsouth.net> writes: D > > We are restructuring our security.  I'm looking for a way for myG > > users to be able to change their password on our development systemnA > > and then migrate that password change to our 30 remote sites.d >  > > Any suggestions? > C > Propagating reusable passwords means propagating vulnerabilities.   F I'm not really interested in security, it's not a concern for me, just
 the auditors!a5 The systems aren't accessable from the outside world.s  H I want the passwords to be valid, just the same on all 30 sites for each
 user.  Users nH wouldn't necessarily login to each site within any time period.  So when they try to E login to site that they hadn't been in a long time, there's no way tou know what the passwordC was.  At least my way each password would be changed every 90 days.a   Shael    ------------------------------  % Date: Tue, 26 Feb 2002 22:30:08 -0600m+ From: Shael Richmond <ksrich@bellsouth.net> $ Subject: Re: Remote Password changes, Message-ID: <3C7C60D0.14A1A8F@bellsouth.net>   David McKenzie wrote:n > 4 > Have you looked at the openVMS management station? >   5 I've used it before, it does have some nice features.e5 I'll go look and see if it would apply to my problem.D   Shaele                < > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message/ > news:r6aTl77yXw3N@eisner.encompasserve.org...b@ > > In article <3C7B10EA.5F48CF03@bellsouth.net>, Shael Richmond  > <ksrich@bellsouth.net> writes:F > > > We are restructuring our security.  I'm looking for a way for myI > > > users to be able to change their password on our development systemaC > > > and then migrate that password change to our 30 remote sites.  > >m > > > Any suggestions? > > E > > Propagating reusable passwords means propagating vulnerabilities.n   ------------------------------  % Date: Tue, 26 Feb 2002 22:33:55 -0600 + From: Shael Richmond <ksrich@bellsouth.net> $ Subject: Re: Remote Password changes- Message-ID: <3C7C61B3.BB1DD4E2@bellsouth.net>0   Don Sykes wrote: > B > You can open a decent link from DCL and run any number of remote > commands, like set password.  @ Unfortunately we don't allow DECNET across our WAN, only TCP/IP.F But this is similar to the one suggestion I got from the Compaq TCP/IP team.uF Put a file on each system that takes the old password and new password as parameters.E Then issue a RSH command to run the procedure passing both passwords.y   Shael     
 > Example: >  > >From local nodeQ >         $ open/write    NETFILE   'NODE'"''USER' ''PASSWORD'"::"TASK=NETREMOTE"r > 1 > where NETREMOTE.COM on your remote machine doesl+ >         $ open/write    NETFILE   SYS$NET  >         $ LOOP:   >         $ read  NETFILE DCLCOM >         'DCLCOM' >         $ go to loop > # > Then from your local machine do a 0 >         $ write NETFILE "$ creat password.com"* >         $ write NETFILE "$ set password"( >         $ write NETFILE "old password"( >         $ write NETFILE "new password"( >         $ write NETFILE "new password"" >         $ write NETFILE "$ exit" >         $ close NETFILEl >  > Shael Richmond wrote:  > >wD > > We are restructuring our security.  I'm looking for a way for myG > > users to be able to change their password on our development systemmA > > and then migrate that password change to our 30 remote sites.i > >sK > > I've been playing around with RSH and Rlogin but haven't had much luck.6I > > I want to use the standard "SET PASSWORD" facility and not go throughr > > authorize. > >,1 > > I am running AXP/VMS 7.2-1 and UCX 5.1 eco 3.p > >o > > Any suggestions? > >t > > Thanks,e > > 	 > > ShaelI >  > -- >  > Have VMS. Will Travel. > Wire Paladin @alphase.comt > San Franciscoi   ------------------------------  # Date: Wed, 27 Feb 2002 01:33:07 GMTf1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o" Subject: Re: Shannon on the merger' Message-ID: <3C7C38AF.2A83D470@fsi.net>p   "Dr. Dweeb" wrote: > [snip]G > IIRC it was "a mouth prettier than a $20 whore", "Ditto" was in thered' > somewhere as well.  Very funny scene.2  9 Taggart:	Gawl-ly, Mr. LaMarr! You use your tongue purtiere 		than a tewnny-dollar whore!i  * LaMarr:		(Under his breath) Shit-kicker...  F When Taggart is looking for the rubber froggy, I just recently noticedF that the arms of the chair he's sitting in get caught on his guns whenB he stands up. The chair dangling from his gun belt just ads to the
 scene, IMO...    -- , David J. Dachtera  dba DJE Systemsb http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/d   ------------------------------  # Date: Wed, 27 Feb 2002 01:42:43 GMTi1 From: "David J. Dachtera" <djesys.nospam@fsi.net>.0 Subject: Re: SHOW ENTRY /FULL doesn't show /PARA' Message-ID: <3C7C3B05.E20D2421@fsi.net>i   Larry Kilgallen wrote: > Y > In article <25FEB200223442139@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:] > I > > You can use DCPS and specify the desired parameters in the setup .COMnJ > > file. DCPS sets them up as logical names like DCPS$queuename_PARAMETER, > > which the DCPS symbiont checks and uses. > E > Since that is outside the scope of the queue manager, it thus makesa, > sense that SHOW QUEUE would not report it.  E As Larry pointed out, this only sets up system-wide logical names. It 8 does nothing to the Queue Manager or the Job Controller. -- b David J. Dachterab dba DJE Systemsi http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/2   ------------------------------  % Date: Wed, 27 Feb 2002 15:26:41 +1030c: From: "Barratt, Chris (FMC)" <Chris.Barratt@fmc.sa.gov.au> Subject: SHOW USER/FULLeN Message-ID: <07103702F27FD411ACA30000F808545257CEC5@sagemshs001.fmc.sa.gov.au>   Hi all,5  7 OpenVMS 7.3a TCP/IP Services 5.1 ECO 3     $ show user/full  usera07       OpenVMS User Processes at 27-FEB-2002 15:22:55.38l7     Total number of users = 1,  number of processes = 1   d3  Username   Node   Process Name    PID     Terminal 2  USERA     NODEA  USERA (4)    24814118  TNA6479: B             (Host: 10.18.9.70 Locn: PNUM=2:PNAM=                :)  t  g> Does anyone know what the "Locn: PNUM=2:PNAM=       :" means ?  p  h Thanks in advance,
 Chris Barrattl   ------------------------------   Date: 26 Feb 2002 20:19:03 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)l1 Subject: Re: TCPIP throuput for a VAXstation 3100 + Message-ID: <a5gqjn$a85$1@info.cs.uofs.edu>e  H How can people handle media files on a VaxStation 3100??  Where does the sound come out??  :-)    bill. (who has a pretty good collection of VS3100's)   -- 3J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ;   ------------------------------  % Date: Tue, 26 Feb 2002 16:06:30 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca>g1 Subject: Re: TCPIP throuput for a VAXstation 3100 , Message-ID: <3C7BF8C8.B3E6DB70@videotron.ca>   Bill Gunshannon wrote: > J > How can people handle media files on a VaxStation 3100??  Where does the > sound come out??  :-)e  I I have interfaced my MAC to the vaxstation. There is a special coax cable L between the two and special software that lets the mac produce sounds storedE on the vax... it is called FTP the file to the MAC and run it there !    :-) :-) :-) :-)u   ------------------------------    Date: 27 Feb 2002 05:15:25 +0800, From: Paul Repacholi <prep@prep.synonet.com>/ Subject: Re: tool to calc recursive dir sises ?,- Message-ID: <87pu2s9c7m.fsf@prep.synonet.com>v  ( Jan-Erik Sderholm <aaa@aaa.com> writes:  D > Right now, I think I'll just run a "DIR/SIZE/TOT/OUT=somefile" and# > then write some DCL to sum it up.o  E Have you tryed CSWINGs statistics stuff? You have to do each sub-treebC on its own, but it does most of the job. And it is easy to clean upt from there.s   -- s< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.f@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Tue, 26 Feb 2002 23:05:40 +0100m9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> / Subject: Re: tool to calc recursive dir sises ?r' Message-ID: <3C7C06B4.10F949C9@aaa.com>f  E I'd like someting to run in batch at night and mail me the reports...C  	 Jan-Erik.    Paul Repacholi wrote:n > * > Jan-Erik Sderholm <aaa@aaa.com> writes: > F > > Right now, I think I'll just run a "DIR/SIZE/TOT/OUT=somefile" and% > > then write some DCL to sum it up.i > G > Have you tryed CSWINGs statistics stuff? You have to do each sub-tree E > on its own, but it does most of the job. And it is easy to clean upi
 > from there.i >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.GB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Wed, 27 Feb 2002 01:36:51 GMTo# From: "John N." <JNixon@cfl.rr.com>" Subject: unzip? Message-ID: <TKWe8.291275$jO5.37915744@typhoon.tampabay.rr.com>y  J Is unzip a part of windows, or is it something you have to buy?  All of myJ older systems seem to be able to unzip programs automajically, but none ofK my newer systems seem to have this ability.  All the unzip programs I found C on the web are for sale  ($$$) , even though some have free trials.g   ------------------------------  # Date: Wed, 27 Feb 2002 01:37:53 GMTu# From: "John N." <JNixon@cfl.rr.com>  Subject: Re: unzip? Message-ID: <RLWe8.291285$jO5.37917436@typhoon.tampabay.rr.com>d   Oops,i   Very sorry.   Wrong newsgroup.  . "John N." <JNixon@cfl.rr.com> wrote in message9 news:TKWe8.291275$jO5.37915744@typhoon.tampabay.rr.com...tL > Is unzip a part of windows, or is it something you have to buy?  All of myL > older systems seem to be able to unzip programs automajically, but none ofG > my newer systems seem to have this ability.  All the unzip programs I2 found E > on the web are for sale  ($$$) , even though some have free trials.h >o >y >m >y   ------------------------------  # Date: Wed, 27 Feb 2002 02:20:35 GMT01 From: "David J. Dachtera" <djesys.nospam@fsi.net>o Subject: Re: unzip' Message-ID: <3C7C43E2.6951AD05@fsi.net>V   "John N." wrote: > L > Is unzip a part of windows, or is it something you have to buy?  All of myL > older systems seem to be able to unzip programs automajically, but none ofM > my newer systems seem to have this ability.  All the unzip programs I foundiE > on the web are for sale  ($$$) , even though some have free trials.a   Try:  $ http://www.info-zip.org/pub/infozip/    ...and for a GUI front-end, try:  , http://www.info-zip.org/pub/infozip/WiZ.html   -- h David J. Dachterap dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 26 Feb 2002 22:10:52 +0300G4 From: "Ruslan R. Laishev" <laishev@smtp.deltatel.ru> Subject: Re: VAX SCAN10 Message-ID: <3C7BDDBC.5117A4D3@smtp.deltatel.ru>   Hello Larry,  D > As an Ada fan, I note that GNAT offers a Spitbol (or is it Snobol)B > package for doing the same sorts of things that SCAN does.  That4 > package probably has a larger user base than SCAN.' 	Can you provide any references, URLs ?-   -- T Cheers, Ruslan.tD +---------------------pure personal opinion------------------------+;       RADIUS Server for OpenVMS project - www.radiusvms.come8         vms-isps@dls.net - Forum for ISP running OpenVMS*                  Mobile: +7 (901) 971-3222A    TKD (WTF) in Russia, St.-Petersburg - www.TaeKwonDo-WTF.SPb.RUt   ------------------------------    Date: 26 Feb 2002 14:38:18 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: VAX SCANt3 Message-ID: <5knKHeKID2gz@eisner.encompasserve.org>m  g In article <3C7BDDBC.5117A4D3@smtp.deltatel.ru>, "Ruslan R. Laishev" <laishev@smtp.deltatel.ru> writes:o > Hello Larry, > E >> As an Ada fan, I note that GNAT offers a Spitbol (or is it Snobol)lC >> package for doing the same sorts of things that SCAN does.  Thatr5 >> package probably has a larger user base than SCAN.e) > 	Can you provide any references, URLs ?w  < You could ask in comp.lang.ada how to get a copy of the free7 release of GNAT for Alpha VMS.  I don't find it at siter8 ftp://cs.nyu.edu/pub/gnat/ which is where it used to be.   ------------------------------  % Date: Tue, 26 Feb 2002 23:25:01 +0000p+ From: "antonio.carlini" <arcarlini@iee.org>v. Subject: Re: vax/vms documentation - psi / x29& Message-ID: <3C7C194D.6010905@iee.org>   pat saunders wrote:o  G >   Does anyone know where to find online documentation about PSI / x297 > configuration E.Gl >   VAX PSI MANAGEMENT GUIDE,     * You can find a smidgen of Phase V info at:  X http://www.openvms.compaq.com:8000/73final/6499/6499pro_contents_003.html#toc_appendix_h  . but the manuals you really want are not there.  , Similarly the Phase IV manuals are not there$ and have probably never been online.  B >   I am trying to find why i get PAD-F_NOLINES error when using : >   set host /x29 dte-0%<xxxxx>T    ) If you are using Phase IV then (IIRC) you" need to have configured usingI    $ @SYS$MANAGER:PSICONFIGN  ( If you are using Phase V then you should have configured usingN    $ @SYS$MANAGER:PSI$CONFIGUREE (again IIRC)    ' Since you are using a dte name of dte-0r& and this is typical of the examples in the Phase V manuals, am I righte& in guessing that you are using Phase V (i.e. DECnet-Plus)?a  % Any idea what kind of config you havet& (Access or Native)? If native, are you using a synch circuit or LLC2?  & Have you tried REPLY/ENABLE and seeing* what OPCOM messages you get when it fails?   Antonio        -- r   ---------------1- Antonio Carlini             arcarlini@iee.org    ------------------------------  % Date: Tue, 26 Feb 2002 20:21:41 -0000@- From: wspencer@ap.nospam.org (Warren Spencer)-> Subject: Wall Street Journal:  Brandes to oppose HP/CPQ merger7 Message-ID: <91C19A38Bwarrenspencer1977@209.249.90.100>   L Another merger item.  In Tuesday's WSJ, page 1, Business and Finance:  "H-P J faces another vote against its plan to buy Compaq.  Money-management firm G Brandes said it will oppose the proposed 21.7 billion acquisition." ....  J According to the article, they held 1.3% of CPQ shares at the end of 2001.  ( Sorry, I don't have a web link for this.   ws   -- a   Warren Spencer' Senior Software Engineer (not a writer)R The Associated Press  < ** Time flies like an arrow.  Fruit flies like a bananna. **   ------------------------------   Date: 26 Feb 2002 21:28:17 GMT) From: leslie@clio.rice.edu (Jerry Leslie)oB Subject: Re: Wall Street Journal:  Brandes to oppose HP/CPQ merger' Message-ID: <a5gulh$j91$1@joe.rice.edu>   . Warren Spencer (wspencer@ap.nospam.org) wrote:N : Another merger item.  In Tuesday's WSJ, page 1, Business and Finance:  "H-P L : faces another vote against its plan to buy Compaq.  Money-management firm I : Brandes said it will oppose the proposed 21.7 billion acquisition." ...n :tL : According to the article, they held 1.3% of CPQ shares at the end of 2001. :g* : Sorry, I don't have a web link for this. : <    http://money.cnn.com/2002/02/26/deals/hp_compaq/index.htm9    Report: New opponent to HP-Compaq deal - Feb. 26, 2002d  <   "NEW YORK (CNN/Money) - Another institutional investor hasG    announced its opposition to the proposed purchase of Compaq ComputeriI    Corp. by Hewlett-Packard Co., according to a published report Tuesday.@E    The Wall Street Journal reported that Brandes Investment Partners,eG    which holds about 1.3 percent of HP stock, is now on record opposinghI    the stock deal valued at about $21 billion. HP shareholders are set toB&    vote on the proposed deal March 19.  C    "Putting H-P together with Compaq is a gutsy and bold move," the<G    Journal quoted Vinit Bodas, a partner and senior analyst at Brandes,'F    as saying. "But our sense is that there are a lot of risks in doing@    that, including considerable cultural and integration risks."  G    The Journal said Brandes' 24.7 million HP shares as of Dec. 31 makes G    it the 12th-largest holder of the computer maker's shares. The paperiC    quoted the company as saying that it is disappointed by Brandes'aB    decision, but that it has support from many other investors..."    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   End of INFO-VAX 2002.113 ************************