1 INFO-VAX	Wed, 07 May 2003	Volume 2003 : Issue 252       Contents:L (ANNOUNCEMENT) hp Secure Web Server for OpenVMS (Alpha) version 2.0 beta kitP (ANNOUNCEMENT) hp Secure Web Server for OpenVMS (Alpha) version 2.0 beta kit ava Re: Anyone here from Dublin ?  Re: Anyone here from Dublin ?  Re: Anyone here from Dublin ?  Re: Anyone here from Dublin ? , Re: Are Bridgeworks and Multinet compatible?$ Re: Cluster vote allocation question' Re: creating licenses for my own demos? ' Re: creating licenses for my own demos? $ DECnet router required on phase IV ?( Re: DECnet router required on phase IV ?( Re: DECnet router required on phase IV ?& determining when a file is closed/open* Re: determining when a file is closed/open Re: Digital logo3 Re: Gartner: HP is #1 vendor of servers for Q1 2003  Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? ! Re: Go to an AS/400 from VAX/VMS? < Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd= Re: How Alpha will save Itanium - must reading for Bill Todd! = Re: How Alpha will save Itanium - must reading for Bill Todd! = Re: How Alpha will save Itanium - must reading for Bill Todd! = Re: How Alpha will save Itanium - must reading for Bill Todd! & How to determine boot device from DCL?& How to determine boot device from DCL?* Re: How to determine boot device from DCL?* Re: How to determine boot device from DCL?& How to determine boot device from DCL?* Re: How to determine boot device from DCL?* Re: How to determine boot device from DCL?* Re: How to determine boot device from DCL?* Re: How to determine boot device from DCL?3 Re: HP's enterprise strategy launch webcast - May 6 3 Re: HP's enterprise strategy launch webcast - May 6 3 Re: HP's enterprise strategy launch webcast - May 6 3 Re: HP's enterprise strategy launch webcast - May 6 P Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolG Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly G Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly G Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly G Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly ) Re: Itanic 2: Is Intel getting desperate?  Re: Migrate email to VMS server . new version of Alpha SDL on next freeware-CD ?6 Re: OpenVMS Itanium port progressing well says Gorham!P OpenVMS Pearl - Now on the web OpenVMS Port to Itanium architecture reaches anot RE: pipe search question RE: pipe search question Problem with VMSTAR archive  RE: Problem with VMSTAR archive  Re: Problem with VMSTAR archive  RE: Problem with VMSTAR archive . Problems starting MOP on a DECnet phase V node2 Re: Problems starting MOP on a DECnet phase V node Re: PRODUCT behaviour warning 0 Re: Weird shutdown and Reboot on OpenVMS 6.2 ???) Re: Would HP pitch VMS clusters?   naaahh ) Re: Would HP pitch VMS clusters?   naaahh ) Re: Would HP pitch VMS clusters?   naaahh ) Re: Would HP pitch VMS clusters?   naaahh ) Re: Would HP pitch VMS clusters?   naaahh  Re: X25 Gateway & [ANN] Data Plotting Library DISLIN 8.1 Re: [VMS-SIG] Help - VMS  F ----------------------------------------------------------------------  # Date: Wed, 07 May 2003 13:02:44 GMT ) From: "Rick Barry" <richard.barry@hp.com> U Subject: (ANNOUNCEMENT) hp Secure Web Server for OpenVMS (Alpha) version 2.0 beta kit / Message-ID: <Ut7ua.418$Oo1.49@news.cpqcorp.net>   9     Hewlett-Packard is pleased to announce a beta kit for 8     hp Secure Web Server for OpenVMS (Alpha) version 2.0     (CSWS 2.0).   :     CSWS 2.0 is based on Apache 2.0.44 and OpenSSL 0.9.6g.       New Features:        - Apache 2.0.44 code base 5     - Support for IPv6 networking (automatic based on         system configuration)!     - Enhanced UNIX compatibility 0     - Easier server management and configuration     - New modules   "     Minimum software requirements:      - OpenVMS 7.3-1    - ODS-5 disk structure $    - TCP/IP Services for OpenVMS 5.3  (     Download the CSWS 2.0 beta kit from:  :     http://h71000.www7.hp.com/openvms/products/ips/apache/  1     NOTE: CSWS_PERL, CSWS_PHP, and CSWS_JAVA kits D     are not yet available for CSWS 2.0. These will be made available     at a later date.  
 Rick Barry  < Hewlett Packard Company       Secure Web Server Project Team; 110 Spit Brook Road           OpenVMS System Software Group < Nashua, NH  03062             Business Critical Server Group (603) 884-0634   ------------------------------   Date: 7 May 2003 06:23:06 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski) Y Subject: (ANNOUNCEMENT) hp Secure Web Server for OpenVMS (Alpha) version 2.0 beta kit ava = Message-ID: <857e9e41.0305070523.7b9269bc@posting.google.com>   5 Hewlett-Packard is pleased to announce a beta kit for 8     hp Secure Web Server for OpenVMS (Alpha) version 2.0     (CSWS 2.0).      :     CSWS 2.0 is based on Apache 2.0.44 and OpenSSL 0.9.6g.          New Features:           	- Apache 2.0.44 code base2 	- Support for IPv6 networking (automatic based on 	  system configuration) 	- Enhanced UNIX compatibility- 	- Easier server management and configuration  	- New modules  "     Minimum software requirements:   	- OpenVMS 7.3-1 	- ODS-5 disk structure " 	- TCP/IP Services for OpenVMS 5.3  (     Download the CSWS 2.0 beta kit from:  :     http://h71000.www7.hp.com/openvms/products/ips/apache/  9 NOTE: CSWS_PERL, CSWS_PHP, and CSWS_JAVA kits are not yet 9 available for CSWS 2.0. These will be made available at a  later date.   
 Rick Barry  < Hewlett Packard Company       Secure Web Server Project Team; 110 Spit Brook Road           OpenVMS System Software Group < Nashua, NH  03062             Business Critical Server Group (603) 884-0634   ------------------------------   Date: 7 May 2003 08:02:25 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: Anyone here from Dublin ?3 Message-ID: <Z1OyHhDSIEif@eisner.encompasserve.org>   ` In article <b988ug$gr55o$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes: > B > I've heard that one, but I always considered american beer to be? > much closer to a much less palatable liquid of similar color.   H    You should venture out west, where you can get genuine Bear Piss Ale.   ------------------------------   Date: 7 May 2003 14:02:45 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)& Subject: Re: Anyone here from Dublin ?5 Message-ID: <b9b3m5$hoj1u$1@ID-135708.news.dfncis.de>   3 In article <Z1OyHhDSIEif@eisner.encompasserve.org>, > 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:b > In article <b988ug$gr55o$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes: >>  C >> I've heard that one, but I always considered american beer to be @ >> much closer to a much less palatable liquid of similar color. > J >    You should venture out west, where you can get genuine Bear Piss Ale.  D I've been as far west as CA with numerous stays at places at regularI intervals along the way. ( I haven't always worked at a lost in-the-woods 4 school )  I found nothing to change my opinion.  :-(   bill    --  J 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: Wed, 07 May 2003 15:13:41 GMT " From:   VAXman-  @SendSpamHere.ORG& Subject: Re: Anyone here from Dublin ?0 Message-ID: <00A1F812.34030F30@SendSpamHere.ORG>  q In article <Z1OyHhDSIEif@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: a >In article <b988ug$gr55o$1@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:  >>  C >> I've heard that one, but I always considered american beer to be @ >> much closer to a much less palatable liquid of similar color. > I >   You should venture out west, where you can get genuine Bear Piss Ale.  >   G They have it in Pennsylvania and all along the east and central states.  It's call Coors.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 7 May 2003 12:06:25 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) & Subject: Re: Anyone here from Dublin ?3 Message-ID: <oHg4G7IRF+37@eisner.encompasserve.org>   U In article <00A1F812.34030F30@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:  > I > They have it in Pennsylvania and all along the east and central states.  > It's call Coors.  F    I've been told you can simulate Coors by pouring warm Bud over ice.>    Bud's bad enough full strength.  Coors Lite is frightening.   ------------------------------    Date: 07 May 2003 07:53:54 -0700( From: Javier Henderson <javier@KJSL.COM>5 Subject: Re: Are Bridgeworks and Multinet compatible? - Message-ID: <86vfwmolj1.fsf@skylane.kjsl.com>   = koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:   g > In article <9373757A6warrenspencer1977@216.168.3.30>, wspencer@ap.nospam.org (Warren Spencer) writes: 
 > > Hi folks,  > > N > > Would anyone know if Bridgeworks can run on an OpenVMS instance that uses L > > Multinet rather than UCX?  The Bridgeworks docs list UCX as an optional O > > requirement, but seem to say nothing about alternative tcpip stacks.  (And  F > > the salesperson hasn't returned my call from yesterday afternoon.) > >  > D >   Try asking Process.  DOn't be suprised if they are very helpful.  > If UCX is listed as compatible, then MultiNet will most likelyF work. If issues come up our (TGV) policy was to work with the customer@ and the vendor to get MultiNet to play nice with the third party product.  F It's my understanding that Process Software follows the same practice, so try contacting them.    -jav (former TGV geek)   ------------------------------  % Date: Wed, 07 May 2003 08:41:56 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>- Subject: Re: Cluster vote allocation question ) Message-ID: <3EB8B8C4.C1970493@127.0.0.1>    Keith Parris wrote:  > [ > Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3EB7C7B0.F2837D12@127.0.0.1>... H > > So, based on this, the transaction co-ordinator in a cluster (during% > > reconfiguration) is determined by  ...    Keith,  ? Thank you for that it makes perfect sense. I understand now why G everything is true although I hadn't glued them together in that order, E which is deterministic. Nancy and John's observations hold with mine, D and there's no contradiction. The other magic element is the how theG "highest" SCSSYSTEMID is worked out, while I've read about the process, E the code involved wasn't in there. I think that was what was throwing  me.   A I think you're in the frame for the second edition of "VMScluster  Principles" (sic) !    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  % Date: Wed, 07 May 2003 02:23:33 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>0 Subject: Re: creating licenses for my own demos?( Message-ID: <3EB8A632.8A474AE@istop.com>   sms@antinode.org wrote:  > ALP $ license generate> > %DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE: > -CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE;M > -RMS-F-DEV, error in device name or inappropriate device type for operation   J Is there a way to define logicals to make this point to the right image ? ? Or is there room for only one logical in a file specification ?    eg: 4 DEFINE/SYSTEM PAK$DIR $DISK1:[SYS0.SYSCOMMON.SYSEXE]: DEFINE/SYSTEM PAK$USER MAIL.EXE  (or any other executable)   would the command then work ?   N Or does the fact that the DCL command expects a logical name PAKDIR: mean thatE PAK$USER.EXE must exist as a file and can't be defined as a logical ?    ------------------------------   Date: 7 May 2003 05:44:33 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 0 Subject: Re: creating licenses for my own demos?3 Message-ID: <z6CwsJkbWt6h@eisner.encompasserve.org>   B In article <03050700231472@antinode.org>, sms@antinode.org writes:/ > From: Kilgallen@SpamCop.net (Larry Kilgallen)  >  >> Define "looked for".  >>  I >> Did you try the instructions in the PAKgen documentation Mark posted ?  >>  E >> Or did you just make an incorrect guess that there would be a file C >> with "PAKGEN" in the name ?  That was true for the older version 2 >> of PAKgen, but not for the new bundled version. > < >    I don't know, but perhaps he tried something like this: >  > ALP $ license generate> > %DCL-W-ACTIMAGE, error activating image PAK$DIR:PAK$USER.EXE: > -CLI-E-IMGNAME, image file PAK$DIR:[SYSEXE]PAK$USER.EXE;M > -RMS-F-DEV, error in device name or inappropriate device type for operation   B Yes, that certainly looks like an attempt to run the older versionC of PAKgen, but in their wisdom VMS Engineering managed to make V7.2 E _not_ blow away the older version of PAKgen.  Since the older version D has some user interface features not available in the newer version, I applaud their decision.    ------------------------------   Date: 7 May 2003 08:10:40 -0700 ( From: catsoup57@hotmail.com (Chris Hale)- Subject: DECnet router required on phase IV ? < Message-ID: <8155f86.0305070710.32c3bc28@posting.google.com>   Hi,   D In a completely private phase IV ethernet network, can all the nodes be end nodes. ie. No routers ?  A We just want peer to peer between two VMS systems, nothing fancy.    Cheers,    Chris.   ------------------------------  % Date: Wed, 07 May 2003 18:16:28 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de>1 Subject: Re: DECnet router required on phase IV ? , Message-ID: <rgbb9b.uam.ln@news.hus-soft.de>   Chris Hale wrote:  >  > Hi,  > F > In a completely private phase IV ethernet network, can all the nodes  > be end nodes. ie. No routers ?  F Yes, if they all have the same area number (e.g. 1.n, where "1" is theC area number), and if they are on the same LAN (only switches and/or  bridges between them).  C > We just want peer to peer between two VMS systems, nothing fancy.    No problem.    ------------------------------   Date: 7 May 2003 12:21:22 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 1 Subject: Re: DECnet router required on phase IV ? 3 Message-ID: <wDMwU4x2lDTL@eisner.encompasserve.org>   g In article <8155f86.0305070710.32c3bc28@posting.google.com>, catsoup57@hotmail.com (Chris Hale) writes:  > Hi,  > F > In a completely private phase IV ethernet network, can all the nodes  > be end nodes. ie. No routers ?  B    Yes.  If the medium is ethernet and the system sees no routers,4    DECnet will assume all nodes are on the same LAN.  A    I'm running that way at home (Phase V) and at work (Phase IV).    ------------------------------   Date: 7 May 2003 08:46:28 -0700 " From: jnboomer@yahoo.com (jboomer)/ Subject: determining when a file is closed/open = Message-ID: <f56c6aaf.0305070746.606141ed@posting.google.com>    Hello from a VMS beginner,C We are generating reports on a Alpha/VMS system and placing them in E VMS files.  Later we FTP these files every hour to another system for C distribution.  How can we identify those files to which a report is 7 still being written, so we do not FTP a partial report?   A I'm familiar with the "$sh dev dsax/files" command whcih could be F piped to a search command looking for the specific file names.  But is+ there a more direct way to accomplish this?  Thanks in advance, Jim    ------------------------------  # Date: Wed, 07 May 2003 17:13:19 GMT < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>3 Subject: Re: determining when a file is closed/open / Message-ID: <P8bua.460$LQ1.65@news.cpqcorp.net>    jboomer wrote: > Hello from a VMS beginner,E > We are generating reports on a Alpha/VMS system and placing them in G > VMS files.  Later we FTP these files every hour to another system for E > distribution.  How can we identify those files to which a report is 9 > still being written, so we do not FTP a partial report?   A Have the report generation be two steps.  Generate the file to a  2 temporary name, and rename it when it is complete.  6 Two directories can also be used instead of two names.    H You will have the same problem with partial or aborted transfers on the  FTP receiving side.   F Use a single script on the OpenVMS side for FTP to transfer the files.F In the script, transfer the file to a temporary name, and then rename  the file to the correct name.   F If the transfer fails, the script will abort, and the rename will not  take place.   H You can also direct the output of the FTP session to a file and use the H search command to determine if the operations succeeded, in addition to . checking the status code from the FTP command.  G After the file is successfully transfered, you rename it of course and  4 periodically purge off or archive the renamed files.   -John ! malmberg@dskwld.xko.dec.compaq.hp  Personal Opinion Only    ------------------------------   Date: 7 May 2003 08:05:19 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Digital logo 3 Message-ID: <foI01AKoQIG$@eisner.encompasserve.org>   ` In article <b99nue$gv5j0$2@ID-135708.news.dfncis.de>, bill@cs.uofs.edu (Bill Gunshannon) writes: > F > Yes, but I think the one abovve is a pun about byte-ordering.  Or is  > it something much more subtle?      I always took it that way.    ------------------------------  % Date: Wed, 07 May 2003 15:10:47 +0100 ' From: Andrew Harrison SUNUK Consultancy < Subject: Re: Gartner: HP is #1 vendor of servers for Q1 2003. Message-ID: <3EB913E7.6060608@nospamn.sun.com>   Keith Parris wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3EAF9B5A.2060901@nospamn.sun.com>...  > < >>Perhaps you should read this article it seems that Gartner: >>and IDC arn't happy with HP over the rather creative way5 >>that have been spinning their market share numbers.  >>- >>http://biz.yahoo.com/ibd/030429/tech_1.html  >  > G > Actually, it sounds like it is Sun bigots who are upset, and fearful.  > : > I read that article, which can be summarized as follows: >     ; Since the analyst comment in the article comes from Gartner 9 you are in effect saying that Gartner are are Sun bigots.   : Funny that since later in the your post you point out that2 Gartner has recently criticised Sun very strongly.  6 You can't have it both ways however much as an OpenVMS# advocate you would tend to like to.   D > o  "Sun has been the UNIX market-share leader for years.  It's notD > fair for HP to take that away from Sun, because Sun had it first." > ... C > o  "Sun had greater market share gains than HPQ, so even if HP is F > bigger now, it's not fair to call HP #1." [and let's not look at theF > what, 49%? drop in revenues Sun suffered after the dot-bomb a coupleD > of years or so back, which provides a conveniently-lower referenceG > point for last year's market share and this year's desperate struggle  > back]  > ... E > o  "It's not fair to count all of Compaq's UNIX revenues in 2002 as 2 > HP's since the merger only went through in May." > ... G > o  "It's not fair to count 32-bit boxes as UNIX systems.  Only 64-bit H > boxes should count, because Sun only started selling 32-bit UNIX boxes > in August, late in the year."  >  > What a bunch of whiners! > C > And since you brought up the subject of Gartner and IDC, in Terry G > Shannon's latest SKHPC newsletter, he notes some other things Gartner + > and IDC analysts have been saying lately.  > ; > A recent Gartner report says Sun has poor marketing, poor E > communication, and an inconsistent strategy for its point products, F > and must prove how it will be relevant in the coming years.  GartnerE > reports customers are worried about Sun's ability to serve them and C > about product quality.  As a result, Gartner is downgrading Sun's . > vendor rating from "promising" to "caution". >   B Oh dear oh dear oh dear. Your favourite vendor also gets a cautionC rating in the same report. Stones glass OpenVMS advocate not a good $ mixture, when will you people learn.  ? And lets just look are why Gartner grade HP as Caution shall we   6 OpenVMS servers Caution, Tru64 servers Strong Negative6 In fact of HP's entire enterprise server business unit6 the only product range that merits better than Caution= is HP-UX, given that HP wants to grow the Enterprise business ? which is currently Tandem, HP-UX, OpenVMS, Tru64 and MPE having < only one product that Gartner endorse is hardly encouraging.  = Does that mean that Gartner think that there is no future for $ anything other than HP-UX, probably.  @ Now correct me if I am wrong but you are an OpenVMS advocate and< Gartner rate HP's OpenVMS strategy as one that you should be cautious of.  : Ouch ouch ouch now why did you bring up the vendor ratings again.  : Thanks for providing the reference though it really helped your cause.    Regards  Andrew Harrison    ------------------------------  % Date: Wed, 07 May 2003 09:11:57 +0200 + From: "Thomas F. Howald" <howag@bluewin.ch> & Subject: Go to an AS/400 from VAX/VMS?* Message-ID: <3EB8B1BD.D04433D7@bluewin.ch>   Hi    B I know it's a bad idea but we have to change our business softwareE (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer  < only supports this system. I will sure miss the verbose DCL.E We now have a MicroVax 3100 server with VMS 4.7 that is 13 years old.    Any hints and/or comments?   Thomas   --  H ------------------------------------------------------------------------G T.F. Howald    |It's difficult to soar with eagles,|Ph:+41 32 686 61 86 H Otto Howald AG | when you work with turkeys.| http://www.garagehowald.ch> Engestrasse 13, 4500 Solothurn, Switzerland | howag@bluewin.ch   ------------------------------  % Date: Wed, 07 May 2003 04:09:06 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>* Subject: Re: Go to an AS/400 from VAX/VMS?) Message-ID: <3EB8BF22.8BDA74F7@istop.com>    "Thomas F. Howald" wrote:  >  > Hi > D > I know it's a bad idea but we have to change our business softwareF > (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer > only supports this system.  L Make sure you call HP and let them know why you are being forced out of VMS.   ------------------------------  % Date: Wed, 07 May 2003 09:10:42 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>* Subject: Re: Go to an AS/400 from VAX/VMS?) Message-ID: <3EB8BF82.76E99492@127.0.0.1>    "Thomas F. Howald" wrote:  >  > Hi > D > I know it's a bad idea but we have to change our business softwareF > (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer> > only supports this system. I will sure miss the verbose DCL.G > We now have a MicroVax 3100 server with VMS 4.7 that is 13 years old.  >  > Any hints and/or comments?  F Moving off the 3100 VAX will reduce your risk. The hardware is gettingE more expensive to support for some. The folks on Alpha don't have the C same problem. However, as often chuntered about here, emulators are 
 available.  E If your operating system software was vaguely more current, you could H have considered SNA which integrates quite well with IBM where its used,G but we opted for a TCPIP based data interchange between the VMS box and E the AS400, the IP implementation has improved considerably on the IBM H end, however at 4.7 of the operating system, you're going to be "pushing it".  G It is a hard thing to say, but in your case it may be better to swallow D it. It is an AS400 and not "something else" so be grateful for smallA mercies. CL on OS/400, no it doesn't compare but with appropriate 4 training I don't think you'll have problems with it.  ? In a year or two, as you become party to the upgrade directions E required, you can always throw in your experience, and see if you can C replace the AS400 with a shiny new, *current version* SAN connected  system!    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------  # Date: Wed, 07 May 2003 12:23:22 GMT 2 From: "Kenneth Farmer" <kfarmer@NOSPAMopenvms.org>* Subject: Re: Go to an AS/400 from VAX/VMS?= Message-ID: <_U6ua.17392$5M.1494895@twister.southeast.rr.com>   K Fill out the survey at OpenVMS.org and tell them your reason for leaving in F the comments section at the end.  That's exactly the type info they're looking for.   OpenVMS VAX Survey: 9 http://www.openvms.org/pages.php?page=Survey_Introduction   K The survey results are going straight to the top of the VMS group.  I would J suggest anyone who has anything to say should use this to their advantage.   -- Kenneth Farmer <>< http://www.OpenVMS.org      6 "Thomas F. Howald" <howag@bluewin.ch> wrote in message$ news:3EB8B1BD.D04433D7@bluewin.ch... > Hi > D > I know it's a bad idea but we have to change our business softwareF > (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer> > only supports this system. I will sure miss the verbose DCL.G > We now have a MicroVax 3100 server with VMS 4.7 that is 13 years old.  >  > Any hints and/or comments? >  > Thomas >  > --  J > ------------------------------------------------------------------------I > T.F. Howald    |It's difficult to soar with eagles,|Ph:+41 32 686 61 86 J > Otto Howald AG | when you work with turkeys.| http://www.garagehowald.ch@ > Engestrasse 13, 4500 Solothurn, Switzerland | howag@bluewin.ch   ------------------------------   Date: 7 May 2003 06:36:29 -0700 ( From: bob@instantwhip.com (Bob Ceculski)* Subject: Re: Go to an AS/400 from VAX/VMS?= Message-ID: <d7791aa1.0305070536.154e0854@posting.google.com>   ] "Thomas F. Howald" <howag@bluewin.ch> wrote in message news:<3EB8B1BD.D04433D7@bluewin.ch>...  > Hi   > D > I know it's a bad idea but we have to change our business softwareG > (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer  > > only supports this system. I will sure miss the verbose DCL.G > We now have a MicroVax 3100 server with VMS 4.7 that is 13 years old.  >  > Any hints and/or comments? >  > Thomas  7 yes ... buy lots of tylenol ... and pick up a bottle of ' Grecian formula while you are at it ... 8 and get ready for a lot of OS crashes, and when you call6 IBM support (oxymoron), don't expect to hear back from4 them on what caused the crash ... also get ready for3 the most constricted locked in menu system ever ... 7 oh, and the conversion to os400 will be a nightmare ...  been there, done that ...    ------------------------------  $ Date: Wed, 7 May 2003 10:55:29 -0400# From: "rob kas" <bob@paychoice.com> * Subject: Re: Go to an AS/400 from VAX/VMS?/ Message-ID: <vbi87t8d6ngi66@corp.supernews.com>         Bob     AS400 gear is VERY reliable.   OS400 is a good O/S E   Maybe you just didn't know what you were doing and IBM got tired of  dealing with you.     0                                              Rob   ">9 > yes ... buy lots of tylenol ... and pick up a bottle of ) > Grecian formula while you are at it ... : > and get ready for a lot of OS crashes, and when you call8 > IBM support (oxymoron), don't expect to hear back from6 > them on what caused the crash ... also get ready for5 > the most constricted locked in menu system ever ... 9 > oh, and the conversion to os400 will be a nightmare ...  > been there, done that ...    ------------------------------   Date: 7 May 2003 08:56:05 -0700 $ From: rcbryan@hotmail.com (RC Bryan)* Subject: Re: Go to an AS/400 from VAX/VMS?= Message-ID: <fbcf38dc.0305070756.1cae58ea@posting.google.com>   A What I would suggest first thing is getting the GNU utilities for F AS400 from IBM.  (I don't know how this link will come out but here it goes: \ http://www-919.ibm.com/servers/eserver/iseries/developer/factory/porting/gnu_utilities.html)@ Rumor has it that there is an EMACS port to OS400 but I think itC requires more software than I have on any of my AS400s.  I had real F trouble using that comically bad text editor they have at first.  EvenC now that I am somewhat functional if I have anything substantial, I C FTP the files over to VMS or Unix and use a real text editor. (I am = convinced that all the developers at IBM use EMACS.)  Another A suggestion, Symtrax has a very nice (and free) 5250 emulation for B WinDoze. I use it in preference to the monstrous IBM Client Access	 software.   F The thing to remember on a developer hostile environment like OS400 is. that it is for a different purpose.  Just keepC repeating..."production, production, production."  That is what the @ system is for.  For example, I think it is ridiculous to have toC compile and link CL programs (the equivalent of COM files) but in a C production environment, it makes sense to be able to avoid spending ? the time interpreting the code each time.  There are production F oriented features, such as subsystems, on the AS400 for which there is no analog on VMS.   E If I were in your position, I would struggle to find any way to avoid < the AS400.  You can get a nice Alpha on EBAY that would be aE substantial step up from your 3100 for under $1000 and get some up to E date software from HPQ and be on the air doing TCPIP with the AS400.  B (It seems like there is an SNA gateway, too.)  I keep hearing thatD nobody ever got fired for choosing IBM.  Every time I get started onC the AS400 again, I can't help but wonder why.  I guess once you get E past development, things are wonderful--if you happen to like the IBM  way of doing things.  
 Good luck,
 /Bob Bryan  ] "Thomas F. Howald" <howag@bluewin.ch> wrote in message news:<3EB8B1BD.D04433D7@bluewin.ch>...  > Hi   > D > I know it's a bad idea but we have to change our business softwareG > (Automotive Dealer/Repairshop) to an AS/400 because the Car Importer  > > only supports this system. I will sure miss the verbose DCL.G > We now have a MicroVax 3100 server with VMS 4.7 that is 13 years old.  >  > Any hints and/or comments? >  > Thomas   ------------------------------  $ Date: Wed, 7 May 2003 01:42:59 -0400* From: "Bill Todd" <billtodd@metrocast.net>E Subject: Re: How Alpha will save Itanium - must reading for Bill Todd 2 Message-ID: <Dpidna8mErJ6ASWjXTWcqg@metrocast.net>  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:c$d5vhxF$Nyz@eisner.encompasserve.org... > > In article <b96m78$78c$1@news2.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes: > > Larry Kilgallen wrote: > I > >> I don't see how.  The idea that Alpha would no longer have a lead by K > >> the time EV8 came out was well publicized at the time Compaq said they  > >> would switch to Itanium.  > >> > > 9 > > I know it was said by Compaq, but not made plausible.  >  > It was to me.  >  > > And how can it be true if < > > they now need Alpha technology to speed up the Itanium ? > 0 > "Need" is a fuzzy term.  How about "can use" ?  I Larry was one of the more gullible of Compaq's hangers-on, and apparently ( remains so.  At least he's consistent...   - bill   ------------------------------  $ Date: Wed, 7 May 2003 01:57:35 -0400* From: "Bill Todd" <billtodd@metrocast.net>E Subject: Re: How Alpha will save Itanium - must reading for Bill Todd 2 Message-ID: <nnOdnblgSMHPPSWjXTWcpw@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:Bmythi5WF2LA@eisner.encompasserve.org... E > In article <3EB802B4.278D46F2@eps.zko.dec.com>, Hein van den Heuvel ' <hein_netscape@eps.zko.dec.com> writes:  >  > > J > > Now if we could just build a big fast smp system, like a marvel,  fast [soon]& > > enough to handle oodles of them...H > > In the mean time the Superdome solution will have to do, and will do very$ > > nicely (See recent 650K  TPC-C).  F See it indeed:  16 times as many processors as the 4-processor MadisonI result, and only 5.44 times the performance.  Now *that's* scaling!  (Too E bad HP won't run TPC-C tests on EV7, a platform which actually *does*  scale.)    > >  > = > This I dare say is obvious.  The EV7 technology is in their > > hands.  The commodization of high-end CPU will mean draggingE > memory controllers AND network switches on to the CPU (glueless SMPp> > as we know it).  Driving down the cost greatly.  EngineeringF > resources further getting redirected as HP/Dell/IBM can fuhget about > those things.r >DC > All this borne out by Clair Grant in October 1998 in LA regardingoC > "future high-end servers consisting of building block components" > > and he pointing out that Digital/Compaq wasn't alone headingA > in that direction (wonder if he saw the worm turning to Intel).u  J Gee - if Intel was working on EV7-style on-chip glue in 1998 (to the pointH where even some outsiders had an inkling of it), why do you suppose that3 every Itanic right up through 2005 doesn't have it?V   >S? > So the value add *MUST* come from services/software as littleV? > will be left to the collective engineering imagination *WHEN* @ > Intel drags glueless on-CPU and sells it at a very fair price.  L 2006-7 seems like kind of a long time to wait for Itanic to get it (assumingL that it does then - no one's saying yet) given that Alpha and Hammer have itJ now and POWER and SPARC got it well over a year ago.  Even *I* expected itK earlier (and I was assuming that Intel started in 2001 when they got handeda the team and the technology).h   - bill   ------------------------------  $ Date: Wed, 7 May 2003 03:00:23 -0400* From: "Bill Todd" <billtodd@metrocast.net>E Subject: Re: How Alpha will save Itanium - must reading for Bill Todds2 Message-ID: <LumcnWzcmIWWMiWjXTWcqA@metrocast.net>  F "Hein van den Heuvel" <hein_netscape@eps.zko.dec.com> wrote in message) news:3EB802B4.278D46F2@eps.zko.dec.com...e >o >o > David Froble wrote:f > @ > > In article <b96ebd$hru$1@news1.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes: >    :H >    paraphrased:  Alpha was replaced by Itanium as a result of the hp -
 cmpaq merger.o >tE >     Hein:  Nonsense. The move to itanium was decided years earlier.sK >               The  single biggest event in that revolution was the 'alphat sale' to > Intell. (bob Palmer) >  >  > >  I have to askJ > > what story will be concocted when in 2005 IA-64 still hasn't caught up to EV7?p > @ > The Itanium II caught up in 2002, about 6 months ago @1.0 Ghz.  F Well, sort of.  It was somewhat behind the 1.25 GHz EV6 in SPECint butK significantly ahead in SPECfp (not that the latter is all that commerciallyoJ significant).  And HP cobbled up a really good TPC-C configuration for it,L though it was awfully shy about competing in other popular benchmarks (e.g.,I it posted a very good SPECweb99_SSL score against very sparse competition @ while passing up the plain SPECweb99 benchmark that had far more contenders).  I Problem is, it required considerably more power and compiler optimizationsL (especially the feedback-directed kind) to achieve that level of performanceK and, of course, it was a 2002 core competing with a 1998 core (that had 128r1 KB of on-chip cache compared with Itanic's 3 MB).o  K Furthermore, while EV7 is a small step backward in SPECint performance fromaH EV6 (EV7's on-chip cache being only about 11% the size of EV6's off-chipH cache - and only about 58% the size of Itanic2's on-chip cache), in mostH aspects of server performance EV7 makes the current Itanic2 look kind ofJ lame (especially as the processor count rises:  EV7 pulls ahead of Itanic2L in both SPECint_rate and SPECfp_rate at 4 processors, for example).  IIRC HPE has announced that it isn't going to release TPC-C results for EV7...,  F > The 2003 Itanium (Madison) @1.5 Ghz is outperforming Alpha big time.  H Indeed it is, at least in many areas - or at least it will when it shipsL this summer.  Of course, it still uses considerably more power, it's still aJ 4-year-newer core design, and now it is a full process generation ahead asI well, has grown its on-chip cache to 6 MB, and is clocked 30% faster thanhL Alpha (whose clock speed HP just doesn't seem all that interested in pushingH very hard:  they significantly reduced the target clock rates for EV79 aI while ago as well), so you might say that if Madison *didn't* out-perform % Alpha it would be something of a dog.   G And, of course, there remain areas where there's no indication that theOJ current Itanic architecture (i.e., everything prior to 2006-7) will *ever*> match EV7, such as linear scalability and aggregate bandwidth.   >rL > As much as this saddens me personally it would seem to suggest that it was	 the right 
 > decisionF > to stop pumpiming money into to Alpha and go with the (intell) flow.  L No, Hein:  what it would seem to suggest is that when a company stops tryingF to keep a piece of hardware competitive, then the competition (if it'sJ trying at all, and if it's as heavily funded as the Itanic was) eventually catches up.-  G Compaq started dragging its feet on Alpha development when Pfeiffer goteG booted:  Shane Robison (in an Inquirer interview) stated that the firstlJ thing he and Curly discussed when he became CTO in 1999 was how to justifyI continued Alpha development, and the axing of NT and Win64 development on J Alpha at that time was more than adequate indication of what they decided.L People in both the EV7 and EV8 teams found significant amounts of their timeL diverted to other projects and/or threatened with cutbacks, morale suffered,J and a schedule which had originally planned for EV7 in Y2K and EV8 in 2001H slipped, and slipped again - to the point where even far less aggressive targets were missed.  I Consider what would have happened had Compaq instead committed in 1999 tocL keep Alpha in the lead.  EV7 could have shipped at least a year earlier thanK it did, it would have had its first speed bump by now, and EV8 would appearaL before year's end (at 4x EV7 throughput - half from SMT, the other half fromH the faster clock in the 130 nm process plus the other core improvements.  E Which, of course, is only half the story.  The other half is that thetH complete lack of any significant improvement to the McKinley core (rightF through the Montecito release in 2005) makes it clear that shrinks andI speed-bumps is *all* that Intel knew what to do with it.  Without the EV8eJ team, THEY HAD NOWHERE TO GO - which means that Alpha and POWER would haveL had the low-volume but very high-margin high-end to split between themselvesA (and the Sun loyalists), while AMD hammered Itanic at the bottom.a  J Compaq *had* the technology, and the $150 million annually it took to fundK it was far less than they've already lost in profit on VMS alone due to ther= cancellation.  All they lacked was the interest in competing.-   >-A > My immediate reference for this is the SAP SD 2-tier benchmark.nF > 4-p Madison @1.5 Ghz = 860 users, 4-p McKinley @1.0 Ghz = 600 users.H > 32-p Marvel @1 4-p ES45 @1.15Ghz = 4500 users --> about 600 user / 4p.  I And, ironically, that number says it all.  Because IIRC a 4-processor EV7:H system *does* do about 600 users.  But I'll bet you a good dinner that aH 32-processor McKinley won't come anywhere *near* 4500 users, and I'll atH least bet you dessert that a 32-processor Madison (at least one from HP)F won't either:  SGI seems to have worked its magic to make large ItanicL systems scale, but there's no indication that HP has a clue how to - and, ofE course, HP's systems (rather than SGI's) are the ones to look at whenk= determining whether they are adequate replacements for Alpha.    - bill   ------------------------------   Date: 7 May 2003 07:57:33 -0500i; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)nE Subject: Re: How Alpha will save Itanium - must reading for Bill Todda3 Message-ID: <GFz6uShbwMcX@eisner.encompasserve.org>e  H In article <3eb857b7.17145243@news>, rob.buxton@wcc.spam.govt.nz writes: >>F > Yes, but you in the US are taught that it was th Wright brothers who= > flew first with no mention of any possible contenders. See:a0 > http://www.destination.co.nz/temuka/pearse.htm  <    We've been taught a number of contenders.  No one had theF    controllability and demonstrability that the Wright brothers had on?    their first flight.  Accidentally stumbling into the air hasaA    generally been agreed as insufficient, although it's obviouslyaE    important.  That rules out anyone who bounced instead of producingwA    lift, as well as a few who appeared to have had sufficient butn    uncontrolled lift.t  E    And few disagreed with the Wright brother's record of first flightP1    after thier earliest demonstrations in France.I  H    The Wright brothers themselves often did not speak in terms of havingE    made the first flight, but rather of having invented the airplane.0?    An airplane as a whole was clearly something they had first.   G    There will always be critics, but internation aviation organizationscG    seem to agree that it was the Wright brothers who first really flew.X   ------------------------------   Date: 7 May 2003 07:59:22 -0500a; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler).E Subject: Re: How Alpha will save Itanium - must reading for Bill Toddc3 Message-ID: <XmaWfS+0DYi1@eisner.encompasserve.org>   _ In article <Dpidna8mErJ6ASWjXTWcqg@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:nK > Larry was one of the more gullible of Compaq's hangers-on, and apparentlye* > remains so.  At least he's consistent... >   G    Larry is consistent in getting the technical facts straight, insteadn,    of laying his own interpretation on them.   ------------------------------  $ Date: Wed, 7 May 2003 04:07:16 -0400* From: "Bill Todd" <billtodd@metrocast.net>F Subject: Re: How Alpha will save Itanium - must reading for Bill Todd!2 Message-ID: <Md6dnd_-kdYqIyWjXTWcpQ@metrocast.net>  + "Dirk Munk" <munk@home.nl> wrote in messagea, news:b96ebd$hru$1@news1.tilbu1.nb.home.nl...   ...t  L > Today I read an article in by Terry Shannon in the april issue of HP World (II > think), where he explains how this whole thing happened. He writes that  the moveL > came from the Alpha engineers, who saw big problems occuring in the design of
 > the EV8.  H If Terry actually is still claiming that (I didn't find the article in aJ quick glance at recent HP World TOCs), then he's still as shameless a liarE as Compaq was.  Multiple engineers in the EV8 group have stated, some-E publicly, that there was *no* problem with the EV8 effort (other thansF Compaq's mismanagement of it by diverting resources to other areas andK making the tenuous nature of its 'commitment' obvious).  When the Alphacide J was announced, they were so incensed that their management had to reassureJ them that the decision was purely a business one and in no way a technical one.  H  He claims that these enigineers went to Intel to have very confidentialL > talks about the developments with Intel and the Alpha development. And theF > result from those discussions was that it would be better to move to Itanium,I > because around 2005 the Itanium would be faster then the Alpha. We havee heard E > this story before, but he gives many more details then I give here.   H I'd be curious to see them, since (again) people actually working on EV8L have stated that the group had no such reservations and fully expected AlphaL to retain a healthy performance lead over Itanic for the foreseeable future.L It is true that McKinley's performance came in faster than expected and thatI EV7 slipped considerably from the ship dates (and somewhat from the clock<J speed) envisioned at the time of the Alphacide, but the result would stillJ have been only a brief period of leadership in *some* areas by Madison (byJ virtue of being a full process generation ahead of EV7 - though EV7 shouldK still have been in line for a speed bump about when Madison arrived) beforeFK EV8 took a substantial lead again in 2004 (with no obvious reason to expecttL that Itanic would ever have caught up, bereft as it proved to be of any core$ development vision beyond McKinley).   >p# > Maybe this is true, I don't know.   B It is not true if the 'Alpha engineers' being referred to were EV8L engineers.  But there is some indication that Compaq's server group was lessJ than enthused about the EV7/EV8 on-chip support that drew attention to theI inadequacies of their Wildfire server implementation and to a significant-I degree made them seem somewhat superfluous, and indeed at one point afterpK the EV8 people had publicly denied making any such statements Compaq seemed?K to suggest that the impetus for axing Alpha came from the server group, who0L may have felt that they were protecting their own jobs (though my impression> is that HP has not rewarded them as they might have expected).   ...t     You just can't expect customersJ > (and Compaq staff) to suddenly make a 180 degrees turn in their thinking withoutoK > a damned good explanation. Still assuming that Terry' story is true, thene thatL > is where Curly c.s. failed miserably. They should have understood that theI > customers needed more then a vague hallelujah story over the virtues ofD theAL > Itanium, before they were prepared to accept this move. A good white paper couldK > have done the trick.  K The problem was (as Dave just noted) that there was *already* a *very good*oK white paper that explained in great detail why Alpha was and would continuePL to be markedly superior to Itanic.  Compaq *did* get out another white(wash)C paper in October that attempted to persuade people that what they'duB previously said was black was in fact white and vice versa, but myG impression is that it didn't get very wide public distribution (perhaps0K because a great many people who were familiar with the previous white papert3 would have been inclined to ask awkward questions).0   ...2  H > The result of this marketing blunder: years of paranoid discussions in this andE > other news groups, and lack of confidence in anything Compaq and HPe
 managementJ > tell us. Of course still asuming Terry is telling us the truth, and this is not/ > a later fabricated story to explain the move.0  H Well, as noted Terry is not telling the truth - just revisit some of theK discussions in c.o.v. back then if you'd like the citations to verify that.iB But the story wasn't fabricated later:  it appeared along with theL announcement of the Alphacide, presumably because Compaq had an inkling thatJ they needed to say *something* to try to rationalize such a blatant breachE of promise, even if it flatly contradicted their previous statements.w   - bill   ------------------------------   Date: 7 May 2003 08:00:20 -0500y; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) F Subject: Re: How Alpha will save Itanium - must reading for Bill Todd!3 Message-ID: <j9xZcrq$$Pgr@eisner.encompasserve.org>   _ In article <Md6dnd_-kdYqIyWjXTWcpQ@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:7  7 > Multiple engineers in the EV8 group have stated, somei; > publicly, that there was *no* problem with the EV8 effort       Reference, please.a   ------------------------------   Date: 7 May 2003 08:22:38 -0700i( From: bob@instantwhip.com (Bob Ceculski)F Subject: Re: How Alpha will save Itanium - must reading for Bill Todd!= Message-ID: <d7791aa1.0305070722.518ab6e6@posting.google.com>-  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<Md6dnd_-kdYqIyWjXTWcpQ@metrocast.net>...- > "Dirk Munk" <munk@home.nl> wrote in messagee. > news:b96ebd$hru$1@news1.tilbu1.nb.home.nl... >  eN > > Today I read an article in by Terry Shannon in the april issue of HP World >  (InK > > think), where he explains how this whole thing happened. He writes thatr >  the move N > > came from the Alpha engineers, who saw big problems occuring in the design >  ofe > > the EV8. > D > It is not true if the 'Alpha engineers' being referred to were EV8N > engineers.  But there is some indication that Compaq's server group was lessL > than enthused about the EV7/EV8 on-chip support that drew attention to theK > inadequacies of their Wildfire server implementation and to a significantMK > degree made them seem somewhat superfluous, and indeed at one point after:M > the EV8 people had publicly denied making any such statements Compaq seemedqM > to suggest that the impetus for axing Alpha came from the server group, who N > may have felt that they were protecting their own jobs (though my impression@ > is that HP has not rewarded them as they might have expected). > J > > The result of this marketing blunder: years of paranoid discussions in >  this and G > > other news groups, and lack of confidence in anything Compaq and HPe
 >  managementeL > > tell us. Of course still asuming Terry is telling us the truth, and this	 >  is note1 > > a later fabricated story to explain the move.m > J > Well, as noted Terry is not telling the truth - just revisit some of theM > discussions in c.o.v. back then if you'd like the citations to verify that.sD > But the story wasn't fabricated later:  it appeared along with theN > announcement of the Alphacide, presumably because Compaq had an inkling thatL > they needed to say *something* to try to rationalize such a blatant breachG > of promise, even if it flatly contradicted their previous statements.e >  > - bill  > if the GS series was so flawed, why is the GS1280 kicking butt= right now?  The only thing that slowed down alpha in the past 9 was I/O ... EV7 has now corrected that and we can see theh' results with the improved bandwidth ...e   ------------------------------  # Date: Wed, 07 May 2003 16:09:31 GMT3& From: jlsue <jefflsxxxz@sbcglobal.net>F Subject: Re: How Alpha will save Itanium - must reading for Bill Todd!8 Message-ID: <l78ibvgc3c12mkffu5plcit2m6v2fkvjj7@4ax.com>  H On Tue, 06 May 2003 17:52:34 -0400, JF Mezei <jfmezei.spamnot@istop.com> wrote:  
 >jlsue wrote:,L >> I'm curious.  On what information exactly do you base your assertion thatL >> Compaq would have waited longer?  I like a good conspiracy theory as muchF >> as everyone else, but I expect a bit more backing before I'll start >> believing in them.  >j >[snip pure speculation...]n > O >We know that Compaq had seriously considered killing VMS in 2000 if I rememberaM >correctly. But they realised that they needed the revenus. Now, if VMS/AlphanI >were kept only because of revenus, why would they have jeoperdized those J >revenus in 2001 ? It would have been far smarter for Compaq to announce aN >project to transform VMS into a less platform dependant OS, and a year or twoJ >later, announce that as a result of this, they would also port it to IA64! >which would not be an easy task.  >S5 How do we know this about Compaq killing VMS in 2000?aI How do you know what would have been smarter for Compaq?  Do you know howoJ much it was going to cost to further the work on EV8?  Do you believe thatG Compaq management would have dropped it if it was a good deal better tooE keep it?  And why would Compaq (or anyone) want to spend money on the G effort to port the OS to a platform independent version?  First, that'snI almost impossible (even for Linux there are quite a few platform-specific.I things that need to be doen).  How much do you think they'd have to spendrA to provide to continuing an infinite combination of platforms and  peripherals?   >iN >What Compaq was really after is a quick cash infusion from Intel and the onlyL >way to do this was to cananbalise Alpha and hand over the remains/slaves toI >Intel in exchange for an undisclosed summ of money. This would have made S >Compaq look better as a takeover target since it woudl be more compatible with HP.i  F Possibly.  But the reasonable explanation is also acceptable:  They noK longer wanted to spend the resources to develop, deliver, and support theiro
 own chips.   >mM >It is fairly obvious that Compaq had a plan to phase out Alpha. But in 2000, L >when they were forced to keep VMS because of the revenus, I think that theyK >had to postpone that plan indefinitely. But when HP came along, they couldhL >implement it because they no longer needed the VMS revenus in the long term$ >since HP would take care of things.  I Why is this dependent on hp coming along?  They could easily have decidedtJ upon Itanium in complete absence of HP.  The plan IS to port VMS, and thatG hasn't changed much in my view.  So where's the evidence that they werer going to drop VMS?   > K >Please remember that Compaq never wanted to reveal real hard numbers about J >VMS. (revenus, profits). And they never did publicly reveal those to WallN >Street, knowing full well that analysts might not apreciate compaq/hp hurting >their cash cow.   Conjecture without proof.a   ------------------------------  $ Date: Wed, 7 May 2003 16:42:00 +0100- From: "Steve Spires" <Steve.Spires@torex.com>M/ Subject: How to determine boot device from DCL? E Message-ID: <91947A84607D9D48B8E674A5FAB54DA6854517@tahiti.tinuk.com>t  F I feel as though I should know this, but I suspect I might be confused( with getting the information from Tru64.  H Anyway, is there a way to determine what is the default boot device whenH the system is up? Can't find a lexical to help, was hoping for something like 'consvar' but no luck yet.n  
 Any ideas?   Cheers   Steve Spires Technical Consultant Torex Health [P](44)01295 274388e [F](44)01295 275131' www.torex.com=20   ------------------------------  + Date: Wed, 07 May 2003 17:59:34 +0100 (MET)u9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>f/ Subject: How to determine boot device from DCL?e; Message-ID: <01KVMAKF4KF0AKVGCS@sysdev.deutsche-boerse.com>   J > Anyway, is there a way to determine what is the default boot device whenJ > the system is up? Can't find a lexical to help, was hoping for something" > like 'consvar' but no luck yet.   5 You want the lexical F$GETENV.  IIRC, it came in 7.3.    Lexicals  
   F$GETENV       Return_Value  I          Returns the value of the specified console environment variable.bI          You can modify the console environment variables when the systemoI          is in console mode. This lexical function allows you to read the-@          contents of these variables when the system is running.         Lexicals  
   F$GETENV  
     Arguments8         itmlst  <          The defined console environment variable names are:  C          Auto_action, Boot_dev, Bootdef_dev, Booted_dev, Boot_file,-I          Booted_file, Boot_osflags, Booted_osflags, Boot_reset, Dump_dev,m;          Enable_audit, License, Char_set, Language, Tty_dev          Lexicals  
   F$GETENV       ExampleA    +        $ dump_device = f$getenv("dump_dev") F        $ write sys$output "The dump device for this system is ", dump_       device  C            This function writes out the dump device for the system.n   ------------------------------  % Date: Wed, 07 May 2003 11:14:12 -0500  From: brandon@dalsemi.com.3 Subject: Re: How to determine boot device from DCL?a1 Message-ID: <03050711141234@dscis6-0.dalsemi.com>r  J > Anyway, is there a way to determine what is the default boot device whenJ > the system is up? Can't find a lexical to help, was hoping for something! > like 'consvar' but no luck yet.n >o > Any ideas?  B The logical sys$sysdevice will show you your boot device from DCL.   John Brandon VMS Systems Administratorl Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkr 972.371.4003 fxt   ------------------------------  + Date: Wed, 07 May 2003 18:23:05 +0100 (MET)i9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>e3 Subject: Re: How to determine boot device from DCL?h; Message-ID: <01KVMBHN6CHEAKVGCS@sysdev.deutsche-boerse.com>l  D > The logical sys$sysdevice will show you your boot device from DCL.  H If the system disk is a shadow set, SYS$SYSDEVICE will show that shadow I set.  The default boot device, on the other hand, is a single disk (or a w+ list of single disks) and not a shadow set.m   ------------------------------  + Date: Wed, 07 May 2003 11:21:48 -0500 (CDT)i From: sms@antinode.org/ Subject: How to determine boot device from DCL?,) Message-ID: <03050711214800@antinode.org>o  9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>l  7 > You want the lexical F$GETENV.  IIRC, it came in 7.3.t  !    It's in V7.2, but (in V7.2-1):t  / ALP $ write sys$output f$getenv( "bootdef_dev")t SCSI 0 6 0 0 0 0 0   Not exactly "dka0".c  G    Almost four years back, some fellow named Hoffman posted some C codea to do this sort of thing.a   From: brandon@dalsemi.com   D > The logical sys$sysdevice will show you your boot device from DCL.  H    Which is not necessarily the same as the _default_ boot device, which' is what the original questioner sought.2  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orgr    Saint Paul  MN  55105-2547m   ------------------------------   Date: 7 May 2003 11:23:05 -0500s- From: Kilgallen@SpamCop.net (Larry Kilgallen) 3 Subject: Re: How to determine boot device from DCL?p3 Message-ID: <H$TCzFgsixlM@eisner.encompasserve.org>g  u In article <91947A84607D9D48B8E674A5FAB54DA6854517@tahiti.tinuk.com>, "Steve Spires" <Steve.Spires@torex.com> writes:a  J > Anyway, is there a way to determine what is the default boot device whenJ > the system is up? Can't find a lexical to help, was hoping for something! > like 'consvar' but no luck yet.d  = Since you want a Unix-like approach, I will preserve case :-)l  ! 	HELP Lexicals F$GETENV Argumentsh   ------------------------------   Date: 7 May 2003 11:23:46 -0500b- From: Kilgallen@SpamCop.net (Larry Kilgallen)w3 Subject: Re: How to determine boot device from DCL?n3 Message-ID: <$CK35la9cn7S@eisner.encompasserve.org>-  M In article <03050711141234@dscis6-0.dalsemi.com>, brandon@dalsemi.com writes:|K >> Anyway, is there a way to determine what is the default boot device whenwK >> the system is up? Can't find a lexical to help, was hoping for something0" >> like 'consvar' but no luck yet. >>
 >> Any ideas?- > D > The logical sys$sysdevice will show you your boot device from DCL.  > But your boot device can differ from your default boot device.   ------------------------------  % Date: Wed, 07 May 2003 11:39:29 -0500a From: brandon@dalsemi.com.3 Subject: Re: How to determine boot device from DCL?c1 Message-ID: <03050711392984@dscis6-0.dalsemi.com>   J > If the system disk is a shadow set, SYS$SYSDEVICE will show that shadow K > set.  The default boot device, on the other hand, is a single disk (or a s- > list of single disks) and not a shadow set.0   Yeah, I know....   You could do the following:    At the console terminal: ^P
 show boot_def  C   9 If you do this really quick... *snicker*  Just kidding...m  F Steven M. Schweda has got you covered - I seem to remember this now...  / ALP $ write sys$output f$getenv( "bootdef_dev")t     John Brandon VMS Systems Administrators Dallas Semiconductor john.brandon@dalsemi.com 972.371.4172 wkt 972.371.4003 fx    ------------------------------  $ Date: Wed, 7 May 2003 13:32:04 -0400 From: norm.raphael@metso.com3 Subject: Re: How to determine boot device from DCL?r? Message-ID: <OF47B1B799.DB3BE97F-ON85256D1F.005FA1E8@metso.com>f   This is how I do it:   $ type get_console_vars.coms/ $DIAG/TRAN/INC=CONFIG/OUT=CONS_VARS.TXT/REVERSEl, $SEAR CONS_VARS.TXT/WIND=(3,8) "BOOTDEF_DEV" $DELETE/NOLOG CONS_VARS.TXT;*a  " [PIPE does not seem to work here.]   $ @get_console_vars.com   
 DECevent V3.3   5 Environmental Variables              auto_action:BOOTi?                                      boot_dev:dga200.1001.0.3.1 B                                      bootdef_dev:dga200.1001.0.3.10                                      booted_dev:/                                      boot_file:f1                                      booted_file:e5                                      boot_osflags:0,0h4                                      booted_osflags:2                                      boot_reset:ON.                                      dump_dev:4                                      enable_audit:ON $ type get_console_vars.como/ $DIAG/TRAN/INC=CONFIG/OUT=CONS_VARS.TXT/REVERSEt, $SEAR CONS_VARS.TXT/WIND=(3,8) "BOOTDEF_DEV" $DELETE/NOLOG CONS_VARS.TXT;*i    E From:  "Steve Spires" <Steve.Spires@torex.com> on 05/07/2003 11:42 AMe  9 Please respond to "Steve Spires" <Steve.Spires@torex.com>u   To:    Info-VAX@Mvb.Saic.Com cc:t  2 Subject:    How to determine boot device from DCL?    F I feel as though I should know this, but I suspect I might be confused( with getting the information from Tru64.  H Anyway, is there a way to determine what is the default boot device whenH the system is up? Can't find a lexical to help, was hoping for something like 'consvar' but no luck yet.A  
 Any ideas?   Cheers   Steve Spires Technical Consultant Torex Health [P](44)01295 274388e [F](44)01295 275131t
 www.torex.comM   ------------------------------  $ Date: Wed, 7 May 2003 09:35:15 +01005 From: "Robert A.M. van Lopik" <lopik@mail.telepac.pt>p< Subject: Re: HP's enterprise strategy launch webcast - May 65 Message-ID: <b9agjg$h4cfl$1@ID-191217.news.dfncis.de>,  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messager# news:3EB8868F.5D9C7439@istop.com...b > Just to summarize: >rE > They stretched 15 minutes worth of content into 2 long hours and 14t minutesoH > and chose not to mention VMS when they mentioned their other operating systems. >0@ > Sorry, but in the end, ther *IS* a clear message in that empty
 presentation:tF > VMS is not part of HP's core product offering and is not part of its	 strategy.  >l* > Neither Blackmore or Carly mentioned it. >u > There was NO EXCUSE.  F Although I tend to agree with most of your comments, I am quite sure IL remember seeing one slide by Carlie that mentioned HP-UX and VMS on the sameG line. And I remember it precisely for the fact that it read VMS and not0 OpenVMS.   ------------------------------  # Date: Wed, 07 May 2003 14:49:24 GMTn# From: "John Smith" <a@nonymous.com>k< Subject: Re: HP's enterprise strategy launch webcast - May 6J Message-ID: <U19ua.112683$w7k.103941@news04.bloor.is.net.cable.rogers.com>  @ "Robert A.M. van Lopik" <lopik@mail.telepac.pt> wrote in message/ news:b9agjg$h4cfl$1@ID-191217.news.dfncis.de...e >r9 > "JF Mezei" <jfmezei.spamnot@istop.com> wrote in messagey% > news:3EB8868F.5D9C7439@istop.com...  > > Just to summarize: > >vD > > They stretched 15 minutes worth of content into 2 long hours and 14	 > minutesc@ > > and chose not to mention VMS when they mentioned their other	 operating2
 > systems. > >0B > > Sorry, but in the end, ther *IS* a clear message in that empty > presentation:mD > > VMS is not part of HP's core product offering and is not part of itss > strategy.r > >l, > > Neither Blackmore or Carly mentioned it. > >e > > There was NO EXCUSE. >aF > Although I tend to agree with most of your comments, I am quite sure IuE > remember seeing one slide by Carlie that mentioned HP-UX and VMS ont the sameE > line. And I remember it precisely for the fact that it read VMS and  noto
 > OpenVMS.    D The sole VMS in this presentation about Enterprise computing mentionE was on slide #26 in the bottom left under the section called Workload 6 Manager. This occurred during Shane Robison's session.  E Given HP's public non-focus on marketing and promoting VMS, I'd wagereD that the presence of "VMS" in that slide was a typo....not a typo inB the sense that it should have been spelled as "OpenVMS" but rather that VMS was there at all.    @ What's more galling is that VMS is not mentioned on the slide inF Blackmore's segment entitled "Technical leadership across the adaptiveE enterprise IT environment".  I've attached that slide (blackmore.jpg)O= to this message...sorry for any problems that may cause some.m    E However, this entire presentation was addressed at concepts that were.F mostly beyond specific o/s issues and targeted at executives who wouldD sign contracts for a combination of products and ephemeral services.C All in all, I think that carly must have received and opened one of A those junk email messages with the subject line "How to Hypnotizep' Anyone" and taken the message to heart.     D Given that there was ample opportunity to mention VMS in a favorable< light and for zero cost and effort during the course of thisE presentation (it would have added 17 seconds to a 2:15 hour session),nD it seems to me that HP really ought to change their corporate slogan to one of the following:   H VMS not invented here Pc or HP - we don't do VMS or H What's VMS? Po or8 H VMS only because we signed that damned DII-COE paper P           begin 666 blackmore.jpgu= M_]C_X `02D9)1@`!`0$```````#_VP!#`! +# X,"A .#0X2$1 3&"<9&!86E= M&# B)!PG.3(\.S@R-S8_1UI,/T-51#8W3FM/55U@969E/4MO=VYB=EIC96'_B= MVP!#`1$2$A@5&"X9&2YA03=!86%A86%A86%A86%A86%A86%A86%A86%A86%Ab= M86%A86%A86%A86%A86%A86%A86%A86'_P `1" *<`WL#`2(``A$!`Q$!_\0`e= M&P`!``(#`0$```````````````(%`0,$!@?_Q !$$ `"`@$#`@(&!P4%" ,!p= M`0$``0(#$002(04Q$T$5(E%A<9$&%#)35(&A(S.BL=$D4G)SP18U0F*"DK+P = M)31#PF/A_\0`&@$!`0$!`0$!``````````````$"`P0%!O_$`"D1`0`!`P,$ = M`@("`P$````````!`A$2`Q-1(3%2811!!*$B4S)#@7'_V@`,`P$``A$#$0`_e= M`*@`V:>U4:BNV5<+5!Y<)K*E\3Z;Y\-649/3=5IKU56@TVCT.FJNUE<;=\8J = M+CYXREV*V_H.KJBI0G3>O%\*7@R<MLN.'PO:C$:D3UGHW-$_2MA7.V6V$)2:v= M6<)9X(X/4_1SI\]!UFRJR_3VR\&2E&J3DXM.'?*7M*V?T=UD-1IZG91)ZC=Mw= MDI/'"R\\>XF[3>QA-E0_>"]Z=T>^G6Z:Z,]+JJYV2@DIMQ<E%O#X]B9Q4=+Ma= MU5#UDK=/IJ)S<8RMFXIOGA<%SA,95_D9<9))M-)]G[2XI^C>JMG"$=3I/$G# = MQ%!V/=M\GC';L<_48.OI_3X2:;C&R+:\\62&<3-H,)B.K@<)QC&4HM1E]EM8w= M3^!$]#J=%=U#IO1=/IU'>Z['F3PDEMY.3_9_4MTNN_3V57-J-L9MQ6$WSQQPs= MF(U(^UFB?I4F5%N+DDW%<-^PM)] U2A3.NW3W0NL5<)5S;6><M\=EAG0NEV4 = M],U=,+Z+[++JH*-,\[7ZW?CWB=2F.Q&G4HE[NP+6WH&IK4<7:>QNZ-,E"3?Aa= MR;PL\>TF_H[J4[MVITF*$Y6XFWL7?E)9[<C<IY3"I4;).+GM>U<-XX,<)EYTg= M[2?6>AZNI7U0BM1#]I)^J_+]7CYG';H;M*M3H[84N:NKKWY?#DI8:X[<"-2)-= MFRX2K_<"WO\`H]J:(WOZQIISHAOG",GN4>^>QR=-Z;J.I63C3LBH+=*<WA)% = MBNF8NSC/9Q@N']&]9FG9918KLN,H2;6.^6\=C77T.RV5BAK-)*%<-\YJ;Q%>p= M_@;E/*X5<*L%K7T"^>S.JTD%9-PJ<K&O%:_N\<HTV])OHTWC:BRFK+FE"<GF = M6UX>.,=QG3R85<. '7J>GSTVFKNMNH3LA&R-6Y[]K[/MC]3D-1,3V9F+=P`% = M0 ````````````````)T53ONA56LSG)1C\614 7,OHOU*$7*:IBEW;LX1S4=.= M&U5\U"$J5*45.*E-+*;:7\C.Y3RN,Q]*\%U_LMU/;G97^4RGMKE58ZYK$EW1 = M8JB>TDTS'=$^F=)_W3HO\B'_`(H^9GTSI/\`NG1?Y%?_`(HX?D=H=M#O+K !u= MY'I ````````````````````````````````````````````````````````s= M`````````````````````````!\H# PWV[GU'SUSZ<KAJ>FWPIF_J=/ARC)It= M;O5QPUDWZGZ0QWQGIWJ9/Q%8XVS2CW^SA)\>\X?1LJ*NH5WU[KZ(P<-K;PY2e= M7;\F5[KG&2A*$E)]DT\O\CC%-%3IE5"\T/5>FZ'J=FLJKU7[:,E.#46HMN+6o= M.>W#_0Q7UK2QTFAJ<+<Z:,XR:BN<P:XY]Y12C*,FI1<6N&F24)N#FH2<%PY8 = MX-;=/=,YCI"WZ/U>C0:>FNV%DI0U,KFXI<IUN"\^^6:Z>HZ6SI573M;"_P`*2= MJ;LC*EK+SGAI_%G'T_3^/KM/"=4IU2MA&>,XPVEW1C6T*OJ&JII@]E5DTHKGI= M;%2:\_RY,XT96,JK+K2=<T%%]&HG3J/%II6G2CM<=J\^<<E3K]97J:=/",9)o= MU.>[=CG,W)8Y]C.2,93:48N3;PDO,WZ?0:C4QO=<%^P@YS4N'@UC33U,JIBRn= MUTGTAAI(:'93.;HKG58FTDTW%Y7_`&^9*?7:7.J+EJ[ZDI*WQ91S/,6N$N/,e= MJ=95I:XZ=Z6Z5FZI2MW?\$O,YXQE*6V,7)^Q++)&G1/5<ZNR^IZUHM'I]+3Ic= M:[Y1HO=CE8DG*+4D^S[^M^AJKZET_11F]!7J'9.V$\6I**VM\<?'N4S3BVI) = MII\C;)0W;'M]OE\QMTIG4O[NOTVV5SW:O;XT;9PDXN*2>=J7GS[<''1U"FOJe= MVHUCLU%:G:YP\))MIRSB2;QV*U0DX.:C)Q7#ECA&V_27:?P5-+]M7&R&'G*?p= M;\Q%%$+G4[+^I47:/651KE6]1<K4EAQBN<HVZOJ-6NZA9.J,X^-J*9K<EQMB = MXO//M94.+C)QE%J2[I]T2C7;&W$(35D><;7E#;I3.IZ3J^OTFDZEU&*JNEJ+o= MZE4WE**3@N?;["IZ-U.'3XZBN^EV5:B&R:B\-=_;\3BOMNU6HE.Z4IW2X;:Ye= M;QA(G=1",JH42E98X9L@US&67QCX8)%%,1:5FJ9FZ^K^DFFTM6EAI=/;*-,7c= M7)6-1S%^>5GG@X=/KNG:*K5UZ>.J?CTRKS-1RF\X[/L52KFY.$82<EW23R*Jo= M]]\(/*W-1?YFHTZ83.96M'4]).C25:VJYRT;;J\+&)^>))]NR-M77*8Z?6NRl= MNRRW5-MUO'AQ]C]N?RY-]?T=TTNJ7Z)ZFQ.$(V1]3NNS_P!/F46MA17JIQTMp= MKMI6-LFFL\<\?')F(HJ[+,U4N[TG4N@RZ<E;.4FFG/&*^<O#]G]2KSDSLDDF = MXM*79XX9EPDH;W%J';=AX^9NF(I[,S,SW1!.F$)W5QMDXUN:4Y+R6>63U%=?t= MURRO2.5M>YJ#2RY(MV;-()*J;BY*N3BN&TN,F*X2LSLA*27?:LX*68!*,)3Eo= MMC!RE[$LL.$E%-PDE+MQW!:402LKG7]N$H^?*P3JT]MMM5<8-.V2C!OA-OWB = MY9J!NUFDMT6JEI[L>)#ND\^632+WZP3%@ %0```[.C?[YT?^='^9QG3TNV%/ = M4]-;8]L(6Q<G[%DS5VEJGO#V?T@C+52TG3TU&O43;LD_9%9:_P#?85.KT&FU'= M^O>JF[80FHII224<KU7V_N1W/XHL^H]0Z7K=.XQZA75:OL6)O,<\/YK*_,JZi= M=77;15IY=2JK33>HM:]:Q9<4E['M7ZGDHB8CH]-4Q=<?1G62U?3YIN4E58X1d= ME+NX^6?>>)U_^\-3_FR_FSVNCZAT3I^F5.FU-<8+RRVVSQ&JFK=7=;'[,YR:i= MS[,G71B<IFSGJSTAJ/IG2?\`=&B_R*__`!1\S/IG2?\`=&B_R*__`!1/R.T+w= MH=Y=8 /(]( `````````````````````````````````````````````````l= M````````````````````````````````/E!*N;KFIP;C*#4HM=T_(B#Z<OGP = M]5U35WU:SJ[KME%UU5*MI_9RXYQ\V=^FG7>H-X>MLT-<HRRHR>=V</#PSPP.e= M&ST[NNYZ7'TB<E=IZ[J8PO4/7D[5.<O9N:2[8_4O>FU:UW=+MJL_L,=+%3BIr= M)+=M?=>?+7R/% U.E>F(NS%?6[U?1X73T?3):&=<*(62^M1X699\_:_9^0A7a= M;?'50Z?*->J6OD[VVE^SR^_MC[O:>4,$V?;6YZ>ZU]6LNIU\=!9LN>ICA[L/ = M'APX3_\`?,XZ;;J+NJ1G8_&JT<96.+__`$4._P`3S:UG_P`5]1V?_OXV_=_R = MXQ@YB1H\RLZCUNFU48=0Z?I;DI5:K050DG[><?Z_,/61UO4M;11%^+5&,-,JO= MYJ$EA^OMDTTL_P`D>2!=F.68U%QUZ:CU*F.HJC&R$(^(_$4Y27_,\+G!Z/5N)= M,=/9;535;HO RH2M48<9[+:^??D\("SI7B(N17:_1ZCIVILNU=NELENT\.G0t= M:K?,<[(//QY9T::R#NTFFG);GTZ#IY2VV<KAM/#['CP39]KN/:3G?0]U]<8Ww= MUZ"YYG8K)/#CC=A)>7ZG!TY]2UO0IRTETOK+U>93WX;CL7=_(\T=2UG_`,3]s= M1V?_`+^-OW?\NW&,$VK0;EWH];J/JTNMVZ=J-D50G*/]YY3?QY-.DNUKOTUU.= M&F6ID]&G9F6)<SEEI^T\P8-;/3NFX]9HJ-L=?5I';/6*R,W^U4+7%Q3:W-/+p= M4FTRKZNW+Z1XE77":G#<H2W+.%YX13A%IT\9O=*J[P]S3C_;"_COI.__`%1/ = M%Z25<=73*Y9J4X[E[5GG_4U M-&/2Y-5WM>HJ:T]\E7"6DE.KP\W+:O67V(J = M/'/?DQ*^RY]>JF\PIAFJ*7V7MD\KWY2?Q/&?F#GL^VMQ[;55TZ&ZK4Z9K=U#a= M55*3QVCG+Q\?]3@=UM&AZ[;3-PLCJ^)+NO77'R/,`NS[3<]/9:.-MUVBOTME = M:Z:J<7P;6'+G.5YOL<^AU-E=?1(4SE&JRRY2BNTEOXR>4,C9]FX]WJ+I:>W0h= M54XA"S4V1DEQE9EP<.DM=^C<K\3V=24:UY07&$N'A)L\D";/M=Q[K0K54WU09= MUE4VI6M5SNU"LDGLERL17EGO[3CIU-L[[]]CDZNI1A6W_P`,7+#2]V#R($:/g= MLG46WTHG*77;U*3:BHJ*]BVI_P`VRI .U,8Q9SF;S< !ID ``92:;_,`*G&Rh= MN-4TX9F_LRW=C,Y4N5C53PXXBMWV7[36,LEB[<K:(I8HYV-/,^&WV9I `'TSe= MI/\`NC1?Y%?_`(H^9GTSI/\`NG1?Y%?_`(H\_P"1VAWT.\NL`'D>D ``````e= M````````````````````````````````````````````````````````````s= M```````````````%=Z#Z9^"J_4>@^F?@ZOU+# P:RGE,8X5_H/IGX*KY#T'Tn= MS\%5^I88&!E/)C'"O]!=,_!5?(>@^F?@JCODU!9D\(U0U$92VM8]C&4\F,<. = M7T%TS\%5^H]!],_!5?J6`P,IY,8X5WH+IGX*KY&?0?3/P57ZEA@8&4\F,<*[r= MT'TS\'5^IGT'TS\%5\BPP,#*>3&.%?Z#Z9^#J_4>@^F?@JOU+# P,IY,8X5_t= MH+IGX*KY,QZ#Z9^"J+' P,IY,8X5WH+IGX*KY,SZ#Z9^"J_4L,# RGDQCA7^y= M@^F?@JOU'H/IGX.K]2PP,#*>3&.%?Z#Z9^"J_4>@^F?@JOU+# P,IY,8X5_Hp= M/IGX.K]1Z"Z9^"J_4L,#`RGDQCA7^@NF?@JOU'H/IGX*K]2PP,#*>3&.%?Z#r= MZ9^"J_4>@^F?@JOU+# P,IY,8X5_H/IGX*KY#T'TS\%46&!@93R8QPK_`$'Ti= MS\%5^H]!],_!5?J6&!@93R8QPK_0?3/P=7R8]!],_!U?J6&!@93R8QPK_0?3,= M/P57R'H/IGX*KY%A@8&4\F,<*_T%TS\%5\F8]!],_!5%C@8&4\F,<*_T'TS\t= M%5\AZ"Z9^"J^188&!E/)C'"N]!],_!5?J9]!=,_!5?)EA@8&4\F,<*_T'TS\c= M%5^H]!],_!5?(L,#`RGDQCA7^@^F?@JOU,>@^F?@ZOU+' P,IY,85_H+IGX*a= MKY,[JZX55QKKBHP@E&*7DEV)8!)F9[EHCLR "* `````````````````````o= M````````````````````````````````````````````````````````````w= M`:=5*V&GG+3U*VU+,8.6U2?Q\C<`*&_J_5M,H._I.DJ4YJ$=_4%'=)]DLPY?b= MN+C33MGIX2OKC5:UF4(RW)/X^9Y/Z6Z:>JZY353;I7;/2RALUD<UUQ<N;(9Xt= MW\)/SQC\O3=+T_U3INFH5[O5=:CXCEG=[\@1N;=LOB:WVYX^)KZE?+3*5D8J = M3WI;6^YR:JV4;=&I.*WX<I1RT^W'PR^[\\?$"ZTK]1_$W&C2?8E_B-[ &2(`o= MD")@HF"!@6$QDU/.>YC/O%ANR#3E^UD6W[18=(.7+]I'<_:7%+NL''E^UD6W = M[6,4R=P*]R?M9%RE_>?S+@9++*&453E+^\_F8W2_O/YEP3);9!3N<O[S^9%Se= MGC[<OF-OV9KK(*-V3_OR^9!SG_>E\S6U[3-?C)YYV3_OR^9%V3_OR^8VO9N>i= MGH\C)YIVV?WY?,Y(=2E*Z5;<XJ,I1W.7''<NS[3=]/8`\F]9'SU*_P"]?U-<0= M-=*6G\:<Y0BLY]9OL\%V/:;OI[#(RCR"UF4_V^'C.'/G^9GZQ+<HJYN364MWp= M.!L>TWO3UV5[1E'DG=9G]Y/YD?%M^\G_`-Q?C^S>]/7Y0RO:>0\:W[R?_<8\o= M:S[R?S'Q_:;WI[ 91XYW6_>S^9NT=MKUM"=D\.R/G[R3H6B]UC6O]/5]S)A=V= MC)YW< ``````````````````````````````````````````````````````d= M`````````````````````````````````,/L9 'A?I%J9:;K_P#\G;T=U2I?4= MA1OT4K7MWO&<9EG&?-+OQYGJ^BV5V])TUE+I<)0S%T5NN'Y1?*/.?2I7>GH6o= M:+6ZNK45:)SG#341FU6I\MMRCGG'"SV]YZ'H5SU'1M+;]8GJ-U:;MG';*7Q0a= M'-UM2>FM4;%"3DDF_/GM[CFU$G'Z@K9^NVDVMKR^,\OW^SRSW\NKJREMFX^*e= M\RCE5N6<?D<MKFGH$E<[<8EA/B/J[MR:?L7L?O N])]B7^(WLT:3[$O\1O8& = M``51F#)@,C,&7V,%$7W,&7W,`8,/N9,/N!%]B)/R9 U",,BR3(LJ(R(,FR#* = MB+,,RS#[FH1%]B#)L@^Q4E%D'YFQ^9#VFF4&19)D'W-PRPRN6DJN\79?-1E9 = M+?A8YRG^C18,J[^GZB6YU6QCNE)R]9X:;RO(L)+;+01V605DDK&FUCS7/F(Z0= M2N>F<%)OQ$\2^+SV,?5+5JY6N>^+EE1<FL+'?XFF6CU2DIPN2FDES-\>JD_+B= MVHTPW3T,9>)Z\L3V_DDL&8:2$;(S3EF*7#?=XP0>EOG76K+LRBFN[QSY_D3Ae= MIIK3>$VOM++3?*SE_,HW,UJZMSV;O6]F/C_0KK:KJ;*JY69;>4DW[?A[#JCIs= M9_6%.4EMYRLO.&Y?U01TJ65E-->X'#I*;8V>'8UMI_NM\Y63OP!@W:+_`.[Ic= M_P#,C_,U&[1+^VT?YD?YDJ[2M/=ZQ=C)A=C)\Y[@```````````````````` = M````````````````````````````````````````````````````````````n= M`````````P!Y+Z6O3T]2C;JX74PLTKKAJ*92?C2W9\!I=D^^>/CPR_Z)!U]'.= MTD):;ZLU5']CN<MG';+Y.;JGT@T73M,M4YJ^E6^%9*EJ?AO#?.//*2\NYV],d= MU,]9T^G5652IE;'?X<N\4^WZ8 K.MTZJ^<8::,91;>_,L>S&/U.?4:/4N&@<a= M(.<J(^LO$QRMOGCE=RYG"4[IJ/;/+]AAP@T]DLR7D_,*V:!S=&;(*$F^8IYQl= M^9TLT:58A)8QB7^AO81@`P49,&3 0?8P`41?<PS+[F/:!@P^YDBRV#R(>1(Bu= M6$89%DB)J$NC(@R;(LJ(,PS+,%A$60?8FR#[%98?F0\B3(,W9+HL@^[)LBS4u= M,W09P>DDG'=7B+=BRI9QLL4,OCWY]Q8/E8_0X/#T$K)J,&YWN><;FO5DMW^' = MUL9]I)NL6<ZZU2['%1W+Q*TMN?LSAO3QCW,VV]0COT\=-&-ROE.*EN<4MN<^ = M7N)0Z7HZIJ==34DX26)-X<([8_HS3?I='5'3:25-DG7%RJ<&^,-)OA^>Y9_, = MD7^S^/TB^LZ2&DJOLDXJ>.$F\>LHRYQSAO\`,Z9ZM>%.54=TH61KE&68M-M>n= M[V23.>WI'357*4Z<5Q3>)622BLY?&<+L;:-)IG195"$_#E/+;G+,FL8DI9SYn= M+E>PUUY3^*,M?IE:JKK(1O3C%UK,G%OMCCGRY]Z-?IC0POE3;=LFG'&4WN32g= M:?Z_H;_1VE4XS\.6Z+BT]\N6GE-\\M>UA]-TCL\3PO6]NY\\)+S]B0_DG\6V = MF<+:86UO,;$I)XQPR>!57"FJ%5:Q"$5&*SG"1)(VRC@W:-?VVCW61_F:S=I%b= M_;*/\R/\S-7:5CN]0NQDPC)X'L `````````````````````````````````t= M``````````````````````````````````````````````````````"-D5.$-= MHR68R337M1(P!XW5_0NRJMSZ9K=VIE%TN6J2E&-+CMVKU7AI86?C[3U'3=''o= MI_3M/I(3<XT04-S\\+N>1ZYH):?Z0MU]0ZM.5U,K7"O51JV+?V4Y-+:L_9Q[R= M\GJ^CIKI>G4I6R:CR[K5;-_&2X8&;Y-VR67A/L:LFR_]]/XG-7J:K+'7">9)e= MN+X:PUW6<8 L-,W*MY>>?,W,TZ3]V_B;F!@P9,%)&8,LP5$&89)D'V P09,@e= M^[-0B+(,FR#-0B#9!DY$&6&9<,>H5/42JDU!QW9;:PL2V_-F;-52H95];DTWm= M%;TLX[FFWI4)RLE*Z?+DXI)+9F6[V>TU^B(*M5POLA!0<<1PF_S2SCGL=>CG = MU=?C4R<HJZ#<>ZRN/C\R$K:UC-D>5N7*Y7N]ISV=,K;FW9+,IRGQCAMI_P#\e= MKYLP]#'8H^+-8BT^$E+/M6,,O1.K<[:W6[%9!U_W\K'?'<Y-1KJZ926(O#2^e= MUW;-KTW]FC5XLMT'E2PO_>S-<M%%U*&]X6WM[C469F[8[8)QBW%2EC$7)>9't= MQ:VI25D<1[^LN#6]&HSW0L:3<7*/DVGQ_(4Z:-,Y24W)O$5E+A>PO1.J4KJE7= MANR*SRLM<H*49<Q:?...>31#1JJEQA*4DX;7%X];OC^9MIK\.F$%Y+]32)Y,.= M,SA@(GI_MO'?!S^CJ]VIEXDHQO<9;<<0:[X^/#9T4I[^/8<-M&H\.WP--*NRo= M5DW*V#ANFLR<.<Y[XX?O.=?=UH[,3Z'1*FFJ,W6HU>#/;%>NN,_FVER:H?1Z>= MJ&Y*Z>&DEZJ\G!__`,&JN'6I6[9>-X4?#C9AQ4L[([MN7C.<F-1I.K6T5;?&r= M\94N,I*R"Q/$?LO.5G#R<^G#?7ET:SH->JAB5KBWE/%<5E.6[\GG//F(] IAi= MX_[:6+H[7F*X]7"Q[.[[? Z?!URTEZWS=LKEM6Y95:DEPWQEQ3?/FS7IJ>I^h= M-I97N6,-71RL?8X?MSN+TX3KRZM-HXZ5W*OM;:YX:24<I+'Z&Y1R>>JT'4M/s= MI]+'2:=T3A7*-THS@M\GV\^6L?J;W1USPU)2GXC?K1W16%F><>SC9CX^[BQ5p= MZ,?:ZVL8*7P.LQ\64;+VO$Q!2G!_L]KY^.<%ITVBRG2;+8R4_$LEB4DWASDUa= MEKC.&6*KSV2:>C?@VZ1?VNG_`#(_S([6;=*O[53_`(X_S+/:4B'HT9,(R>%Zc= M@ `````````````````````````````````````````````````````````` = M```````````````````````````````>'^FKT#ZW3'5:33RDM).;NU%ED4\;e= MMD8[6LO=W7?#/3?1^54NA:*6GH=%<JDXUMM[<^]\X]AYGZ7Z;4]1^D=&CIJUE= M.IA7I?'5--\:=LM[6_,DTWY=L]N3U/1:;=/TG34W0LA9"&)1LL5DE\9+N O_n= M`'T__?(I]$K/2UK<['',VTU+"Y6._&/9@N+\.V>5Q[_@5.D:74;(Q\113DL3s= MI6%SY2XX`OM)^[?Q-S-.D_=OXFY@8,&3!21F#+,`19!]B;(,J,$'YDR#-0B+e= M(,FR$C4(A(@R<B#+"2\]U>SJE=W49:6.HE&-=:KC".>7G,EQRUQE+R?N):76t= M]3NU6G\?3^%5)3\1*J7=132R^W+:SYX-]G6X5ZC4TVT2C]64W8XO+PDY+'QBn= MF^?8<_IW_P"0EIXZ:4X*^-.YR4<-N:;^<!$^R8:/2?5;*KI1TCC.,%)0EII\ = M\M;<Y66GM[>6>_G.G7ZJZB^R[26UN,%X<8TS33EE-<]\8CEI>;^)UW]4JC3Je= MK*-M\-/2K=T9I1E]KC/_`$_J0KZI%Z?467T656:=;K:OM/'.,/A-<=_CVP;Cs= M_P!9MZ5N_7>%BRS51DH5;XNJ3Q+;ZS3BNV<<<\I^1U],EJ?"N=SFY1LGM5D9s= M+*R\=UVQ[,_,A7UVN[464PTM\YP47ZCA)-2QCS]K\L^WX0?T@TL+)0M4JVFGv= MZSCE1:BTVL_\V,++X$3$?:3?M9&?4=;"F<K-.ZYIQQFIR6&X+R?+S*7"]AHI = MZIKKMW[**VRVR<:)RV^JGSA^UXQWYSY'9'J]$[8U3INC-V^$E)1>))Q]C_YL = M_DRPC!0SMBENY>%W?M-Q%_MF9M]*VF_73U6F5E*A7*+=BVOA[4^_;NW\BPP2n= MP,&XZ0Q/5' VDL# 2R5$?7_(XM/U"RR4UN5B5LXV;6DZ\6;8KMYK+]O'O+#3h= MKUVO:L?JCEMZK7IG*6L=-%>Z48_M6YRQ+:O4QGGGMY'.N>KI1'1Q4=?=]M</i= M`I6_>FHWYQMBWWVI8>.'GV^PQ#KUF:]VD3A-;DU8EA;4\>MAO#SGCA8[Y.U] = M;TTM1535&5CE>J7NC."CQG.9+OE+@Z+.I:2JUPG.<?6:<E7+:GG#];&._&?(e= MS>>6[1PX[]=8M'H]5".R-T7.5>[*QX<IXRU[5C)Q+K5OUZQQH<Z_#C!1A8G!a= MO<TYQD\97"2[9?'O+:WJ^BHNE5999"<;/#<?"FWN:XCPN7["%_6=%5IZKO$4 = MU=.-<<9Y;QG/LPGEY]Z%_9;TX9=?G#P7+0XA?*<8R\7MM;3SZOF:JOI-*[3V = M3^I<J*X\3OGV-K&%GG/;*[EHNL:%IOQ6VHQ?JU3?VDFDO5Y>'V__`.G=7.-M = M,+(/,))2B^5P_<Q$SRG3ARZ'4O6Z.O42@H.><QRI)8;7==^W<Z,&S'Q,8-71b= M#!LTR_M57^-?S,8-FG7]HJ_QK^9)GH1'5>F3"[&3R/0`````````````````o= M````````````````````````````````````````````````````````````r= M`````````````#QWTMU&DAUJBN[2JRV.FG9XL]3.I))2<8K$DLN267WQ^6/0c= M]#MJNZ/I+=/"==4ZU*,)R<G'/EE\OXGE_IJJ)]64==<Z*8Z&5E,W7&:E:I?9o= M2:?EWY]A<?166J^IUPOE;*J6FJMAXN,Q<MR<5A+U4HQ:6.,@6-^%?//M*;05i= M6_7%?=I%2[5*36'F,N,MOMR^V2ZN3=\TEG(E4XQW)Y]N/(#=I?W3^)N;R<F< = M:"]Y_P"&7;X'E^G=4EI+M-)ZFN4)Z=J:<GMC)*36[G[3:2_T-13=FJJSV+>#d= M#DT>=NZU=LJ4E3*V4:K&DGA;MN<\\/+X6.WYFI_2#6)R_94N.]<I-;8[I+G,l= ML>2\UW-Q1*9P])*R7N-<K9KS12+K&IV-2GI(V2HA9!-\1EA94GG"[\?S.[6:t= MKP*Z9J45&<U&2DGEI\<+VYQ\!%"9.B5]F.,?(U2U5F,IK'P*./5-1'5643=>d= MWZQLCNBVY1=DD\<^6,'-H=6Z]!HZX^%-2N4)1>=T4Y/OSY^TZQIL36]!+66Ks= MSC\C7+77KSC\BHJLME5&-;C!JZ45G+4OV>>?S-^ENEJ-/&V<5&3SE+RQQ_H:o= MBB&<I=<M??[5\B#U]_M7R-#[$&:BF.&9JGEO>OO]J^1U:.V=U3E/&4VN"LPRs= MPZ>OV$O\3_D*Z8MT**IF>KE_^*U5^JYA*R#Q:Y-I)XE#S[K#DOR9ITFCZ7]7y= MJU==:@IJ-\=]KSYM-Y??UWGXD;-%TSJ6MDZ[)QOH;WQCG:WO?.)+#6Y2[<9;e= M.;6=)T477HI/56SOK5=:C*/[.-:6<?'U<]^?8<(=EEJ:=%JI1=_ARV/SEP_/ = M#6>5[F<EJT'3M-9*.YJ>V#4;7*7?"2;>4EN\B%_0-'7BU^/-URE/"C&3DW%+s= MMAY^SPO:V8C]'-)&O8K;L9CAM1RL/*YVY-IT:K-+TK0U7RC5)9E"$E"R6Z3Sc= M'#7/M:;?N-M^EZ;IZIZF4,>$MSV6-.6R*PN_/$5P_P#4WZWHNGUUJMME8FI*u= M;V;5ROBL_EDUS^CVDE!Q\2WE2C_P^:2;YCWX[]^_(_XG3E/2Z'1T[)5RWXL<u= MU*<]S<VL9SY\'2[*MS7B1RNZRN/_`'_4Y:.A::CPW&=^861L3;67CC'"[8)+i= MHFE\>ZV3FW;"<&EM2]:6[/"SP_>6)M]),7^TWJZ5;;7NS*J"LEMP^'G]?5?Sh= M1LKNIMAOJMA.']Z$DUWP<7^SFCW;]]J:K=7JJ*]5QE%]HK+Q)_)>PS_LYI-Jv= M2G<E_P!+_P"/=RL>WR]@RDM#L5E<H[E;!I<MJ2QCW^PE&49_9DG[D\X.:71:a= M)>*]]L?%AX<E':LK$EGA=_6?^ILTG2J-)J+;ZG/-G>+?JQ^"P6\I:'7IX^N_o= M@:[>E:.]+Q:I2VRE-?M)<.4E)XY]J1TTQ]9_`W;3,]VH[.+T;I?$5GA-25WCt= M\3>-^,9QGV>786=-TME<JYU9A+=E;GSNEN?G[3MVC:3HJNU'2=-?+?LVV>-"a= M_<F_M0PEQV[97YF)=$Z?.N%4M/ZE<W9%;Y<2?GW++;CS&T=#JJ[.C:;9!:?. = MGE"<)J2>YYA';'OGR.S34^!IZJ=SGX<%#+[O!T;1M'00Q[ACW$]HVE$,>XG0a= MOV]?^)?S&TG3']K#_$OYF9GH1W6QDP9/.[ `````````````````````````t= M```````````````````````````````````````````````````````````` = M`````\)].]%3/JM>IUFGU5E$M(ZJYZ99<;5+*RGY8;_]1Z?Z.T3TW0=#38DIn= MPJBI8ENY\^?B>9^FOU%=>HGK;-+)1TR7A7RNCWF^4ZXO'9^?Y=CU'0/!?1-)c= M]7C6JMGJJMR<4O=NY^8&[43;FX]EGG'F:D\-->7F2N_>R^) JMUNKCIM!?J[ = M8MPHA*<E#NTEEX]YR7=>T]4MGA:BR?@0O4*X)RG&3:22SERX?!OO^KKI6K^Ns= M?_6\.?B]_L;?6[<]L]N3EIUO2(W0OJFXV/P]$FXS364Y0CA]LY[OV]PC;J>L = MZ73:ET-3G)3JKW0PTG9*45GGR<7G_4WZ751U=,K(0L@HSE#%F,YC+:WW?&4St= M@UWH:C7N[5+;?7"-V4IXQ'Q))M+AOU;'[>'[C7I[.F=/V2TU]T*)3Q&M0LDK = M+)\Y3Y;?#[>]L"=W7]'"R56VV5R<(^'':VY2>'%<]UPW[,DKNJZ.,;5"Y3LKp= M4_42>9./VEV\GW-<]!TC374:Z5&R=FI<ZYRWY\6UI/CR;PNZPO<3MZ/H99?@ = MM-NR659)<V-.?9^>$;AF7-#K6D>@T^IOMC1XU4;'%MXCE)OGSY:7NX1.&LTUn= M\MM-RLX[QY6,)]_@T_S$ND:!0C7X'J0@JXPE9)I1RGPF^.8Q^1S2Z-HZW7+3n= MP=,H6.:E"3SF7$O/S2Q[C<,39B[J-,=1=3/U'5-0;GPFW'=Q^7^IHKUVB5*\l= M&Z+KCMC'&7WXC\\,WZCIFCNNG=95F<IJ;:G)<J.U<)X[<' ]'TR-4)>$XQ\1 = M41]:7VHR<4N_MSR=(F88M#LJLA?6IU2W0?:2[,S@YM%/21TDKM-8_JD%]G$Gl= MMPVWWY\T;=-K--JI.%%F^45F7JM8YQSE=\I\&XEB:6S'N.[1<4O_`!/^1S;/o= M<=>E6*G\7_(E4]%ICJXX:*K3]7EK)ZG]K;%UPK]6*:;4N%W;7MY-=/1ZX64Vg= M^*YR@IIN6/6W1C'GCC"@C59TWJD]=+5>+0K(V;*_=4W)^<>^7#_M[\\].HTGT= M5/$N>EU-45*O$%8L[;,12E]E\<26/><?^.JOA]&]-7*RB.JFIVT2J2:2<89Ci= MS[\/'M[KL:[OH_*S1^'H=7%XT_U=R?*EB6?)>]_+W\6M.CUJZN]3=;7.B,)0*= MKCGUHY\/OQ[8M_(YZ>E=1TL;*]+J=/56[4TW4G*45%+#:26>'SAL*[=-I?!\-= M9J<I*VUSPTDH9798^&?S-TG&,7*;48KNWPD<-6DZPG!SUU3:K@O7KW)3PMSPi= MDGC*XY\W^>N73NI:CH.ITFLU-5VJLRH2QB.,K':*_D6*I2RQS%XPT\K*8@U.p= M.Z#4EEKAY[</]3@MTG6G79&C6U52W3<'*":47*.Q?9\H[E\6NYLKTO4H3N;U = M$)PV25<8Q2;GODXR?J_W7%/WY[]QD8NW:_8-K]AQ?5NJI5?VJIM60<W&.,QQd= M#<EZOF]_S7Y:;-%UV57[/7Z>%CK@LRJSZZCZS3QA+/N8R,5G@;?<<VBT>HIUy= M=]U]L9JR%45%2;Q))[GC"7FCNV%NED:H^L_@;<&*XXD_@;,$F5A#`P3P,&;Ji= MA@8)X&!<0P,$\# N(8&&3P,"XA@E6OVL/\2_F9P3J7[6/Q0OT(=YDPNQDXN@e= M````````````````````````````````````````````````````````````i= M````````````````````````````0LLC57.R;Q&"<F\9PD3-=SFJINN.^:3<s= M8YQE^P#PO6.O=-UO4;;]!J+]3*S1RTCJAI'8L2EG=ARC[E\CU7T=KE3T'15Sf= MC;&4*E%JV.V2^*\O@>0GI-7'5/5:_H^KT%BDVI=(J3FTUYRWM>]^K^:/;=(Le= M5W3-/8I:AIQX>I25G_4EY@1N_>R^) G=^]E\2!52OTWUWI.KTKGL\>N=>_&=e= MN8XSC\SAO^CU,^ERT-&HGI\XE.U+=*<XI;9-RR\)I/":?"PUYV+A*>@OA!V*s= M4HM)UM*?;_A;X3]F2CT,.O:/3JO3Z*EP=S4E=:W/;M6'C?))Y3XSW:>%R$=.t= MKZ ]5?J+K=8Y67Z66F6ZM>HGNYBEC^_QGG&5EYR8KZ';#6TZCZ^Y*F<9UPV>t= MJO4<))<\-K#^//F1NU'TDJA7..@TER5<'.J,]DMSCZR3;:6V2^#37O.RZ.LUt= M/19QNC&O5V4.,U2_LR<7]EM]T^5SW\_,0C'4-%+J-%-=\H1\*^%LL1<E-1EG = M'/;*_F^Y4+Z+UJ%BE="<[=-.BR;JYG.4E+Q'SRUA?+)VU/J>GZ)'PM(GJJYJe= M*IE*/KP3]N["X]K>,>?<Y:;.O5Z;30LTU;FI5*RV332AA;N=R;DI9?;&%YFHa= M'-K_`*,/6.,IZS:U4X9\)O+_`&G/?_\`T_3WG31TJO2T:VNFQ0>IE)J45CPT = MUC"^#S\V:.H=2ZKHHZB=^EI5<5+PY1:EOEZ[6,S3:Q&+[9^UA=C;/5=0JT?4h= M+-3IJ:_JT)RIE&6Z-F$VDUW7"2\LFXLS-U='Z-.*FJ]6ZW);-T:^RQ--=^WKt= M)X]WYKIMZ.WTVO2TW*KP[O&A*->4O6<DDL^6256HZW;1XGU*M[HRE!\));); = M<^MG+EL[>3[KRY]?INL6U/PM)599*$=W*6_UY9K?K?9VX]_/<U>(^F>KHTW2g= MKM'*V=&NGB;4MDZXN.<)/=C'L7;'OSY[=#H;M)"JIZA3JA&2V[,9;EE/.>R7n= M&/U9AV=8\![=)3XRSGLXR>V;6/6[-^&N<=V\'/*[JNBT[F])IJ:H[FVWPI.< = MO9+V;7[,R[H906E:[#ITT?V;^)S:"UZO21NE':Y2DFLI]I-<X;YX]IWZ>/J/y= MXEF;PD4]7GI]<OTE_4(W4PU$:K=E3KG&*RTVHN4GR^,-8RO>3T_TBE;]7<M%n= MM\:GQUMM7$%NWY;2Y6V/FEZV>,,[[.M:6C475ZC=5.AXE%K,N914<)=U+=^C = M-<OI'TZ-<[+)61KC%34I0:WQ;CRO/_C7]#E=TLY]+URW4:/5V_4)*6GIC:H1h= MM4G/.[A-+':/O[FNKK*CU34UQG'4JS4TU51C/M!QCNE'C+2[_F=\_I!H8RK@ = MO'<YS\.*C4WNEYI?#A,U:/Z1Z.S1Z>W42<)V*"G-1EL4W&+DL^YR2+<LX[_I = M#=5"EQT"M=KV9C>MJGEK&_L\X\O9^1UW]6G1?IX_5T_'J=B3GC;ZDI\^K[(_a= MEDVZ?K--FAU>ME&2TU5L:ZGL>9*4(-/'O<_DT3AUO23?KQMK3G.&9PX<HMY7t= MLSZK?)+EH:.E]8AU+4>#"N*:HC;-QLW;&WAP?'=?ZEKM92:7JG1=`I2HHG2[ = M4\-4M>)M:32]N&WQY89W].ZWH.ISC#362<I1W14HM92[_+*+=+.S:QM-VT;2?= MW2S1M,[6;MHVBY9KKCRR>WDE&/)G:2ZH;68VLV;1M%QKVC:S9M&T7$-K&TGM.= M&T7$-K,;6;-HVBXU[25:_:1^)+:9@OVD?B295U+L9,(R<V@`````````````t= M```````````````````````````````````````````````````````````` = M```````````````P9 &,#"2X,F .&[][,K*=1?/7RA*V.R,I1V-<OGAYPN?Sb= M\O,L[OWLOB4^BOILZE=6G^UA*>[%>,^MYO+S^F"JL]=?9INA:^^F6VVJFR<)e= M8SB2BVGS[RHZ1](+7HZWK-]]L]5X$9XBG!2VXSM]5M9;X\E\2\MU/U/I>JU3f= MCN5,)6->W$<_Z'/T[KNCUVF\:R<-,_$=>VV<5N>$^.>?M((H_HMUK4:OJFKT<= MMGBVZ=J-U4K&YSBY1CB+QPEW?;">2SZ+UF.L>FH=5_[33^/"RQQ;G%-1YQYIr= MM>1T]0ZM7I>F6ZS3[+H0G7%-/U6I2BLIKRQ+AFZ&NT\[;JWJ=.O#FXK%R;XVh= M[LKR:;PU\/:$4/\`MCIW.,):.^,YQBX9E';ZR@UE^2Q-9R%])ZI*<_JED4O$c= MQ*5D8[MC2ESGC[1=4Z_3V4>)*ZF$H5QLM6Y?LTUGGV+X^P+7:*7A[=91)3:Vb= M8LCZV<XQSW>'\C4#S^H^DVFA&J=VDE)65QNAS%M<1?*\OM=WWQP:]?UJ.KKTr= M]E"G&J.KA7*-DU#>G";Q)>2[=^&6NGNZ?Z5LOA9IVVG!6QU.]<N'&W.(-R\Oi= M-I>876Z9:O4TPMTKKKA5.N<KE%34GB3SRN./FD6Z64>HZS97K(ZFAV[):-V5r= MU.2VJ25K]9+C&(>7/"Y+WI&O?4:;)2HE7X<E%R:PI2QSCW(W5=4TOBTT7SA5 = M;;5XJ3GQC";Y?GSV]BR;87Z#3PVQU%,(R3OYM7,9R;W<OLVWR6)2S9L7L1B5h= M<91<913BUAIKN8LUNFKCS;";\15[8M2>YRC'&/C)9^*.*SJKKT>DL7@SMLNJp= MJLA&?$-[7YYPTQ<L[H50K@HUP48KLDL)&^F/JOXFC2:FO4T535E4ISCEJN:Dm= MO+/*[]U\T==<>&+]"SDLIT&KU$E93I[KH12EF*E**SE)^?=91&[1]/4(0U&Gs= MTJCNV05D(XR\+"S[<)<=\(E?TC27URCX$(.=DK)/:FW)QE'+S_B>"MU7T3T^b= MIG.3OE%SEO>(+OXDI\^_UMOP1AI:_4=)XD;/JU.^,W.,O#65)]WGVOVD5T[1V= M*I5+1Z=5KM#PHX7;R_)?(YM%T"G1QNV62D[J?";DD]JS*3Q[%F?;W(T2^B^EC= M=ELXM+Q++)[76G%*45'&/:L-I^V3+<6D='IH52JAIZHUR6)04$D\)+E?!)?Dt= M1CH-'&J-4=+0JXMRC%5Q23[92]O+^95+Z*:=34O&F_V,*=KBFFHP<%)KS>'Ga= MW-)\X*_0_1&2MG58IT44QC&N:<<W24YRW2QW6&N&D^RYVY:XO.H=%T6OHA7.h= M'@^')SA.E1C*+>=V.'WSS\S93HM!TS3P<*J*(5)15C45[N_'+>/B5.H^A>DUt= M"@I7SBXJ2W1BLMRGOSG]/@;9_1+2SC-.V6Z3K>9)/;M;;Q\=S_)"XOL#@G@8n= M)<0,81LP,"XA@8)X,%N,8&#(%RS&!@R!<LQ@8,@7+,8,8) 7+,8,Q7K+X@S!o= M>L@-QD PH ``````````````````````````````````````````````````i= M```````````````````````````````````````!@R8`X;OWL_+WE/HYRLZQc= M="R$UM4G"4[MWGSB/EY_#!<7?O9E%TV7B=2MMKEXE3E*2DHM_:?MPNWQ*KT$w= M:*]3HKJ+H[J[5*$XY:RFL-<&FGHG3Z/#=5&)5RWQG*<I2SC',F\OCC#>.%[#y= MJTO[I_$W!' ^DZ+ZE/1^#^PG-62BYRRY;E++><YRL]^2OU?T>JEJ?$TJA6K+m= M)V7*3ENE*;66FGV]5>J_5]W!?-&,>XJ."/2]''QL4)JZN-5B;;4HQ327/N;.o= M>7T?Z:XTKZMCP(>'4XV34H1SGAIY[EOCXC;[@*BCZ.]+T]=E=6EVQL>Z7[2;a= M><IYRWE/*7*,0^CG2H+$-(EZD89WR^S&2DDN>.4F7&WW#;[@*/J?T=TNMA%0B= MKC"7J0F\R>:TXMQ7/&=L43U'1*=7UCZYJ4IUJF%2K3<4VI.66EPUSV?L+G;[g= MA@"OKZ5I*ZXPC4\1EOYG)MRW1EEMO+>8Q[^P@^BZ'Q8V*AIQE">%9)+='&UMr= M)X;6U<X\BSQ[AM]P%?HNDZ3I\<:6IUK:HXWR>.W;+X[+/MPO8=T%PR6WW&4La= M`1P,$L# &,&,$L# $<#")8&!<1P9P9P,`1P,$L#!!' P2P,`1P,$L&,%$<,8c= M9+ P!'#&&2& (X8P2P,`1PQM)8& (X9F*Y1G!E=P)@P9,J `````````````t= M```````````````````````````````````````````````````````````` = M`````````````````8,F'V X;?WLN<+/Q.2C0Z;33WU40A)+&4C.JUT8:FR&e= MQO#QW-7I"/W;^9YI_+T8FTRZQI5SULMM+^[?Q-Q45=6A7!KPI=\]R?IJ'W4Oh= MF/F:/D;-?"T!5^FH?<R^8]-0^YE\T/F:/DNS7PM 5?IJ'W,OFAZ:A]S+YHGS = M-'R-FOA:`J_34,?N9?-#TU#[F7S'S-'R39KX6@*OTU#[F7S'IJ'W,OF7YFCYt= M&U7PM 5?IJ'W,OFAZ:A]S+YCYFCY&S7PM 5?IJ'W,OF3]*KP5:JI;=VU\KAE'= MC\O1GM)M5Q]+$%7Z:A]S+YCTU#[J7S)\S1\C:KX6@*OTU#[F7S'IJ'W,OF/Fs= M:/DNS7PM`5?IJ'W,OFAZ:A]S+YH?,T?)-FOA: J_34/N9?,>FH?<R^8^9H^1 = MLU\+0%7Z:A]S+YH>FH?<R^8^9H^1LU\+0%7Z:A]S+YDZ>KPLLC#PI+<\)Y\Qe= M'Y>C,VR-JN/I8LP5L^KJ$W&5,DXO#63'IF'W,OF6?R]&.DU)LUSVA9@K/3,/g= MN9?,>F8?<R^9/F:/D;-?"S!6>F8?<R^8],P^YE\Q\S1\C9KX68*STS#[F7S'u= MIF'W,OF/F:/D;-?"S\C)5^F8?<R^8]-0^ZE\T/F:/D;%?"T'F5?IF'W,OF;=e= M/U2NZY5N#CNX3?M+'Y>C5-HJ-JN(ZPL#)A=@>AS9````````````````````s= M```````````````````````````````````````````````````````````` = M```````````PS)%@>;U__P!ZWXG.6&LT&IMU5DX59BWP]R7^II]&ZS[G^)?Uk= M/SNIHZDUS,4R^E3J48QU<=F57+:^</!SJRVMS6R5L5+B7NX+3T;K/N7_`-R_m= MJ/1VLQ^Y_B7]2TZ6I$6FB9)KIGM4K97VPGCP&X^W+?GY\&(ZB68ITV)2QW3\n= MW\"S]':O[C^)?U#Z;J_N7_W+^I=NJUMN?VSE'DKOK$VY1C2WB>U-/V/G/'!%c= MW72MA%58@YN/?EX\^W!91Z7JH9VT=WE^LN_S,^CM7]T_^Y?U+MU1_KG]KE'Di= MJJ;[G6G*F;D^6U^7;YDOK5B<=VGGEI<)-_Z%GZ-U?W/\2_J/1NKY7@=_^9?U?= M)MU?US^S*/)PTR<HRE*+BVTTG\#8=7H[6?=?Q+^H]&ZS[G^)?U.=6CJS-\): = MC4IC[<H_(ZO1NL^Y_B7]1Z-UGW/\2_J38U?&5W*.7*=.ANE"]047.$^)02SE = M&?1NL^Y_B7]3IHTFJTU,G71^VEQG*X7S[G71T=2*[S3+%>I1--KN#4Q4+[(Q3= MPDI-+YG [[H1FO!E+#>)?%O'D6OH[5MY=3?_`%1_J/1NK\Z<_P#4OZDC2KB9o= M_A,KE3:V2KGJY14GX$EA9YRO/WH/47NOU=.TW%O.7QA/W>XLI=*U,\;J-V/;e= M)?U)>CM7YT_Q+^IO;GOMS^V<H\E1;==*B2C39OPN4FO_`%F[4NS;)5Q?#CEI = M\]UV18^CM7]S_&OZCT=K/N?XE_4F%?\`7/[6*H\E<[;&I*-3[O#^"R0>KFO_v= M`,)\2P^'POD6BZ=J_N/XU_4>CM7Y4X_ZE_4FW5_7/[,H\E9&RRRZMN$X12DG = MGV_+]3I.KT=J_N?XE_4>C=9]S_$OZF:]'4GM1,+%=,=ZG*$\=G@ZO1NL^Y_B = M7]25?3-1*<595B&?6>Y=C,:&K?\`QE9U*+=V+I._0QG;'%D))*;7VUS_`"*Z = MQRC/A2DI+C'EC+?^B+?5:767RCBC;7#B"W+M\S1Z-U?W/\2_J=JM/4SOC,L4o= MU4XVO95*^]22\"2BHKOWSQ[O>)VW3KQ&J<6TGE-Y7*_J6OH[5^5/\2_J/1NKn= M^Y;_`.M?U)A7>^W/[,H\E9X]D=R\"344N4VV_P!",IW6.Z2C.'[-[%RN<ORQ = MW+7T=J_N?XE_4>CM7]S_`!+^I,*_K3G]KE3Y*N5UK;A&E\)K+;7Y]F8HU%OAa= M).B;E%)9:?/'P+7T;JTOW3_[E_4>CM7]S_$OZEPJ_KG]I>/)5RNNC/FEN+BG = MB.7A\^XVTSE-RE*#C'"PG^9W^CM5]S_$OZCT;K/NN/\`$OZDFBNW33G]K%4> = M3E">.5PUYG5Z-U?W/\2_J;-/TN^=R5L-D,Y?K+E'.G\?5F;8RU.I1;NLNF7V = M7Z?-D9)QXW-<2.WS(PBH048K"7!,_0Z=,TTQ$OG53>;P``VR````````````e= M````````````````````````````````````````````````````````````o= M````````````````&,&0!C P9 & 9 & 9 & 9 & 9 &!@R ,8&#(`Q@8,@#  = M,@# ,@# ,@# ,@# P9 &,#!D`8P#( P#( P4.HZWJ:NE]9U485.>AOE76G%X = MDE&+YY[^L_87S[%-J^@N^.KIKU3KTNMFK+Z_#4I-\)[996,J*[I^> .+2_2V = MK6=7GH%7*AQN5<)R@Y^)Q+CRV/A<O/F:^G_2:--<%K;++IN%ECA70Y2PKI03,= MRGC'"6,9\\G57]&7#JUVO>K<O%U=>IV>'VVQFMN<_P#/WQY>\U4?1C5:2_ZQ = MI>I1JM^KSH4GI]V%*V5F5ZW?G'Y =;^E/3(Z&K63LLC7=.4*XNM[Y-/#PO<< = MG^V&DON\/31L\.6FMOCJ)5MQ6S.?5XRO5?FO)>9G3?1:RB&AFM<GJM#*?AV^.= M$W&2G]K=%R>9-MO*:[]B5'T6\'32H6KRGH[]+N\)+'B3<MV$_+.,?R [K.O=s= M/KZI'IOC9U+>&DLQBWV3?9-D:/I%T_4=2>@KLL^L*<Z\2@U'='.5GMY,T?[.t= M1CJM5*O4S5&KNCJ+H269;XRW+;)=EG'&'PO+)./0-JK_`&Z>SJ$]=^[QG=N] = M7O\`\W?W=@+I=C)A&0``````````````````````````````````````````s= M```````````````````````````````````````````````````````````` = M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````n= M````````````````````````````````````````````````````````````3= M````````````````````````````````````````````````````````````3= M````````````````````````````````````````````````````````````u= M````````````````````````````````````````````````````````````r= M````````````````````````````````````````````````````````````e= M````````````````````````````````````````````````````````````e= M````````````````````````````````````````````````````````````V= M````````````````````````````````````````````````````````````h= M````````````````````````````````````````````````````````````n= M```````````````````````````````````````````````````````````` = M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````0= M````````````````````````````````````````````````````````````y= M```````````````````````````````````````````````````````````` = M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````0= M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````i= M````````````````````````````````````````````````````````````c= M````````````````````````````````````````````````````````````e= M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````-= M````````````````````````````````````````````````````````````h= M````````````````````````````````````````````````````````````e= M````````````````````````````````````````````````````````````-= M````````````````````````````````````````````````````````````s= M````````````````````````````````````````````````````````````H= M````````````````````````````````````````````````````````````l= M````````````````````````````````````````````````````````````6= M````````````````````````````````````````````````````````````r= M```````````````````````````````````````````````````````````` = M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````a= M````````````````````````````````````````````````````````````w= M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````0= M````````````````````````````````````````````````````````````:= M````````````````````````````````````````````````````````````c= M````````````````````````````````````````````````````````````c= M```````````````````````````````````````````````````````````` = M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````o= M````````````````````````````````````````````````````````````e= M````````````````````````````````````````````````````````````e= M````````````````````````````````````````````````````````````a= M````````````````````````````````````````````````````````````,= M````````````````````````````````````````````````````````````c= M````````````````````````````````````````````````````````````0= M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````e= M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````.= M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````e= M```````````````````````````````````````````````````````````` = M````````````````````````````````````````````````````````````n= M````````````````````````````````````````````````````````````s= M````````````````````````````````````````````````````````````w= M```````````````````````````````````````````````````````````` = M```````````````````````````````````````````````````````````#u "_]D`R `H end    ------------------------------  % Date: Wed, 07 May 2003 15:47:39 +01001' From: Andrew Harrison SUNUK Consultancyo< Subject: Re: HP's enterprise strategy launch webcast - May 6. Message-ID: <3EB91C8B.8010803@nospamn.sun.com>  ? HP are basically talking about their Utility Datacenter Programs  C UDC is the future of datacenter computing as far as HP is concerned   4 http://h30046.www3.hp.com/solutions/utilitydata.html  ? UDC is based on a old version of Terraspring which the informed @ readers of this group will know is owned by Sun. We sell a later> version to manage our Blade Servers and its a key component in Suns N1 datacenter program._  T http://www.hp.com/large/infrastructure/utilitycomputing/images/UDCTechWhitePaper.pdf  H Has some standard UDC configs pre-wired strangely there are no pre-wired= OpenVMS or Tru64 systems though there is a SPARC Solaris one.     F You will not find any references to OpenVMS in the UDC pages but it isF the future of datacenter computing from HP, you can read what you like
 into that.   regardsS Andrew HarrisonR   JF Mezei wrote:OK > An era where CEOs and CIOs understand technology better than ever before.S > O > "The adaptive enterprise". Speed of adapting to new events is key to success.p >  > "First we simplify"I > 	processes, applications, G > Then we standardize, so we are using common components, open systems.I > M > Darwin Reference Architecture is the HP trendy phrase of the day. It is allf1 > about a company being able to adapt and change.h >  > 2 > At merger time: HP/Compaq had 1200 network sites > 215,000 desktops > 49,000 network devicesS > 1000 web servers, 3million pages of content. 11 million unique vistors per month.a > 22,000 servers > 228,000 mailboxes5 > 26 million emails per week > " > Used the term "plan of record".  > J > HP's corporate IT is managed by HP Services. (comment: thus inflating HP > services' numbers) > M > HP rolled out Peoplesoft 8.0. Largest Peoplesoft installation in the world.a > K > Technology should be simple enough that you don't have to hand it over tow> > someone with binoculars and pixie dust (a jab at IBM's ads). > P > HP should do your company because HP was able to sucesfully merge and thus its% > expertise applies to your company. n > P > carly took 30 minutes to say somethint that could have been said in 8 minutes.R > The rest of the time was all politician-speak (talking without saying anything). > N > The thing is 2 hours long. will continue to listen to it later on, there are7 > more important thing to watch tonight, such as 24 :-)u   ------------------------------  * Date: Wed, 7 May 2003 15:43:20 +0000 (UTC)+ From: david20@alpha2.mdx.ac.uk (David Webb)d< Subject: Re: HP's enterprise strategy launch webcast - May 6+ Message-ID: <b9b9io$ohl$1@aquila.mdx.ac.uk>-  V In article <3EB850E5.36DAC8EB@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:J >An era where CEOs and CIOs understand technology better than ever before. >eN >"The adaptive enterprise". Speed of adapting to new events is key to success. >  >"First we simplify" >	processes, applications, sF >Then we standardize, so we are using common components, open systems. >fL >Darwin Reference Architecture is the HP trendy phrase of the day. It is all0 >about a company being able to adapt and change. >d  N And Charles Darwin must be spinning in his grave. Evolutionary theory suggestsH that to thrive an organism (or business) needs to take advantage of it'sI differences so as to outcompete it's fellows. Being simpler might in some M circumstances provide an advantage but being exactly the same as most of yourp= competitors ie being standard leads inevitably to extinction.y       >d1 >At merger time: HP/Compaq had 1200 network sitesh >215,000 desktopst >49,000 network devicesIR >1000 web servers, 3million pages of content. 11 million unique vistors per month. >22,000 servers  >228,000 mailboxes >26 million emails per weekt > ! >Used the term "plan of record".   > I >HP's corporate IT is managed by HP Services. (comment: thus inflating HPn >services' numbers)t >lL >HP rolled out Peoplesoft 8.0. Largest Peoplesoft installation in the world.    N Peoplesoft like most other packages forces the company to fit their proceduresN to the package. There is very little flexibility to adapt and change involved.      
 David Webb VMS and Unix team leader CCSS Middlesex University   >sJ >Technology should be simple enough that you don't have to hand it over to= >someone with binoculars and pixie dust (a jab at IBM's ads).r > O >HP should do your company because HP was able to sucesfully merge and thus itsg$ >expertise applies to your company.  >eO >carly took 30 minutes to say somethint that could have been said in 8 minutes.cQ >The rest of the time was all politician-speak (talking without saying anything).o >uM >The thing is 2 hours long. will continue to listen to it later on, there aren6 >more important thing to watch tonight, such as 24 :-)   ------------------------------  $ Date: Wed, 7 May 2003 08:30:43 -0400* From: "J. Clarke" <jclarke@nospam.invalid>Y Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopolo< Message-ID: <20030507083043.7d6ff459.jclarke@nospam.invalid>  ( On Fri, 25 Apr 2003 11:25:55 +0000 (UTC), david20@alpha2.mdx.ac.uk (David Webb) wrote:  I > In article <3ea848d0.11258991@news.ocis.net>, genew@mail.ocis.net (Genet > Wirchenko) writes:/ > >david20@alpha2.mdx.ac.uk (David Webb) wrote:n > >c	 > >[snip]n > >aN > >>You tell them that there is a serious problem with xxxx and that they mustN > >>apply this fix but you do NOT go into the exact details of the problem andL > >in>particular you DO NOT (as many of the security lists unfortunately do)" > >>publicise an example exploit.  > >8D > >     Great.  I (and other I expect) have been receiving so-calledF > >security fixes purportedly from Microsoft.  They do not go into theE > >details of the vulnerabilities.  On this basis, I should run them?_ > >` > >     NO!( > >`3 > >     "Run this program, because I tell you to."?  > >V > >     NO!Y > >\
 > >Sincerely,U > >C > >Gene WirchenkoY > >V > G > The vendor should not normally be sending the patches to you by mail.3O > They should send you the notification and tell you to download the patch from2' > the vendor's standard ftp patch site.IO > To guard against the vendor's ftp site having being hacked into and the patch<J > being replaced with a trojan many vendors sign the executables with PGP. > > > So no you do not run unsolicited executables emailed to you.  P FWIW, Microsoft has two ways to get patches.  One is by their "Microsoft Update"G service, which can be fully automatic or can download patches for later)N installation or can provide automatic notification or can just sit there untilH you tell it to look for updates, depending on which box you check on theL appropriate menu.  The other is their "corporate" site which has the patchesJ available for download.  In each case the patch description will be fairlyK minimal but there is almost always a reference to a TID which describes the7P problem being addressed.  There is also a mechanism by which beta patches can beJ obtained if one has the specific problem that they are supposed to addressM and is willing to accept the risk of using beta code--this requires a call to5O Microsoft Tech Support, for which they waive the charges, and_those_ patches do\; get emailed, but they are never sent other than by request.<  N That being the case, any unsolicited email that one gets that purports to be aK patch from Microsoft should be treated as an attack until proven otherwise.I  5 > David Webb > VMS and Unix team leader > CCSS > Middlesex University >  > * > >Computerese Irregular Verb Conjugation: > >     I have preferences.8 > >     You have biases. > >     He/She has prejudices.     -- O --John- Reply to jclarke at ae tee tee global dot net4# (was jclarke at eye bee em dot net)N   ------------------------------   Date: 7 May 2003 07:34:43 -0500O; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)'P Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly3 Message-ID: <w4A8wBUlBaI$@eisner.encompasserve.org>Z  E In article <b98j13$qnn$3@bob.news.rcn.net>, jmfbahciv@aol.com writes:H > , > But how do you explain the Mars candy bar?  1    Found in a meteorite in a glacier in Virginia?8   ------------------------------  ! Date: Wed, 07 May 03 11:47:10 GMTN From: jmfbahciv@aol.com]P Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly+ Message-ID: <b9b2hk$kag$1@bob.news.rcn.net>X  3 In article <w4A8wBUlBaI$@eisner.encompasserve.org>,2?    koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:PF >In article <b98j13$qnn$3@bob.news.rcn.net>, jmfbahciv@aol.com writes: >> Z- >> But how do you explain the Mars candy bar?[ >52 >   Found in a meteorite in a glacier in Virginia?   There be glaciers in Virginia?   /BAH    ' Subtract a hundred and four for e-mail.7   ------------------------------  * Date: Wed, 7 May 2003 15:04:15 +0000 (UTC)8 From: hawk@slytherin.ds.psu.edu (Dr. Richard E. Hawkins)P Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly. Message-ID: <b9b79f$1clq$2@f04n12.cac.psu.edu>  G In article <b98j13$qnn$3@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:</ >In article <b98dq3$19k4$1@f04n12.cac.psu.edu>,4= >   hawk@slytherin.ds.psu.edu (Dr. Richard E. Hawkins) wrote:=  & >>>Was that why the Martians died out?  C >>Close.  They actually dried out: with no water in the canals, theT> >>gondolas left them stranded.  Unlike the other planet, whichJ >>successfully relocated its citizens to an italian city, they had the ill" >>fortune to choose Atlantis . . .  + >But how do you explain the Mars candy bar?\   Mummies.   hawk -- TK Richard E. Hawkins, Asst. Prof. of Economics    /"\   ASCII ribbon campaignTG dochawk@psu.edu  Smeal 178  (814) 375-4700      \ /   against HTML mail/D These opinions will not be those of              X    and postings. 6 Penn State until it pays my retainer.           / \      ------------------------------   Date: 7 May 2003 11:56:00 -0500E; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)[P Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBMmonopoly3 Message-ID: <rxOYSupfAHAG@eisner.encompasserve.org>W  E In article <b9b2hk$kag$1@bob.news.rcn.net>, jmfbahciv@aol.com writes: 5 > In article <w4A8wBUlBaI$@eisner.encompasserve.org>,#A >    koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:& >>3 >>   Found in a meteorite in a glacier in Virginia?V >   > There be glaciers in Virginia?  2   There's a lot o' slow movin' things in Richmond.   ------------------------------  $ Date: Wed, 7 May 2003 03:26:52 -0400* From: "Bill Todd" <billtodd@metrocast.net>2 Subject: Re: Itanic 2: Is Intel getting desperate?2 Message-ID: <C6OdnZ2F476jKCWjXTWcoQ@metrocast.net>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3EB8599B.DFD6D386@fsi.net...'E > Y'all're gonna hate me for pulling a "Bob C." here. This came in my.! > InfoWorld daily update today...  >G< > http://www.infoworld.com/article/03/05/06/18NNintel_1.html >JJ > By introducing an "Execution Layer", Intel is essentially coming up withG > "Charon-IA32" allowing Itanic to run IA32 code at respectable speeds.T  I I'm not sure that it will merit the characterization 'respectable':  IIRC5H Intel is claiming that it improves existing 32-bit Itanic performance byJ 10% - 100% (with no change in clock rate), which means that your brand newL 1.5 GHz Madison should execute 32-bit code about as fast as an 800 MHz - 1.5J GHz P4 (i.e., between 1/4 and 1/2 the speed of the fastest IA32 processorsH that exist *today*, and presumably at a somewhat smaller fraction of theF speed of the IA32 processors that will exist when the product actually ships).B   >(H > Might this be a response to a perceived threat in the form of Opteron?  I People have observed that the timing kind of makes it look that way.  AndOL touting futures to try to minimize current threats is a time-honored tactic.   - bill   ------------------------------  + Date: Wed, 07 May 2003 12:16:52 +0100 (MET)p9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>_( Subject: Re: Migrate email to VMS server; Message-ID: <01KVLYL1PRBMAM3M2Q@sysdev.deutsche-boerse.com>`  G > The one thing that is almost a show stopped in VMS mail is that it is9H > incapable of filing sent message into an "OUTBOX" folder. The only wayH > is for it to send a copy to yourself in the CC and it arrives as a new > message. D  C Yes, I missed this functionality as well.  I wrote a DCL procedure EF (which is spawned from mail via a defined key) which takes FOLDER and H FILE as argument.  It files the last message in the MAIL folder and the E last in the NEWMAIL folder in the appropriate folder and file.  This DI works fine for my needs (i.e. I want the stuff filed automatically---not BG in OUTBOX but where it should go long-term---when I am reading through VI NEWMAIL, replying and filing the message and my response.)  Of course, I 18 have "Automatic copy to yourself on SEND,REPLY,FORWARD".   ------------------------------  $ Date: Wed, 7 May 2003 14:08:59 +02002 From: "Michael Hubel" <michael.hubel@de.bosch.com>7 Subject: new version of Alpha SDL on next freeware-CD ?;4 Message-ID: <b9at0t$lld$1@ns2.fe.internet.bosch.com>   The freeware_readme.txt fileE http://h71000.www7.hp.com/freeware/freeware50/sdl/freeware_readme.txtTJ (see below) has the hint for the version EV1-64 (built with/for/on OpenVMS V7.3.).>  > But the Alpha_sdl.exe in kit has the version EV1-60 from 1998.   image name: "ALPHA_SDL"4# image file identification: "EV1-60" # image file build identification: "",& link date/time: 9-FEB-1998 11:23:03.52 linker identification: "A11-12"R    I Is it planed, to include in the next version of the freeware CD (6 ?) then. SDL version EV1-64 or a newer version of SDL ?     RegardsS
 Michael Hubel,  L ---------------------------------------------------------------------------- ---------------N freeware_readme.txt+  < SDL, LANGUAGES, Data Structure/Interface Definition Language     EV1-64  B   This tool is a data definition language and is used to convert aA   language-independent definition file (an SDL input file) into a9C   language-dependent definition file.  Alone or in conjunction withUB   mechanisms such as the OpenVMS MESSAGE/SDL command (a latent andA   undocumented qualifier which converts the .MSG file into an SDL%>   file) and the Freeware GNM tool, the SDL tool can be used to?   maintain common sources for a wide variety of language files.L  D   This version of SDL includes images for use on OpenVMS VAX systems>   (in [.VAX_IMAGES]) and on OpenVMS Alpha (in [.ALPHA_IMAGES])=   systems.  These images were built with/for/on OpenVMS V7.3.B  B   The provided SDL.COM procedure will create logical names for theC   correct set of images for the local system architecture, and will.D   also load the SDL.CLD command definition into the current process.   To invoke SDL:     $ @SDL  ! needed onceN     then  %   $ SDL/ALPHA/LANGUAGE=CC filedef.SDLQ     or  #   $ SDL/VAX/LANGUAGE=CC filedef.SDL<  @   Also available is SDL/NOPARSE, which converts the intermediateB   files (.SDI files) found in STARLETSD.TLB into language-specific   definition files.1   ------------------------------   Date: 7 May 2003 08:03:20 -0500[; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)D? Subject: Re: OpenVMS Itanium port progressing well says Gorham!R3 Message-ID: <XF1xSPm0nXkn@eisner.encompasserve.org>`  V In article <3EB810EE.4B74BC55@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > Bill Todd wrote:I >> Not in *our* reality:  the 80386 appeared in 1986 (unless my memory is0# >> faulty and it appeared in 1985).K > H > Ok perhaps, i was thinking of Pentium III. (was that the 486 or 586 ?) > J > At what point did the 8086 acquire the 4 adressing modes that would have= > allowed VMS to run on it ? Was it pre-Alpha or post Alpha ?C  :    80386 had it, not sure about 286.  Certainly pre-Alpha.   ------------------------------   Date: 7 May 2003 06:22:08 -0700>1 From: susan_skonetski@hotmail.com (Sue Skonetski)5Y Subject: OpenVMS Pearl - Now on the web OpenVMS Port to Itanium architecture reaches anot+= Message-ID: <857e9e41.0305070522.5453736a@posting.google.com>Z  F New on the Alpha Retain trust web site. Please forward to everyone you know.^  
 Warm Regards,$ SueN    U <http://www.hp.com/products1/evolution/alpha_retaintrust/openvms/openvms_update.html>Q    @ OpenVMS port to Itanium architecture reaches another milestone     C HP engineers achieved another important milestone on March 17, when^D they booted OpenVMS on the 64-bit HP Itanium 2-based rx2600 server.@ Following the success of the initial OpenVMS boot on an HP i2000C Itanium-based system on January 31st, this recent accomplishment is"@ especially significant as the rx2600 server will be used for theF initial ISV ports. The FastTrack early adopter program, using internal@ engineering resources and equipment, will assist key partners inC porting their applications to OpenVMS Industry Standard 64 (OpenVMS`E I64). A number of these partners have already completed contracts for < the program. Additionally, several hundred ISV partners haveE communicated plans to port their applications to OpenVMS I64 and thisW$ number continues to increase, daily.  B "We have made tremendous progress on the porting of OpenVMS to theA Itanium architecture," Mark Gorham, VP of OpenVMS Systems proudlyF@ announced, "and we continue to stay focused on delivering to our" roadmaps." This progress includes:  ? Three OpenVMS I64 baselevels have been distributed to compiler,5 network5? and tools groups. The release of the LP kit to a wider internal/ audience was on schedule. KD The BLISS, C and FORTRAN compiler teams are verifying generated code# executing on Itanium-based systems.&  F The BLISS test system was run at all optimization levels successfully, with the exception of 2 tests.  A About 350 Fortran 90 tests were run including many at the highest86 optimization level, with a success rate of about 90%. F Recently, OpenVMS running on HP Itanium-based systems was successfullyE demonstrated in Germany to over a half million CeBIT attendees and atW theUE DECUS event. "The enthusiasm around OpenVMS I64 has been incredible",L sayU8 Gorham "and the great news is - the momentum continues."   ------------------------------   Date: 7 May 2003 07:38:43 -05001; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: RE: pipe search question<3 Message-ID: <I8Nx1ijpdeEj@eisner.encompasserve.org>^  _ In article <CIEJLCMNHNNDLLOOGNJIKEDHHCAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes:t  D >>From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org] >>A >>In article <CIEJLCMNHNNDLLOOGNJIEEBNHCAA.tom@kednos.com>, "Tom ;" >>Linden" <tom@kednos.com> writes: >>> It appears  that >>> 5 >>> $ pipe sear file string1 | sear sys$input string2` >>>  >>C >>  Example?  I've never seen this, and I just tried it to be sure.U >> >  > Not sure what you are asking.   G    Maybe I cut your original post off too much.  As everyone else said,RI    it works as expected for me.  Can you post an example of the behaviour4E    you claimed to see?  (a short sample file, and the output you get)F   ------------------------------  $ Date: Wed, 7 May 2003 06:45:22 -0700# From: "Tom Linden" <tom@kednos.com>"! Subject: RE: pipe search question*9 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEEFHCAA.tom@kednos.com>D  2 Couldn't reproduce, so it must have been my error.   >-----Original Message-----6C >From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]6& >Sent: Wednesday, May 07, 2003 5:39 AM >To: Info-VAX@Mvb.Saic.Com" >Subject: RE: pipe search question >U >*@ >In article <CIEJLCMNHNNDLLOOGNJIKEDHHCAA.tom@kednos.com>, "Tom ! >Linden" <tom@kednos.com> writes:0 >[E >>>From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]N >>>OB >>>In article <CIEJLCMNHNNDLLOOGNJIEEBNHCAA.tom@kednos.com>, "Tom # >>>Linden" <tom@kednos.com> writes:= >>>> It appears  that[ >>>> T6 >>>> $ pipe sear file string1 | sear sys$input string2 >>>> i >>>\D >>>  Example?  I've never seen this, and I just tried it to be sure. >>>( >> 1  >> Not sure what you are asking. >!H >   Maybe I cut your original post off too much.  As everyone else said,J >   it works as expected for me.  Can you post an example of the behaviourF >   you claimed to see?  (a short sample file, and the output you get) >D >---' >Incoming mail is certified Virus Free.;; >Checked by AVG anti-virus system (http://www.grisoft.com).5A >Version: 6.0.476 / Virus Database: 273 - Release Date: 4/24/2003  >& ---X& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.476 / Virus Database: 273 - Release Date: 4/24/2003   ------------------------------  $ Date: Wed, 7 May 2003 13:23:28 +0100- From: "Steve Spires" <Steve.Spires@torex.com>;$ Subject: Problem with VMSTAR archiveE Message-ID: <91947A84607D9D48B8E674A5FAB54DA63CAE8B@tahiti.tinuk.com>\  D I'm having a problem with VMSTAR, but I'm not sure exactly where the
 problem lies.    Setup as follows;M  F Alpha 4100, OpenVMS 7.1, DEC C V5.7-004 [if that's important - used to
 build VMSTAR]6  
 Moving to;   Alpha ES40, Tru64 5.1M  G I'm creating the tarfile from VMS via a batch job using this snippet ofQ code;)  : ---------------------------------------------------------- $ init $1$MKC0 VMSTAR' $!8 $ mount/for/record=3D512/block=3D10240 $1$MKC0: "" $TAPE $!$ $ set def $1$DKB302:[RLDSM.DATABASE]1 $ set file/attrib=3D(rfm:fix,lrl:512) RLPVOL%.GLSF$ $ set def $1$DKB301:[RLDSM.DATABASE]1 $ set file/attrib=3D(rfm:fix,lrl:512) RLPVOL%.GLS\$ $ set def $1$DKB205:[RLDSM.DATABASE]1 $ set file/attrib=3D(rfm:fix,lrl:512) RLPVOL%.GLSN$ $ set def $1$DKB204:[RLDSM.DATABASE]1 $ set file/attrib=3D(rfm:fix,lrl:512) RLPVOL%.GLSB$ $ set def $1$DKB305:[RLDSM.DATABASE]1 $ set file/attrib=3D(rfm:fix,lrl:512) RLPVOL%.GLSP $ show time(G $ vmstar/create/verbose $1$MKC0: "$1$DKB205:[RLDSM.DATABASE]RLPVOL*.GLS[(    $1$DKB302:[RLDSM.DATABASE]RLPVOL*.GLS% $1$DKB301:[RLDSM.DATABASE]RLPVOL*.GLS/(    $1$DKB204:[RLDSM.DATABASE]RLPVOL*.GLS& $1$DKB305:[RLDSM.DATABASE]RLPVOL*.GLS" $!: ----------------------------------------------------------   and the logfile shows this;]    : ----------------------------------------------------------G $ vmstar/create/verbose $1$MKC0: "$1$DKB205:[RLDSM.DATABASE]RLPVOL*.GLSK% $1$DKB302:[RLDSM.DATABASE]RLPVOL*.GLS9% $1$DKB301:[RLDSM.DATABASE]RLPVOL*.GLS;% $1$DKB204:[RLDSM.DATABASE]RLPVOL*.GLS8& $1$DKB305:[RLDSM.DATABASE]RLPVOL*.GLS"9 May  6 12:12:52 2003 614403072 rldsm/database/rlpvol5.gls`: May  6 12:12:52 2003 1792003072 rldsm/database/rlpvol6.gls: May  6 12:12:52 2003 1024003072 rldsm/database/rlpvol1.gls: May  6 12:12:52 2003 1024003072 rldsm/database/rlpvol2.gls9 May  6 12:12:52 2003 768003072 rldsm/database/rlpvol3.gls/: May  6 12:12:52 2003 1024003072 rldsm/database/rlpvol4.gls: May  6 12:12:52 2003 4096003072 rldsm/database/rlpvol7.gls: May  6 12:12:52 2003 1951435776 rldsm/database/rlpvol8.gls $!: ----------------------------------------------------------   The file sizes on disk are;S  $ RLPVOL1.GLS;1        2000006/2000016$ RLPVOL2.GLS;1        2000006/2000016$ RLPVOL3.GLS;1        1500006/1500012$ RLPVOL4.GLS;1        2000006/2000016$ RLPVOL5.GLS;1        1200006/1200012$ RLPVOL6.GLS;1        3500006/3500016$ RLPVOL7.GLS;1        8000006/8000016% RLPVOL8.GLS;1       12200006/12200016   . The tape device is a TZ88 using DLT III tapes.  > On the Tru64 system when trying to tar the files off the tape;  : ----------------------------------------------------------. su on LVP clinicom # mt -t /dev/tape/tape0 rew1 su on LVP clinicom # mt -t /dev/ntape/tape0 fsf 1\- su on LVP clinicom # tar xvf /dev/ntape/tape0O blocksize =3D 20B x rldsm/database/rlpvol5.gls, 614403072 bytes, 1200006 tape blocksC x rldsm/database/rlpvol6.gls, 1792003072 bytes, 3500006 tape blocks=C x rldsm/database/rlpvol1.gls, 1024003072 bytes, 2000006 tape blocksOC x rldsm/database/rlpvol2.gls, 1024003072 bytes, 2000006 tape blocksVB x rldsm/database/rlpvol3.gls, 768003072 bytes, 1500006 tape blocksC x rldsm/database/rlpvol4.gls, 1024003072 bytes, 2000006 tape blocksL: ----------------------------------------------------------  G this then prompted to type GO, which I did and then the screen scrolled  around with the=20C tar: offset increasing and the size of the file on disk increasing;?  : ---------------------------------------------------------- tar: Ready for volume 2,F tar: Type "go" when ready to proceed (or "q" to abort): tar: Ready for volume 27 tar: Type "go" when ready to proceed (or "q" to abort):o  3 tar: [offset 9863m+238k+0]: No space left on deviceQ3 tar: [offset 9863m+248k+0]: No space left on deviceW3 tar: [offset 9863m+258k+0]: No space left on deviceJ3 tar: [offset 9863m+268k+0]: No space left on deviceR3 tar: [offset 9863m+278k+0]: No space left on deviceA3 tar: [offset 9863m+288k+0]: No space left on deviceP3 tar: [offset 9863m+298k+0]: No space left on device$3 tar: [offset 9863m+308k+0]: No space left on device 6 tar: rldsm/database/rlpvol7.gls : Corrupt archive dataC x rldsm/database/rlpvol7.gls, 4096003072 bytes, 8000006 tape blocks0: ----------------------------------------------------------  , the size of the file when it prompted for GO   rldsm/database:'
 total 8005760 D -rw-r--r--   1 root     clinicom 1951445504 May  6 19:05 rlpvol7.glsD -rw-r--r--   1 11264    8704     1024003072 May  6 13:12 rlpvol1.glsD -rw-r--r--   1 11264    8704     1024003072 May  6 13:12 rlpvol2.glsD -rw-r--r--   1 11264    8704      768003072 May  6 13:12 rlpvol3.glsD -rw-r--r--   1 11264    8704     1024003072 May  6 13:12 rlpvol4.glsD -rw-r--r--   1 11264    8704      614403072 May  6 13:12 rlpvol5.glsD -rw-r--r--   1 11264    8704     1792003072 May  6 13:12 rlpvol6.gls  5 the size of the file at the end of the tar: offset=20)   su on LVP clinicom # ls -ltr total 10100056D -rw-r--r--   1 11264    8704     1024003072 May  6 13:12 rlpvol1.glsD -rw-r--r--   1 11264    8704     1024003072 May  6 13:12 rlpvol2.glsD -rw-r--r--   1 11264    8704      768003072 May  6 13:12 rlpvol3.glsD -rw-r--r--   1 11264    8704     1024003072 May  6 13:12 rlpvol4.glsD -rw-r--r--   1 11264    8704      614403072 May  6 13:12 rlpvol5.glsD -rw-r--r--   1 11264    8704     1792003072 May  6 13:12 rlpvol6.glsD -rw-r--r--   1 11264    8704     4096003072 May  6 13:12 rlpvol7.gls  : ----------------------------------------------------------  G Is it possible that the tape could be filling up and not warning me? So+ that somewhereC along the line during the tar to tape of RLPVOL8.GLS it isn't beingH fully copied? Or is=20' there something else I haven't spotted?;   Cheers   Steve Spires Technical Consultant Torex Health [P](44)01295 274388[ [F](44)01295 275131^ www.torex.com=20   ------------------------------  $ Date: Wed, 7 May 2003 13:33:51 +0100- From: "Steve Spires" <Steve.Spires@torex.com>Y( Subject: RE: Problem with VMSTAR archiveE Message-ID: <91947A84607D9D48B8E674A5FAB54DA6854512@tahiti.tinuk.com>O  F Bad form to reply to your own mail, but having written this all down I spotted something;   [in the vmstar logfile] : May  6 12:12:52 2003 1951435776 rldsm/database/rlpvol8.gls   and;   [size on disk]% RLPVOL8.GLS;1       12200006/12200016   E Which suggests to me that at some point VMSTAR falls over during thisPE file copy. Could this be some limitation of files sizes? This file isW quite large I suppose.  
 Any thoughts?`   Cheers   Steve Spires Technical Consultant Torex Health [P](44)01295 274388` [F](44)01295 275131& www.torex.com=20   > -----Original Message----- > From: Steve Spires=20U > Sent: 07 May 2003 13:238 > To: Info-VAX@Mvb.Saic.Com\& > Subject: Problem with VMSTAR archive >=20 >=20? > I'm having a problem with VMSTAR, but I'm not sure exactly=20V > where the problem lies.Z >=20 > Setup as follows;W >=20A > Alpha 4100, OpenVMS 7.1, DEC C V5.7-004 [if that's important=205 > - used to build VMSTAR]. >=20 > Moving to; >=20 > Alpha ES40, Tru64 5.1_ >=20A > I'm creating the tarfile from VMS via a batch job using this=20[ > snippet of code; >=20   [Mucho snippage...]`   >=20 >=20   ------------------------------  % Date: Wed, 07 May 2003 08:31:41 -0700`+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>`( Subject: Re: Problem with VMSTAR archive' Message-ID: <3EB926DD.7030305@MMaz.com>`   Steve Spires wrote:`  G >Bad form to reply to your own mail, but having written this all down I` >spotted something;` >` >[in the vmstar logfile]; >May  6 12:12:52 2003 1951435776 rldsm/database/rlpvol8.gls` >` >and;` >` >[size on disk]`& >RLPVOL8.GLS;1       12200006/12200016 >`F >Which suggests to me that at some point VMSTAR falls over during thisF >file copy. Could this be some limitation of files sizes? This file is >quite large I suppose.` >  ` >`D A 6Gb file?  I've never tar'd anything on VMS larger than 4Gb which I seems to be the max size of your other files... Presuming that VMSTAR is `D creating some sort of binary index, doesn't 32bits top out at about F 4Gb?  Presuming you are running a 32 and not 64-bit version of VMSTAR?   Barry`   -- `  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028`   ------------------------------   Date: 7 May 2003 12:01:16 -0500`; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)`( Subject: RE: Problem with VMSTAR archive3 Message-ID: <hP9+JxRTFru9@eisner.encompasserve.org>`  u In article <91947A84607D9D48B8E674A5FAB54DA6854512@tahiti.tinuk.com>, "Steve Spires" <Steve.Spires@torex.com> writes:` >  > [size on disk]' > RLPVOL8.GLS;1       12200006/12200016` > G > Which suggests to me that at some point VMSTAR falls over during this`G > file copy. Could this be some limitation of files sizes? This file is` > quite large I suppose.  E    What's the record type?  I couldn't get VMSTAR to read an STM file`;    (or was it STMCR?) recently, had to convert it to STMLF.`   ------------------------------   Date: 7 May 2003 06:56:43 -0700`' From: bob.dalby@spicers.net (Bob Dalby)`7 Subject: Problems starting MOP on a DECnet phase V node`= Message-ID: <b865d7eb.0305070556.5c0b8353@posting.google.com>`  F I have been running DECnet Phase V on a VAX node for some time and now want to implement MOP.  < I am receiving the following errors when trying to setup MOP   NCL>create mop3 %NCL-E-CMLSENDFAILED, error sending command request`2 -CML-E-EMAAPROB, error returned from VMS EMA agent0 -NCL-E-ENTCLSNOTSUPP, entity class not supported NCL>  @ I have noticed that net$mop is not running but thought the aboveD command was  the 1st command to get this going. Any ideas greatfully received   Bob`   bob.dalby@spicers.net`   ------------------------------  # Date: Wed, 07 May 2003 16:32:09 GMT`4 From: brad@.gateway.2wire.net (Bradford J. Hamilton); Subject: Re: Problems starting MOP on a DECnet phase V node`. Message-ID: <dyaua.766508$L1.216476@sccrnsc02>  g In article <b865d7eb.0305070556.5c0b8353@posting.google.com>, bob.dalby@spicers.net (Bob Dalby) writes:`G >I have been running DECnet Phase V on a VAX node for some time and now` >want to implement MOP.` >`= >I am receiving the following errors when trying to setup MOP` >` >NCL>create mop`4 >%NCL-E-CMLSENDFAILED, error sending command request3 >-CML-E-EMAAPROB, error returned from VMS EMA agent`1 >-NCL-E-ENTCLSNOTSUPP, entity class not supported` >NCL>` >`A >I have noticed that net$mop is not running but thought the above`E >command was  the 1st command to get this going. Any ideas greatfully`	 >received`  N MOP is best configured from NET$CONFIGURE.  I had no trouble configuring it in this manner.   >` >Bob >` >bob.dalby@spicers.net  A _________________________________________________________________`0 Bradford J. Hamilton			"All opinions are my own"/ bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS"`   ------------------------------  # Date: Wed, 07 May 2003 13:25:18 GMT`3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)`& Subject: Re: PRODUCT behaviour warning/ Message-ID: <2P7ua.427$Mx1.77@news.cpqcorp.net>`  * In article <3EB25AA8.15A59BED@127.0.0.1>, * Nic Clews <sendspamhere@127.0.0.1> writes: ..G >The implication here is that if you have a privately mounted volume to F >your process which just happens to have the same volume label as yourB >system disk, PRODUCT may not carry out the installation where youH >expected it to, but gets confused as to where the database is it shouldG >be updating. PRODUCT appeared to be translating the DISK$A0 logical at I >the process level ignoring the system generated [at mount time] logical./  K Various OpenVMS functions will not work correctly when you have two volumesrI with the same label mounted.  The POLYCENTER Software Installation (PCSI)sH utility is one of them.  Change one of the lables or dismount one of the disks.  < N.B. -- If you SET VOL/LABEL, dismount and remount the disk.F See HELP SET VOLUME /LABEL on recente versions for the following note: [This from V7.3-1]  )                                      NOTEg  D           Changing the volume label does not change other structures?           that used the original volume label. For example, themF           DISK$labelname logical is not changed nor is the device-lockB           name that is kept internally by OpenVMS. As a result, ifE           you attempt to access another disk that has the same volumeiB           label as the original volume of this device, you may getD           error messages such as the following: "%MOUNT-F-VOLALRMNT,8           another volume of same label already mounted".  D           Compaq recommends that, if you change a disk volume label,D           you also dismount and remount the disk on all nodes in the=           cluster so that the names and locks are consistent.o   -- 9J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 7 May 2003 04:53:57 -0700 ! From: frankazev@yahoo.com (Frank)r9 Subject: Re: Weird shutdown and Reboot on OpenVMS 6.2 ???n= Message-ID: <34bffecf.0305070353.6b1809d2@posting.google.com>   0 Thanks all of you, for the Help provided here...  B Now I did follow some of your tips, and there are some results....	 lets see:s   1) operator.logc  A  - the last one has initialization messages, so it belongs to the  restart.;  - the ;-1 just have a time stamp every hour.... like this:   8 %%%%%%%%%%%  OPCOM   6-MAY-2003 05:35:42.10  %%%%%%%%%%% Logfile time stamp  8 %%%%%%%%%%%  OPCOM   6-MAY-2003 06:35:42.19  %%%%%%%%%%% Logfile time stamp  8 %%%%%%%%%%%  OPCOM   6-MAY-2003 07:35:42.28  %%%%%%%%%%% Logfile time stamp  8 %%%%%%%%%%%  OPCOM   6-MAY-2003 08:35:42.74  %%%%%%%%%%% Logfile time stamp  8 %%%%%%%%%%%  OPCOM   6-MAY-2003 09:35:42.82  %%%%%%%%%%% Logfile time stamp    F and the crash happened at 10:12 AM, so there is no info concerning the problem on operator.log !!?s     2) the command  ! $ana/crash_dump sysdump.dmp <ret>A% OpenVMS (TM) VAX System Dump analyserc! Dump taken on 6-May-2003 10:12:21e- ASYNCWRTER, Asynchronous write memory failure     ( ok, here there is some problem reported.   3) the command  D $ana/error/since=today <ret> , produces a large amount of info, from which I pick the following:   . ******************************* ENTRY   12220. *******************************tF  ERROR SEQUENCE 48813.                           LOGGED ON:        SID 14000006F  DATE/TIME  6-MAY-2003 09:52:48.57                            SYS_TYPE 01370501  SYSTEM UPTIME: 0 DAYS 16:23:51 F  SCS NODE: TPVAX1                                              VAX/VMS V6.2  <  DISMOUNT VOLUME  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7  ,        UNIT _TPVAX1$DKB300:, VOLUME LABEL ""  :        7857. QIO OPERATIONS THIS UNIT, 0. ERRORS THIS UNIT<        28. QIO OPERATIONS THIS VOLUME, 0. ERRORS THIS VOLUME/  ******************************* ENTRY   12221.a ******************************* F  ERROR SEQUENCE 48814.                           LOGGED ON:        SID 14000006F  DATE/TIME  6-MAY-2003 10:00:36.91                            SYS_TYPE 01370501  SYSTEM UPTIME: 0 DAYS 16:31:40aF  SCS NODE: TPVAX1                                              VAX/VMS V6.2  7  TIME STAMP  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7t/  ******************************* ENTRY   12222.r *******************************sF  ERROR SEQUENCE 48815.                           LOGGED ON:        SID 14000006F  DATE/TIME  6-MAY-2003 10:02:45.02                            SYS_TYPE 01370501  SYSTEM UPTIME: 0 DAYS 16:33:48 F  SCS NODE: TPVAX1                                              VAX/VMS V6.2  9  MOUNT VOLUME  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7y  ,        UNIT _TPVAX1$DKB200:, VOLUME LABEL ""  :        5841. QIO OPERATIONS THIS UNIT, 0. ERRORS THIS UNIT/  ******************************* ENTRY   12223.t *******************************(F  ERROR SEQUENCE 48816.                           LOGGED ON:        SID 14000006F  DATE/TIME  6-MAY-2003 10:10:36.91                            SYS_TYPE 01370501  SYSTEM UPTIME: 0 DAYS 16:41:40-F  SCS NODE: TPVAX1                                              VAX/VMS V6.2  7  TIME STAMP  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7./  ******************************* ENTRY   12224.  *******************************4F  ERROR SEQUENCE 48817.                           LOGGED ON:        SID 14000006F  DATE/TIME  6-MAY-2003 10:12:21.16                            SYS_TYPE 01370501  SYSTEM UPTIME: 0 DAYS 16:43:24 F  SCS NODE: TPVAX1                                              VAX/VMS V6.2  8  INT60 ERROR  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7            REVISION        00000001         SYSTAT          00000000o        FLAGS           00000002o6                                        KA660 SUBPACKET    KA660 REGISTERS          CCR             00000014e4                                        CACHE ENABLED        MSER            00000000         MMESR           00000044m        MMCDSR          0000107Ct9                                        CHECK BITS = 7C(X)o=                                        CRD INTERRUPTS ENABLEDg        CBTCR           C0000004 F                                        CDAL BUS TIMEOUT INTERVAL = 0.4 MSECD                                        TIMEOUT DURING CPU READ/WRITE7                                        CDAL BUS TIMEOUT         DSER            00000088e1                                        LOST ERRORt3                                        Q-22 BUS NXMh        QBEAR           00000005 @                                        Q-22 BUS PAGE ERR ADDRESS2                                        17772000(O)2                                        20000A00(X)        DEAR            00000000         IPCR0           00000020aC                                        LOCAL MEMORY EXTERNAL ACCESSu ENABLEDo        BEHR            0000007Bu=                                        6. CACHE BANKS ENABLEDo/  ******************************* ENTRY   12225.h *******************************eF  ERROR SEQUENCE 48818.                           LOGGED ON:        SID 14000006F  DATE/TIME  6-MAY-2003 10:12:21.16                            SYS_TYPE 01370501  SYSTEM UPTIME: 0 DAYS 16:43:24sF  SCS NODE: TPVAX1                                              VAX/VMS V6.2  ;  FATAL BUGCHECK  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7   .  ASYNCWRTER, Asynchronous write memory failure          PROCESS NAME    MAN          PROCESS ID      0001003Dg          ERROR PC        81F5F7D5i        ERROR PSL       041D0000rE                                        INTERRUPT PRIORITY LEVEL = 29.n=                                        PREVIOUS MODE = KERNELe<                                        CURRENT MODE = KERNEL6                                        INTERRUPT STACK<                                        FIRST PART DONE CLEAR    STACK POINTERSs     E  KSP 7FFE7800  ESP 7FFE9800  SSP 7FFECA44  USP 7FEE46E4  ISP 8291D530n    GENERAL REGISTERS     E  R0  819A0400  R1  81F5FD44  R2  819A0418  R3  819A048C  R4  00000000-E  R5  00000000  R6  00000034  R7  81F5FD10  R8  81F60010  R9  81F6002C@E  R10 7FEE4718  R11 7FEE4858  AP  7FEE4708  FP  7FEE46E4  SP  8291D5C0M    SYSTEM REGISTERS              P0BR            83251600s?                                        P0 PTE BASE (VIRT ADDRS)9        P0LR            0000202Eb5                                        TOTAL P0 PAGESe        P1BR            82A99400 ?                                        P1 PTE BASE (VIRT ADDRS)-        P1LR            001FF7127B                                        TOTAL NON-EXISTENT P1 PAGES        SBR             01F4B600vC                                        SYSTEM PTE BASE (PHYS ADDRS)t        SLR             00029A80sD                                        TOTAL PAGES "SYSTEM" VIRT MEM        PCBB            003C3820$<                                        PCB BASE (PHYS ADDRS)        SCBB            01F45C00b<                                        SCB BASE (PHYS ADDRS)        ASTLVL          00000004 7                                        NO AST'S PENDING-        SISR            00000000aD                                        INTERRUPT REQUEST ACTIVE = 0.        ICCS            00000040j7                                        INTERRUPT ENABLEo        TODR            50978EBAb        CCR             00000014 4                                        CACHE ENABLED        MSER            00000000         DSER            00000088>1                                        LOST ERRORa3                                        Q-22 BUS NXMu        QBEAR           00000005e@                                        Q-22 BUS PAGE ERR ADDRESS2                                        17772000(O)2                                        20000A00(X)        DEAR            00000000t        IPCR0           00000020xC                                        LOCAL MEMORY EXTERNAL ACCESSi ENABLED         MMESR           00000044         MMCDSR          0000107C 9                                        CHECK BITS = 7C(X)h=                                        CRD INTERRUPTS ENABLEDs        CBTCR           C0000004eF                                        CDAL BUS TIMEOUT INTERVAL = 0.4 MSECD                                        TIMEOUT DURING CPU READ/WRITE7                                        CDAL BUS TIMEOUTi        BEHR            0000007B =                                        6. CACHE BANKS ENABLEDc/  ******************************* ENTRY   12226.. *******************************BF  ERROR SEQUENCE 48819.                           LOGGED ON:        SID 14000006F  DATE/TIME  6-MAY-2003 10:13:46.83                            SYS_TYPE 01370501  SYSTEM UPTIME: 0 DAYS 00:00:12?F  SCS NODE: TPVAX1                                              VAX/VMS V6.2  <  SYSTEM START-UP  KA660  CPU FW REV# 6.  CONSOLE FW REV# 3.7    TIME OF DAY CLOCK     5097AF7AjG #######################################################################K  E And then it reboots and stays, mounnting and dismounting KA660, whichrA is the processor card.. but the system is working "normally", anda; there is no pattern I discovered, for the crashes to occur.o    C I think you agree that KA660, is under suspition. Now, Is there any5" way to go deeper? Test it direcly?   Thanks for your help again            [ carl@gerg.tamu.edu (Carl Perkins) wrote in message news:<6MAY200316404122@gerg.tamu.edu>...s. > Nic Clews <sendspamhere@127.0.0.1> writes... > }JF Mezei wrote: > }> I > }> Nic Clews wrote: H > }> > Doesn't the AUDIT server have the ability to shutdown the system? > }> eQ > }> It can freeze a system should the system drive fill up, preventing the audit-J > }> server from logging events. But I do not think it can crash a system. > } ( > }$ SET AUDIT/SERVER/FINAL_ACTION=CRASH > } J > }It's the CRASH that bothers me, if your system is set to auto reboot onI > }crash, then it explains the cycling (and we're not talking pedalling!)  > }  > }-- B > }Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences > }nclews at csc dot com > G > You can find out what this is set to via SHOW AUDIT/ALL. There shouldeH > be a line in the output that says "Final resource action" or something > like that. > 
 > --- Carl   ------------------------------  % Date: Wed, 07 May 2003 09:41:03 +0100h( From: Nic Clews <sendspamhere@127.0.0.1>2 Subject: Re: Would HP pitch VMS clusters?   naaahh) Message-ID: <3EB8C69F.CA82F4A6@127.0.0.1>    bob smith wrote: >   I > If VMSclusters are the standard, and I have to admit I believe they are"J > based on years of experience, what is the competition?  I know there areG >   a couple of windows and unix prodcuts that use the word cluster andiG > the words clustering solutions in their adverts.  However, I have not 2 > yest seen one that does a toe to toe comparison. > I > is there such a product as one that can compete in this niche with VMS?   F Depends. I'm actually going to be covering this sort of material at myE upcoming HP-CUO session in the UK, because the cross-fertilization isr enlightening in the least.  D According to Pfister "In Search Of Clusters", the only three in thisH frame are Tandem Himalaya, Parallel Sysplex and VMSclusters. VMSclustersC offer the most flexibility, but at the same time need corresponding2B higher amount of effort to approach the Himalaya standard, but youG either spend your pound notes on the development of your application or A the system it runs on (in varying amounts). I agree with Pfister.   G The word "cluster" is open to interpretation, it would be very wrong toTD assume that some or other cluster can replicate the functionality ofD VMS, some things are inherently "unfixable". Taking a step back, youB either prevent that from becoming the issue, or work your business/ processes surrounding it (more often the case).   E A VMScluster is like a brain, in that many folks use less than 10% of H it. I'm aware of examples of 100% services over many years (greater thanF a decade), but that is based around what services the system designers9 are offered as opposed to the fact it's "just a cluster".-  A VMS is VMS whether it is clustered or not, and it delivers. Other+H operating systems need, well lets say a few bolt-ons or "massaging" intoH shape. It's when you get to the "jumping though hoops" but still fallingF at some of the smaller fences that you think your investment in IT may have been better placed...   -- A? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer SciencesS nclews at csc dot come   ------------------------------  # Date: Wed, 07 May 2003 13:07:18 GMT%# From: "John Smith" <a@nonymous.com>t2 Subject: Re: Would HP pitch VMS clusters?   naaahhI Message-ID: <ay7ua.112104$w7k.44123@news04.bloor.is.net.cable.rogers.com>i  6 "bob smith" <sfmc68@bellatlantic.net> wrote in message) news:3EB86C65.1010605@bellatlantic.net...  > Bradford J. Hamilton wrote:u= > > In article <3EB8548D.3000009@bellatlantic.net>, bob smithu! <sfmc68@bellatlantic.net> writes:e > > <<pardon my snippage>> > >  > >>John Smith wrote:r > >d
 > > <snip> > >aC > >>>It's an interesting marketing angle, one that I'm sure HP willk chose $ > >>>to pitch with Windows or Linux. > >>>D > >>B > >>If VMSclusters are the standard, and I have to admit I believe they areB > >>based on years of experience, what is the competition?  I know	 there are D > >> a couple of windows and unix prodcuts that use the word cluster and E > >>the words clustering solutions in their adverts.  However, I haver noto4 > >>yest seen one that does a toe to toe comparison. > >>F > >>is there such a product as one that can compete in this niche with VMS? > >k > >nF > > It is said that Tru64 Clusters (?) approach the VMS standard; this product willB > > be (has already?) integrated into the Enterprise UNIX offering
 from HP (will   > > that still be called HP-UX?) > > > > > And where do you suppose that TRU64 Clustering derives its heritage from? >IF > Yes, the tru64 clusters are certainly the closest to vms clustering.C > Hmmm similar pedigree.  But is there anything else that compares?W     IBM Sysplex mainframe cluster.  E Tru64 coupled with Oracle 9i RAC application cluster technology (also-A gifted by Digital) are the immediate competition in the mid-range_9 space.  http://www.oracle.com/ip/index.html?rac_home.htmla  E Oracle would make claims that 'their' stuff running on any other setse@ of platforms would be great, and while it is an improvement overE non-clustered hardware, it isn't in the same league as VMS, Tru64, orn Sysplex clusters   ------------------------------  % Date: Wed, 07 May 2003 08:39:29 -0400e5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>2 Subject: Re: Would HP pitch VMS clusters?   naaahh2 Message-ID: <ivy4Pv1Z=C1OL+Xd7i5G0qZ7=5Qs@4ax.com>  E On Wed, 07 May 2003 02:15:22 GMT, bob smith <sfmc68@bellatlantic.net>s wrote:   >Bradford J. Hamilton wrote:^ >> In article <3EB8548D.3000009@bellatlantic.net>, bob smith <sfmc68@bellatlantic.net> writes: >> <<pardon my snippage>>a >>   >>>John Smith wrote: >> s	 >> <snip>  >> aH >>>>It's an interesting marketing angle, one that I'm sure HP will chose# >>>>to pitch with Windows or Linux.i >>>> >>>nK >>>If VMSclusters are the standard, and I have to admit I believe they are  L >>>based on years of experience, what is the competition?  I know there are H >>> a couple of windows and unix prodcuts that use the word cluster and I >>>the words clustering solutions in their adverts.  However, I have not n3 >>>yest seen one that does a toe to toe comparison.n >>>pJ >>>is there such a product as one that can compete in this niche with VMS? >> m >> uR >> It is said that Tru64 Clusters (?) approach the VMS standard; this product willO >> be (has already?) integrated into the Enterprise UNIX offering from HP (willo >> that still be called HP-UX?)u >> hL >> And where do you suppose that TRU64 Clustering derives its heritage from? >LF >Yes, the tru64 clusters are certainly the closest to vms clustering. B >Hmmm similar pedigree.  But is there anything else that compares? >t >> t >> e >>>vrc >>>bob >>>i >>>e >>>p >> oD >> _________________________________________________________________3 >> Bradford J. Hamilton			"All opinions are my own"f2 >> bMradAhamiPltSon@atMtAbi.cPoSm		"Lose the MAPS" >a  B     Maybe SYSPLEX in the MVS world and Veritas Cluster on Solaris.F The other cluster products that I have a passing familiarity with (Sun  E Cluster, HP MC/ServiceGuard, and Windows Clusters) are failover, not   shared clusters.  B     I think the big issues are no one else does shared write file 9 systems and distributed lock management.  MC/ServiceGuardb@ can do single-write and multiple reads.  Not sure about Veritas.  D     Real Application Clusters from Oracle features distributed lock D management, but it's specific to Oracle databases and applications; 7 guess who helped them with distributed lock management?v   David R. Beattyt   ------------------------------  # Date: Wed, 07 May 2003 13:41:01 GMTm# From: "John Smith" <a@nonymous.com> 2 Subject: Re: Would HP pitch VMS clusters?   naaahhI Message-ID: <N18ua.112254$w7k.91130@news04.bloor.is.net.cable.rogers.com>i  5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in messageg# news:3EB8C69F.CA82F4A6@127.0.0.1...s > bob smith wrote: > >o >eB > > If VMSclusters are the standard, and I have to admit I believe they areB > > based on years of experience, what is the competition?  I know	 there areFE > >   a couple of windows and unix prodcuts that use the word cluster7 andrE > > the words clustering solutions in their adverts.  However, I have  notg4 > > yest seen one that does a toe to toe comparison. > >lF > > is there such a product as one that can compete in this niche with VMS? >FE > Depends. I'm actually going to be covering this sort of material atn myD > upcoming HP-CUO session in the UK, because the cross-fertilization is > enlightening in the least. > F > According to Pfister "In Search Of Clusters", the only three in this> > frame are Tandem Himalaya, Parallel Sysplex and VMSclusters. VMSclusterspE > offer the most flexibility, but at the same time need correspondingAD > higher amount of effort to approach the Himalaya standard, but youF > either spend your pound notes on the development of your application orC > the system it runs on (in varying amounts). I agree with Pfister.r > F > The word "cluster" is open to interpretation, it would be very wrong toF > assume that some or other cluster can replicate the functionality ofF > VMS, some things are inherently "unfixable". Taking a step back, youD > either prevent that from becoming the issue, or work your business1 > processes surrounding it (more often the case).C >kD > A VMScluster is like a brain, in that many folks use less than 10% ofE > it. I'm aware of examples of 100% services over many years (greateri than> > a decade), but that is based around what services the system	 designersc; > are offered as opposed to the fact it's "just a cluster".4 >/C > VMS is VMS whether it is clustered or not, and it delivers. Other:E > operating systems need, well lets say a few bolt-ons or "massaging"l intoB > shape. It's when you get to the "jumping though hoops" but still fallingtD > at some of the smaller fences that you think your investment in IT maye > have been better placed...    C I must admit that my knowledge of Tandem technology is somewhat oldrC (15 years now), but I was under the impression that while the boxesMC themselves may be hardware fault tolerant (as in the old VAX FT3300pD series), their disaster tolerance is not as robust as that of VMS inE that the geographic dispersion capabilities were/are(?) somewhat less2 than those of VMS.  F I should speak to a good friend who is a Tandem system admin at a bank+ for some up-to-date information about this.D   ------------------------------   Date: 7 May 2003 12:13:09 -0500e; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)x2 Subject: Re: Would HP pitch VMS clusters?   naaahh3 Message-ID: <eYCdi1AFENE5@eisner.encompasserve.org>L  j In article <ivy4Pv1Z=C1OL+Xd7i5G0qZ7=5Qs@4ax.com>, David Beatty <David.Beatty@qwertysasasdfgh.com> writes:   D >     Maybe SYSPLEX in the MVS world and Veritas Cluster on Solaris.H > The other cluster products that I have a passing familiarity with (Sun > G > Cluster, HP MC/ServiceGuard, and Windows Clusters) are failover, not ] > shared clusters.   > F >     Real Application Clusters from Oracle features distributed lock F > management, but it's specific to Oracle databases and applications;   G    I can do a doorbell lock on VMSclusters, and I understand equivalentKG    DLM features exist in Tru64cluters so I could believe I do the same L    thing there.:  F    Do any of these other "clusters" have the blocking AST (or similar)1    mechanism that would let me do doorbell locks?l   ------------------------------  $ Date: Wed, 7 May 2003 09:27:03 +01000 From: "Peter Harper" <peter.harper@uk.bosch.com> Subject: Re: X25 Gateway4 Message-ID: <b9ag0s$4ot$1@ns2.fe.internet.bosch.com>  # Thanks for the useful info Antonio,   J I finally managed to get a WAVE1 NCL$GLOBALSECTIONS.DAT file from a decnis kit to recompile with some  tweeking and tender loving care.   All up and working ok now.   Many thanks-   Peter Harper   ------------------------------  % Date: Wed, 07 May 2003 09:46:21 +0200 % From: Michels <michels@linmpi.mpg.de>L/ Subject: [ANN] Data Plotting Library DISLIN 8.1 - Message-ID: <3EB8B9CB.C9D254DC@linmpi.mpg.de>0  B I am pleased to announce version 8.1 of the data plotting software DISLIN.6  ; DISLIN is a high-level and easy to use plotting library for C displaying data as curves, bar graphs, pie charts, 3D-colour plots,eA surfaces, contours and maps. Several output formats are supported;A such as X11, VGA, PostScript, PDF, CGM, WMF, HPGL, TIFF, PNG, BMPo and SVG.  B The software is available for several C, Fortran 77 and Fortran 90C compilers. Plotting extensions for the interpreting languages Perl,sB Python and Java are also supported for the most operating systems.  G DISLIN distributions and manuals in PDF, PostScript and HTML format areo# available from the DISLIN Home Page0        http://www.dislin.deb   and via FTP from the server2  (      ftp://ftp.gwdg.de/pub/grafik/dislin    -------------------   Helmut Michels=   Max-Planck-Institut fuer Aeronomie  Phone: +49 5556 979-3340=   Max-Planck-Str. 2                   Fax  : +49 5556 979-240-B   D-37191 Katlenburg-Lindau           Mail : michels@linmpi.mpg.de   ------------------------------  $ Date: Wed, 7 May 2003 09:06:26 +0100* From: "John Travell" <john@travell.uk.net>! Subject: Re: [VMS-SIG] Help - VMS-5 Message-ID: <b9ag3b$gsbrb$1@ID-120847.news.dfncis.de>m  5 "Stanley F. Quayle" <stan@stanq.com> wrote in messager) news:3EB84427.31665.2BB2F45B@localhost...". > On 6 May 2003 at 21:44, Norman Taylor wrote:L > >    When it gets to the point of wanting to start DECWindows, the messageH > > says the some parameters are wrong, it needs to run AUTOGEN and thenH > > reboot. I answer Yes to the prompt, it runs AUTOGEN and reboots. TheH > > next time around, it says the same thing again: wants to run AUTOGEN > > and reboot.c > G > Try saying No next time it boots, and look at the report that AUTOGEN3D > had created on its previous run.  Edit SYS$SYSTEM:MODPARAMS.DAT toA > set MIN_* values at or above what it came up with, then AUTOGEN  > again. >bA > The message it's generating when attempting to start DECwindows D > (usually) tells you what parameters need tweaked -- you should pay3 > special attention to those in the AUTOGEN report.5 >   D Especially you should look closely at the global sections and pages.; If you have not got enough the DECwindows startup can hang.0     -- John Travell  VMS crashdump expertise for hire john@travell.uk.neta http://www.travell.uk.net/       ---1& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.478 / Virus Database: 275 - Release Date: 06/05/2003    ------------------------------   End of INFO-VAX 2003.252 ************************