1 INFO-VAX	Sat, 05 Jun 2004	Volume 2004 : Issue 311       Contents:  Re: Announcing WHOIS version 1.68 Re: british airports "freezed" due to "computer problem". Re: Computer foul-up has bank customers fuming Re: CSWS 2.0 + TCPware 5.6 ??? Re: few questions  Re: few questions  Re: few questions  Re: few questions 1 Re: New IA64 binaries run on Old IA64 computers ? 1 Re: New IA64 binaries run on Old IA64 computers ? 1 Re: New IA64 binaries run on Old IA64 computers ?  Re: NFS how to Re: NFS how to! Re: Oracle statement of direction   F ----------------------------------------------------------------------   Date: 5 Jun 2004 06:03:05 -0700 . From: alexdaniels@themail.co.uk (Alex Daniels)) Subject: Re: Announcing WHOIS version 1.6 = Message-ID: <9f7f13a8.0406050503.512fc126@posting.google.com>   u JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<cc1cd70bc7b7d952d963f2929964e9a1@news.teranews.com>... O > WHOIS version 1.6 has been released. This is a freeware utility to fill a gap 9 > in the TCPIP Services product which lacks this utility.  >  > <SNIP>' > Comments/problem reports appreciated.   + TCP/IP Services does NOT lack this utility.   > TCPIP$WHOIS.EXE is present in both TCP/IP Services 5.4 and 5.3   Alex   ------------------------------   Date: 5 Jun 2004 08:53:17 -0700 ( From: bob@instantwhip.com (Bob Ceculski)A Subject: Re: british airports "freezed" due to "computer problem" = Message-ID: <d7791aa1.0406050753.519e06e2@posting.google.com>   T HUMBUG <humbug@bit.bucket> wrote in message news:<f2f7p1-fti.ln1@deep.bit.bucket>...S > On Fri, 04 Jun 2004 21:02:28 GMT, JF Mezei <jfmezei.spamnot@teksavvy.com> Wrote : ' > > Here is some text about the outage:  > B > And some more... http://catless.ncl.ac.uk/Risks/23.41.html#subj1    ; sounds like a case for an OpenVMS cluster solution ... then % it would have never have happened ...    ------------------------------  $ Date: Sat, 5 Jun 2004 11:55:48 -0400# From: "John Smith" <a@nonymous.com> 7 Subject: Re: Computer foul-up has bank customers fuming , Message-ID: <Me6dnZHdQNGbcFzdRVn-sA@igs.net>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message: news:c8ce6db5859fc3d14b4bdc724d3a36cf@news.teranews.com... > Tom Linden wrote:  > >  > > So what's your point?  > I > No matter how fancy a disaster recovery plan you may have at the OS and  diskJ > level, when your application screws up, you're up the creek perhaps even more* > if it takes time to realise the foul up. > K > The Royal Bank  had one of the most stable and mature IT departments. For  asF > much as they were arrogant towards customers, when they introduced a service,- > it was usually well done and very reliable.  > D > For them to have a foul up lasting a whole week, preventing direct depositsL > (depriving customers of their money), blocking  debit transactions becauseL > pension/paychecks were not deposited into customer's accounts etc etc is aE > HUGE problem for a bank. This isn't an outage of a few hours, it is 	 something  > lasting almost a whole week. > G > It is also about IT change management. Banks in canada have stringent  changeI > management procedures that include rollback procedures in case a change ; > doesn't go as planned. In this case, this clearly failed.  > K > Is this part of a trend where windows weenies are also invading banks and  are E > destroying all the "red tape" that was change management ? (yes, to C > programmers and system managers, change management procedures and 
 committessL > are seen as red tape, but they are a necessary evil to ensure stability of	 systems).  > K > Banks' only product is information. And they live and die with confidence  fromI > customers. Their reliance on IT is thus far greater than manufacturers,  > restaurants etc. > D > There have been many examples of banks failing inside a week after	 consumers J > lost confidence in the bank. (including the Mercantile Bank in canada in the I > 1980s). Should the Royal Bank cease to exist in a week or two (probably  not K > likely, but still a possibility), who will be held responsible ? Will the  IT  > director be held responsible ? > L > When an organisation relies so heavily on IT, taking chances on procedures or6 > low quality systems can jeoperdize its own survival.     JF has a good point here:   J This situation is about process more than anything else, and confidence inH the process. With bad QC, and in most organizations the headlong rush toL hurry changes, cut costs, and lower head counts, anything can happen in this regard.   K What the article(s) don't say is whether the 'staff' which made the changes J are permanent full-time, contract, or off-shore, it could be any of these.F And while one might be tempted to say that code reviews and regressionI testing will catch this sort of thing, often it is not because the really J good people are often not tempted to stick around given the bureacracy and rigid heirarchy.  L This particular organization has many inititatives underway, some with majorL off-shore coding companies for key business systems. I have seen examples ofJ the work done by these particular companies in the past in other shops andD none came in on-time, on-budget, or performed as specifed when first implemented.  L Another major initiative also underway with this bank is a complete re-writeJ of a critical business system on Tandem, this being done in-house with theL addition of some contract staff. The bank's IT staff on this project (at theJ time the project was initated) were, as explained to me by the developmentJ manager in charge, " 2/3rd's of my staff have been here less than 6 monthsG and virtually none of them have experience in the line of business this L application is used for."  They had decided that the best way to manage thisH project was to hire a bean counter 'project manager' first as opposed toK doing a detailed business analysis first and possibly hiring an experienced ; line-of-business-specific project manager at the same time.   E But this is not uncommon these days in many organizations. Lower head L counts, a reluctance to spend the right amount of money on the right people,G the loss of 'institutional knowledge', the desire to 'pump the earnings J numbers' by hiring lesser qualified consultants base on cost issues ratherH than getting the best, all contribute to situations where these sorts ofK things can, and do, occur. Just because they are banks or other 'reputable' I institutions does not mean that they don't have their fair share of PHB's , (pointy-hair bosses) [ see www.dilbert.com ]  L This bank has a public relations disaster of major proportions on its hands.I I will grant that newspapers tend to focus on the lurid details, but this 7 story is somewhat indicative of the discussion going on L http://www.thestar.com/NASApp/cs/ContentServer?pagename=thestar/Layout/ArticL le_Type1&call_pageid=971358637177&c=Article&cid=1086300609453. This bank hasB 60,000+ employees of its own as well as tens of thousands of otherJ companies, representing millions of individuals, who are affected by this.B Aside from direct costs, including such things as full-page ads inK newspapers across the country apologizing for this foul-up, other costs and I risks which are harder to quantify are the uncertainty in cash management K balances for the bank's own day-to-day money market operations and the loss D of goodwill and client defections that may arise as a result of this debacle.   ------------------------------  $ Date: Sat, 5 Jun 2004 13:02:30 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> ' Subject: Re: CSWS 2.0 + TCPware 5.6 ??? : Message-ID: <u0nwc.54129$Hn.1440541@news20.bellglobal.com>  8 "Martin Vorlaender" <mv@pdv-systeme.de> wrote in message$ news:2iar9sFl3ua0U1@uni-berlin.de... [...snip...] > K > Try and install DRIVERS_V562P020. I think SWS 2.0 (like Mozilla) uses BSD  > 4.4 - > entry points (which get added by that ECO).  >  > cu, 
 >   Martin > --  @ >                         | Martin Vorlaender  |  OpenVMS rules!3 >  VMS is today what      | work: mv@pdv-systeme.de F >  Microsoft wants        |   http://www.pdv-systeme.de/users/martinv/: >  Windows NT 8.0 to be!  | home: martin@radiogaga.harz.de >   B Thanks for your prompt response Martin. I downloaded and installedA DRIVERS_V562P040 from www.process.com and it worked like a charm.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------   Date: 05 Jun 2004 06:47:13 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>  Subject: Re: few questions7 Message-ID: <Xns94FF597D161D0dcovmsrox@212.100.160.123>   H gdb <blah1234@wp.pl> wrote in news:c9qau1$dub$1@portraits.wsisiz.edu.pl:   > EHLO > J > I'm trying to get work at a company which uses VMS(probably OpenVMS) as G > a platform for it's software. I use Linux for over 4 years. Also had  C > some minor contact with BSDs. Can you tell me what are the major  H > differences between VMS and Linux? And more precise: Can I run VMS on K > x86?, What are the .bck files which i downloaded as cd images...? and if  = > they are what software should I use to put them on the cds? F > Sorry for the sky high lame level of this but I don't know anything - > about VMS yet. Links will be appreciated :]   L As Michael has pointed out, VMS is very different from *nix style operating K systems.  The closest you'll get to running it on x86 is by using the SIMH   vax simulator.  D Alternatively, you could telnet to manson.vistech.net and log in as  NEWUSER. :)      Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  * Date: Sat, 5 Jun 2004 08:09:37 +0000 (UTC)6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: few questions1 Message-ID: <newscache$92ttyh$pes1$1@news.sil.at>   p In article <YP2wc.4512$2d5.4203@newssvr22.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes:H >Hmmmm. quite interesting... a kid with only Linux experience can get a E >VMS job, but a VMS guy with 20 years experience in VMS and Unix and  H >Linux and SCO Unix and Solaris and AIX and Database and Networks and.. ! >and... and... can't get a job...    That's easy to answer.   1) A Linux kid is cheap  2) A Linux kid is hip 5 3) A Linux kid wouldn't try to keep VMS on the agenda F 4) A Linux kid will help the employer "to get rid of this legacy ASAP"  6 No, don't tell me that you didn't know this already...   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sat, 05 Jun 2004 09:13:28 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: few questions6 Message-ID: <00A32E2B.27B5CF24@SSRL.SLAC.STANFORD.EDU>  j In article <newscache$92ttyh$pes1$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:q >In article <YP2wc.4512$2d5.4203@newssvr22.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes: I >>Hmmmm. quite interesting... a kid with only Linux experience can get a  F >>VMS job, but a VMS guy with 20 years experience in VMS and Unix and I >>Linux and SCO Unix and Solaris and AIX and Database and Networks and..  " >>and... and... can't get a job... >  >That's easy to answer.  >  >1) A Linux kid is cheap >2) A Linux kid is hip6 >3) A Linux kid wouldn't try to keep VMS on the agendaG >4) A Linux kid will help the employer "to get rid of this legacy ASAP"  > 7 >No, don't tell me that you didn't know this already...   K Actually, it's not clear that the Linux kind _can_ get a VMS job.  He says  I he's trying to get work at this site and it has VMS, so he wants to learn L about VMS.  It's possible they have mostly Linux and some VMS, it's possibleM that he's not going to get the job, etc, etc.  So you might as well save your J outrage until you find out whether there's something to be outraged about.   -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Sat, 05 Jun 2004 12:30:25 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: few questions* Message-ID: <2idlm2Flp27mU1@uni-berlin.de>  * Alan Winston - SSRL Admin Cmptg Mgr wrote:l > In article <newscache$92ttyh$pes1$1@news.sil.at>, peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes: > r >>In article <YP2wc.4512$2d5.4203@newssvr22.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes: >>J >>>Hmmmm. quite interesting... a kid with only Linux experience can get a G >>>VMS job, but a VMS guy with 20 years experience in VMS and Unix and  J >>>Linux and SCO Unix and Solaris and AIX and Database and Networks and.. # >>>and... and... can't get a job...  >> >>That's easy to answer. >> >>1) A Linux kid is cheap  >>2) A Linux kid is hip 7 >>3) A Linux kid wouldn't try to keep VMS on the agenda H >>4) A Linux kid will help the employer "to get rid of this legacy ASAP" >>8 >>No, don't tell me that you didn't know this already... >  > M > Actually, it's not clear that the Linux kind _can_ get a VMS job.  He says  K > he's trying to get work at this site and it has VMS, so he wants to learn N > about VMS.  It's possible they have mostly Linux and some VMS, it's possibleO > that he's not going to get the job, etc, etc.  So you might as well save your L > outrage until you find out whether there's something to be outraged about. >   E He's also posting from Poland, where the IT job market could be very  
 different.   ------------------------------  # Date: Sat, 05 Jun 2004 09:05:11 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr"): Subject: Re: New IA64 binaries run on Old IA64 computers ?6 Message-ID: <00A32E29.FF000FA6@SSRL.SLAC.STANFORD.EDU>  p In article <92a007a41cf77be79f451a0a48fe0984@news.teranews.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:+ >Alan Winston - SSRL Admin Cmptg Mgr wrote: N >> However, I note that the way the issue was addressed on Alpha was to have aO >> compiler option to generate code that took advantage of new features in EV56 / >> (and up), and wouldn't run on older Alphas.   > K >I was under the impression that it was just a bug in the compiler that was M >asleep until EV6* came along, at which point they fixed the compiler to stop O >generating the erroneous code that worked by chance on EV5* but didn't on 6*.     I'm not under that impression. > L >When one orders VMS and layered products CDs for Alpha, are there differentI >part numbers for those compiled for prior to EV6* and those after EV6* ?   J There's at least one graphics device driver that just plain won't work on H EV4, and no part number for a version that will (or so I understand from Fred's postings here.)   -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------   Date: 5 Jun 2004 04:46:52 -0700 . From: alexdaniels@themail.co.uk (Alex Daniels): Subject: Re: New IA64 binaries run on Old IA64 computers ?= Message-ID: <9f7f13a8.0406050346.323f691a@posting.google.com>   L healyzh@aracnet.com wrote in message news:<c9raib0bks@enews4.newsguy.com>...0 > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote: > > Alex Daniels wrote: Q > > > 7.2 is the last supported version of VMS for the MicroVAX II , 8.2 will not  > > > be supported on it.  >   , > > Will not be supported, or will not run ? >   Q > > Considering that VAX-VMS is an almost mature product with little improvements G > > being made, I wonder why they would bother desupporting a platform.  > N > Just becuase something is not supported doesn't mean that it won't run, as IM > understand it, 7.3 runs on a MicroVAX II.  Officially supporting a platform M > costs money, I really doubt there are enough KA630 based systems that still G > have support contracts to make spending that money a wise investment.  > H > As for the question of 8.2, a worthwhile question will be, what is theK > memory footprint?  As I understand it, that is one of the reasons various G > other systems are no longer supported.  With only 16MB RAM max, it is  > getting to be a tight fit. > P > > Considering I have a 10 gig drive on my all mighty MV-II and a limited 1 gigN > > drive on a more recent 3100-30 (although it is teenage this year I think),I > > you'd think that the vaxstation 3100s would be desupported before the  > > venerable MV-II. > M > Hard Disk space is less of an issue than RAM, after all you can always boot L > into a cluster.  How many VAXstation 3100's only had a disk to use as swap > space? > M > BTW, is there a list of what will be supported on 8.2?  How much longer are K > the DEC 3000's and some of the other early Alpha's going to be supported?  > 	 > 			Zane   G 8.2 will be supported on all Alpha except the DEC 2000 and AlphaBook 1.   I 7.3 is the last supported VAX release for all the 8000/9000 series except # the 8500/8550 and 9000 110/210/310.   I As ever this means not supported, not possible is usually something quite F different, but I guess you will have worked that out JF as you hint atB running 7.3 on your MVII (and 7.2 was the last supported release).   Alex   ------------------------------  # Date: Sat, 05 Jun 2004 18:16:45 GMT & From: John Reagan <john.reagan@hp.com>: Subject: Re: New IA64 binaries run on Old IA64 computers ?1 Message-ID: <h6owc.3033$e_3.188@news.cpqcorp.net>    JF Mezei wrote:  > P > However, with compilers so tighly tied to the IA64 CPU to take advatage of CPUE > changes/imrprovemenst for performance, will a version of VMS OS and N > applications compiled for Itanium 4  with Itanium 4 compilers be able to runL > on Merced boxes ? (eg: in the future, will binaries for recent IA64s still > work on much older IA64s ?)  > L > Won't IA64 compilers in the future generate code that assumes that certainI > tricks are possible on IA64 ? What happens when that code executes on a M > generation of IA64 that precedes the addition of those performance tricks ?  > O > Or is IA64 now a "stable" architectire with no more changes coming in the way I > compilers generate code to provide about half the performance of IA64 ?   F There has been some good replies so far.  John Santos' description of : /OPT=TUNE= and /ARCH= was pretty accurate from quick read.  B Given that most Alphas are of a newer vintage, I've recently been E recommending to compile with /ARCH=EV56.  That gets the compilers to  D generate the byte and word instructions.  Or if you building on the 5 system you will run it on, /ARCH=HOST does the trick.   G As for Itanium, the situation is much like Alpha.  There has been lots  B of FUD surrounding future Itaniums saying that you will *have* to < recompile.  To the best of my knowledge (and I generate the D instructions), minus any compiler bugs, you won't have to recompile.  - Now, just like the bad instructions inside a  G load-locked/store-conditional sequence on Alpha, a future Itanium chip  H might expose a long standing, previously benign compiler bug.  We won't  know until the future.  B Just like Alpha's tuning per processor, Itanium is much the same. D Itanium 2 has more on chip units than Itanium 1.  Various Itanium 2 G chips have larger on-chip caches which might affect where the compiler  F might insert prefetch instructions, the "cost" of certain instructios ? might be greater/lesser on future chips, etc.  To get the best  C performance on a future chip, you may want to recompile with newer  
 compilers.  I So what would happen when an .EXE compiled from a future compiler run on  * an older chip?   It should work just fine.  @ The future compiler might have worked a little harder, did more H analysis, and generated code that tries to issue, lets say, 8 additions B in a parallel instruction group.  A future chip may have 8 adders E available and can do them all at once.  An older chip will just say,  I "well, thanks for the hint about all 8 at once, but I only have 2 adders  " so I'll get 'em done 2 at a time."  ? The benign bug that people fear is that a compiler today might  D accidently think that all 8 can be done at once.  The current chips H might do 2 at once and you get the right answer by accident.  Now comes D along a future chip that can do 8 at once and you now get the wrong G answer because the older compiler incorrectly found a parallelism that  , didn't really exist.  Unlikely but possible.     --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  % Date: Sat, 05 Jun 2004 10:35:29 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: NFS how to * Message-ID: <2ideujFm681uU1@uni-berlin.de>   Nic Clews wrote:# > VAXman-, @SendSpamHere.ORG wrote:  > Y >>In article <2iaui6FkijpvU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes:  >> >>>VAXman- wrote:  >  > ...  > < >>>>sudo mount -o "-P" mynode:/alpha/xfer /Users/sture/alpha >>>>ls alpha >>>  >>>ls: alpha: Permission denied  >>L >>This is where I am as well.  I can't seem to figure out what "permissions"! >>need to be set to allow access.  >  >  > # > Maybe you need to be using PCNFS.  > F > The issue is [I think] that you need a successful proxy mapping fromG > your powerbook to the proxy you've added in TCPIP. The logging on the C > VMS side of NFS operations isn't great. VMS is expecting to see a 9 > UID/GID pair from the system trying to mount the share.  >   H Yes, I got a bit confused in the ADD PROXY area. I needed the proxy for G my account using my VMS UIC in order to do the DNFS mount and couldn't  . quite see where my Mac UID/GID pair fitted in.  I Now, the TCP/IP Management manual, page 21-7 says that I have to add the  B client name to SYSUAF if it doesn't exist, and specify the remote F UID/GID in the ADD PROXY command. And back on 21-6 it says that proxy E changes only come into effect wafter dismounting then remounting all  * DNFS devics. We'll give that a whirl then.  E FWIW I switched on full auditing and each time I tried accessing the  E directory I got 6 entries showing a successful read of the directory  2 file by TCPIP$NFS_SERVER, using SYSPRV. No errors.   ------------------------------  % Date: Sat, 05 Jun 2004 12:55:14 +0200 * From: Paul Sture <nospam@sture.homeip.net> Subject: Re: NFS how to * Message-ID: <2idn4kFl4u0fU1@uni-berlin.de>   Nic Clews wrote:# > VAXman-, @SendSpamHere.ORG wrote:  > Y >>In article <2iaui6FkijpvU1@uni-berlin.de>, Paul Sture <nospam@sture.homeip.net> writes:  >> >>>VAXman- wrote:  >  > ...  > < >>>>sudo mount -o "-P" mynode:/alpha/xfer /Users/sture/alpha >>>>ls alpha >>>  >>>ls: alpha: Permission denied  >>L >>This is where I am as well.  I can't seem to figure out what "permissions"! >>need to be set to allow access.  >  >  > # > Maybe you need to be using PCNFS.  > F > The issue is [I think] that you need a successful proxy mapping fromG > your powerbook to the proxy you've added in TCPIP. The logging on the C > VMS side of NFS operations isn't great. VMS is expecting to see a 9 > UID/GID pair from the system trying to mount the share.  >   I Ok, that and the manual got me in. The missing trick was to dismount and  F mount the DNFS device after changing the proxy database. I'm afraid I D introduced a bit of a red herring in my original post by munging my I usernames and using STURE both on the VMS and Mac sides. In reality they   are different.   Here's what I did:  9 UAF> copy me mac_username /uic=[new_value] /pass=blahblah    $ dism dnfs1  = On the Mac, get my UID/GID pair from Netinfo Manager -> users   8 TCPIP> add proxy mac_username /uid=501/gid=20/host="mac"J TCPIP> mount dnfs1: "/alpha/xfer" /host=mynode /system /path="/alpha/xfer"   ------------------------------  * Date: Sat, 5 Jun 2004 10:46:53 +0000 (UTC)3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> * Subject: Re: Oracle statement of direction2 Message-ID: <c9s8ar$nev$1@hercules.btinternet.com>  = C'mon Norm, do I really have to raise a TAR to find this out?   C Yes, I am pretty sure that even your Row-Cache fuelled pathological F indifference to all things Clusters could not drive you to force loyalL Rdb/VMS customers into a Big-Bang conversion approach. And there's obviously< no need for me to tell everyone here about the benefits of aB mix-architecture clusters and the convenience (more often than notE necessity) of porting one application, or part there of, at a time to K itanium while still being able to access the same data from their tried and J test bank of Alpha/VAX applications. But my paranoia has me hearing voicesL that sound a lot like Bill Gettys saying some bullshit like "Rdb engineeringH has taken this opportunity to reorganize the internal page format in theE database to exploit fully the performance features of the new itanium J architecture and to convert some word and longword constructs to quadwordsI to solve VLDB issues." _or_ "Having consulted extensively with our client K base(1) we've realized that most customers will be deploying strictly "new" H applications on there itanium hardware and will be gradually phasing outK their existing Alpha hardware. While we at Rdb engineering will continue to B support Alpha/Rdb for many years to come we will not be supportingG mix-architecture clusters at this time due to lack of demand. This will I allow us to concentrate our resources on exploiting fully the features of , the itanium architecture such as Row-Cache."  J If you let 'em get their hands on clusters at this stage you may never getL them back to Row-Cache. You must do whatever it takes to stop this from thisI from happening!! Save these stupid cluster worshippers from themselves!!!    Regards Richard Maher   I (1) "Client Base" - The same sycophantic ring-kissers you always speak to  get the answers you want.   < Richard Maher <maher_rj@hotspamnotmail.com> wrote in message* news:c7igko$7n4$1@sparta.btinternet.com...
 > Hi Norm, > I > > With these releases, both database and applications will run entirely  > > on Itanium.  > L > I just re-read your note and wanted to check on something. I'm pretty sureJ > that your comment above was just refering to the time when an rdb$remoteG > attachment to an Alpha would no longer be a *requirement* but can you I > confirm that the on-disk structure of Rdb databases on Itanium will not I > differ from those on VMS and mixed-architecture cluster support will be  > there from year dot? >  > Regards Richard Maher  > G > PS. Does anyone know the final outcome of VMS engineering support for  VAXes J > in a mixed-architecture cluster with Itanium? Last I heard (I think fromJ > Hoff) was something like "We're not doing anything to break it but won't be > certifying it will work".  > A > Norman Lastovica <norman.lastovica@oracle.com> wrote in message & > news:40925215.7DF1FB34@oracle.com...A > > It would be proper and correct to read into the document that B > > Oracle Rdb and Oracle Database on OpenVMS are developed by twoB > > different groups at Oracle who do not necessarily include eachE > > other in their public statements about their respective products.  > > A > > In fact, the port of Rdb to Itanium is well underway.  We are A > > soliciting volunteers who will bring application code and Rdb D > > databases to the OpenVMS Boot Camp in Nashua.  We will work with@ > > them to port their code to Itanium processors at that event. > > F > > We expect to release an ADK this quarter that will allow customersE > > to compile their applications on Itanium while using Rdb's remote E > > access capabilities to read and write data on an Alpha processor. H > > We expect to release two beta test versions of Rdb on Itanium beforeB > > a final production release in the second quarter of next year.I > > With these releases, both database and applications will run entirely E > > on Itanium.  Of course, we continue to support Rdb on VAX & Alpha D > > processors as well (though active, 'new feature' work on the VAX > > is declining). > > 
 > > - - - - - 4 > >  opinions expressed here are mine and mine alone1 > >  and certainly are not intended in any way to 4 > >  express or represent any opinions or commitment > >  of oracle corporation.  > > . > >  norman lastovica / oracle rdb engineering >  >    ------------------------------   End of INFO-VAX 2004.311 ************************                                                                                                                                                                                                                                                                                                                                              wWڀ]N򺐕KvXgr&4F(k\uBOlYyul7C	`^:L
dth1v\G8ѺqF=#dh$V6FSޥ~C]ca4#ve.j';[\_:΢s杳+	?3^F)PK    Es~  
    sys_get_tape_devices.marIM VMSV       V5.5 IM$ VFAB P     B  @    m!Ц IM VFHC ,     ; 
Tw    IM( VDAT ,     % !`ckp΋rs IM VPRO X     'b  0       IM VRDT      =R !`ckVs޶iSd:㤩qSXfv"Rtj*%23OPq4 JoqG䇾A#v?vH4	~哙IPdҤɴ
b߭zyGK::mQJtL5Rjjr	Aϥ+Xy==eT.d1y13ʽ4iapsd(c!U\KJ.\36\r2^V]ш~}{i\a0?y.A/8,ܪ?gagϚw2/c-.̌EڗBf?!?"3S3$(^Lju,sڠte .Y
@
KpkukqI)	6bfcjp6o݅lZwesԉ!Y0aI,WlӎNeQ`Չ~}+Ҧ~OԙjS210~cL`SeDB~ن =5WWn&VN\Z5@Fxy+@,SMc=h`n$❫Lb%;
>@"Uu@t5YSǝ0oG<9Z]>~!SpX:>׆e͖̖I~/Yy1_&5Aem2D:`4Ii?
21L]1-ƚ^eSi4vU3
߭Na|.QW<|#SٟNu9ybޢ5r+7z=
^w_q68٣Gj[Qz=JκQ׈z(mo?ch|'<؉ƻԉʥD2cbrLqޞ,qF!Zn-]z|u_	b4`x	HGl2anf*}Vu}_>FI_8nyBObۢ|j2q0xyV|xqd?ݒ}{\IG;YZ'lWJaƳ,(k0=7ǲQvZ I=_	2&zEC
Vߟ}Z瀞
K
&cc BrUL<OƎb,s܊7!#o1t9%;"unלyBljwM}bvB	/lZ[^6?UEEPi_Y|fٙLd9l2k=Jsm;eɢىX,z+vx8g#b8qD$x]8wF9+xeAcSkX7X}UJ:֪H<%śL+C&'v^+([[Tlu'>	܇N}+_ޕu"viUb7JJ\W/S[VOD6ul8%~LTZ"oCW[L#<1LK׌o{5CvFaecѦtUnkz-
zsl:h9[_iPK    EsAT  
    sys_login_type.marIM VMSV       V5.5 IM$ VFAB P     B  @    m!Ц IM VFHC ,     ; 
D
Pa    IM( VDAT ,     % !}kurRs IM VPRO X     'b  0       IM VRDT      =R !}kuVs7UPHiځ2%0CLlNE!bwW'H?dkw>6N	j@<7\"stfcsskocbZZ7d܃}H%yL;rh9gFNfFW27C?yfڰ^qU:~5sOSWVlmJz?skEʦ%Q&1 FXI)b
æ:h
W:mc
YVnͧOu۫ϻgAFqJO=/÷/ooA
ܿf3&,"q,#IQ6|L<"{@=a#s{?+`ns3͠o`&2s6ϻXat ֐[:g[ƙxMIX97k Yzp
1a<Ka
B7xP[^ʌA{}1kgkĽ+g0Z
ioKh$|祹[KƬ'>"KDLniu OÅlvay6UKj!2?pWyvYkWFx
@߬-MLwg	.~
#{^jZEQD]伏
"
ZN7G4
< 7:)oMLaZf\