1 INFO-VAX	Mon, 16 Jul 2001	Volume 2001 : Issue 391       Contents:1 Re: 3 Reasons why VMS is alive and probably well+ ! Re: Attunity Connect and Oracle 8 3 Re: Controlling NT applications from VMS batch jobs ( DIVA errors caused by ES1888 sound card?  Re: Full port of VMS to Itanium.< Re: Help =?iso-8859-1?Q?=96?= Get OpenVMS screen data by ASP< Re: Help =?iso-8859-1?Q?=96?= Get OpenVMS screen data by ASP Re: IA64 Rocks My World  Re: Is there a WASD forum?1 Re: Memory Channel II (and more Itanium comments)  Re: Network Printers Re: PAWZ and ECP -! Re: Problem with rsh on VMS 7.2-1 > RTL8139 Cards and thanks! (Was: Re: Volume Shadowing Question)( Shadowing drives with different geometry1 Re: Some thoughts on the recent turn of events... $ RE: Terry Shannon Tech Talk on IA-64$ Re: Terry Shannon Tech Talk on IA-641 Re: The death of VMS has been greatly exaggerated  Re: Volume Shadowing Question  Re: Volume Shadowing Question  RE: whats happening with vms?  WTB RF7x drives with sledsB Re: [MAILER-DAEMON@arkham.ws: Undelivered Mail Returned to Sender]  F ----------------------------------------------------------------------  # Date: Mon, 16 Jul 2001 04:01:17 GMT . From: "mulp" <michaelpettengill@earthlink.net>: Subject: Re: 3 Reasons why VMS is alive and probably well+D Message-ID: <hGt47.7484$JS2.862494@newsread1.prod.itd.earthlink.net>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:xHF37.690$rc5.47646@news.cpqcorp.net...J > As a OS developer friend of mine at Sun (no not Andrew ;-) told me once, the H > concepts are all the same, it's just the syntax.  If you can write O/S codeJ > for VMS, you can write it for UNIX, or for NT.  I don't think many of us are H > worried about becomming Windows application programmers for 1/4 of our > salaries.   I Fred, I think you'll have a hard time lowering your standards so that you I would be happy.  I don't think you've gotten over UIS being replaced by X I Windows and all the performance and reliability problems that caused, and  that was 15 years ago.   ------------------------------  % Date: Mon, 16 Jul 2001 00:20:41 -0400 * From: Eric Ebinger <eebinger@telocity.com>* Subject: Re: Attunity Connect and Oracle 88 Message-ID: <001e01c10dae$aea4c8b0$0200a8c0@teamrdb.com>   ----- Original Message -----/ From: David J. Dachtera <djesys.nospam@fsi.net>    > Eric Ebinger wrote:  > > D > > And how, pray tell, do you have a Java application running on an Alphaserver ? > > (VMS) talk to the Rdb database running on said Alphaserver?  > C > The same way any other app. on any other machine would access it?  >   C Have you done this?  Java application running on VMS talking to Rdb D database running on VMS?  I would be very interested in the details.     Eric Ebinger   ------------------------------  # Date: Mon, 16 Jul 2001 03:39:10 GMT . From: "mulp" <michaelpettengill@earthlink.net>< Subject: Re: Controlling NT applications from VMS batch jobsC Message-ID: <ylt47.6310$23.725760@newsread2.prod.itd.earthlink.net>   6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OFC8A446FE.C1E7D6D2-ON03256A88.0059F6CC@ep-bc.petrobras.com.br...@ > Anyone developing applications using OpenVMS and PocketPC ????  K My guess is that it would be easier to do OpenVMS with Palm OS.  Unless you E intended to say iPAQ and were willing to replace PocketPC with Linux.    ------------------------------  % Date: Sun, 15 Jul 2001 21:59:11 -0400 3 From: mike & cheryl marshall <tmarshall04@snet.net> 1 Subject: DIVA errors caused by ES1888 sound card? ( Message-ID: <3B524A6F.31E37FA8@snet.net>  E i have a 500PWS running VMS and i keep getting a string of DIVA error @ when i try to access DECsound. i'm assuming that it's probably a7 configuration problem and i found info referencing to a 9 SYS$SYSTEM:SYSTEM.INI file...but i think that's VAX only?    ------------------------------  # Date: Mon, 16 Jul 2001 03:35:09 GMT . From: "mulp" <michaelpettengill@earthlink.net>) Subject: Re: Full port of VMS to Itanium. D Message-ID: <Nht47.7448$JS2.851399@newsread1.prod.itd.earthlink.net>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:CcF37.687$rc5.47617@news.cpqcorp.net...I > Please send me the source of the information regarding custom consoles.   I Experience with existing Intel systems is about the only information that K anyone has about commodity Intel system and existing Intel consoles are not J exactly compatible with VMS.  Management over a serial line or perhaps viaK TELNET is certainly an expectation and lack of such an interface is hard to J imagine being viable.  Even with a custom console, Windows on MIPS, Alpha,K and PowerPC was a GUI with far less capable than the existing Alpha console ! that it replaced or supplemented.   E If we can be assured that the standard IA64 console will support, for  example ;     >>>sho dev    ! enumerate all the devices on the system 3     >>>sho config    ! sho the device configuration C     >>>boot -fl 1,2,3 dka100   ! boot from any device on the system I     >>>boot -proto mop -fi isl_ia64 eia0  ! boot from the network using a  light weigh protocol1 and the terminal is a VT100/VT200/VT300/LA36 etc. / then a I think that everyone will be reassured.   B I have been looking at the Intel specs in this area and have foundI references to support of up to 100 adapters, some statements that vendors K might customize the console, etc., but nothing that provides any indication I of a console that is friendly for working with complex configurations and  with large numbers of devices.  H (And I know about the Remote Insight management Board - RIB - I've spentJ many hours trying to get it to work reliably; it appears that an update toI IE or Jave beyond what RIB was developed with results in incompatibility. I This was with all Compaq and Microsoft supplied hardware and software, so E we're not touching on the interoperability problems from using Linux,  Netscape, Solaris, etc.)   ------------------------------  % Date: Sun, 15 Jul 2001 23:15:38 +0200 , From: Didier Morandi <Didier.Morandi@gmx.ch>E Subject: Re: Help =?iso-8859-1?Q?=96?= Get OpenVMS screen data by ASP & Message-ID: <3B5207F9.C1EB31F0@gmx.ch>   yoav lerner wrote:  M > Does anyone know easy way to display OpenVMS screen data by the web?  Is it C > possible to access from ASP page (by the Vbscript) to the OpenVMS 7 > application get the data and show it by the ASP page?   G If he has TCP/IP running on his Alpha, he could telnet to it, then open E a VMS emulation window from a PC (or Mac). Then the hardcopy key will G put a snapshot of his screen in memory to be pasted in a paintsomething E program for resizing/reframing, then saved on the PC (or Mac) as GIF, > JPEG etc.. He will not publish his pictures from VMS, will he?   D.   ------------------------------    Date: 15 Jul 2001 20:03:22 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) E Subject: Re: Help =?iso-8859-1?Q?=96?= Get OpenVMS screen data by ASP 3 Message-ID: <RSFr4aMA10CR@eisner.encompasserve.org>   U In article <3B5207F9.C1EB31F0@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:  > yoav lerner wrote: > N >> Does anyone know easy way to display OpenVMS screen data by the web?  Is itD >> possible to access from ASP page (by the Vbscript) to the OpenVMS8 >> application get the data and show it by the ASP page? > I > If he has TCP/IP running on his Alpha, he could telnet to it, then open G > a VMS emulation window from a PC (or Mac). Then the hardcopy key will I > put a snapshot of his screen in memory to be pasted in a paintsomething G > program for resizing/reframing, then saved on the PC (or Mac) as GIF, @ > JPEG etc.. He will not publish his pictures from VMS, will he?  E I got the feeling that the originator was looking for something a bit C more capable of automation.  Certainly my suggestion is a bit tough % to automate, but yours is tougher :-)    ------------------------------  # Date: Sun, 15 Jul 2001 22:25:54 GMT . From: "mulp" <michaelpettengill@earthlink.net>  Subject: Re: IA64 Rocks My WorldD Message-ID: <SLo47.6684$JS2.773340@newsread1.prod.itd.earthlink.net>  = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in message $ news:3B4EBF64.1095A6EC@uk.sun.com...F > And on the down side the billions of dollars of revenues that Compaq > doesH > generate in the non Wintel space require strategic thinking vision etcE > which the Wintel revenues do not. They also require R&D expenditure  > which G > the Wintel revenues do not. In the Wintel space MS's license fees and D > Intels processor prices include the R&D that Compaq do not need to > have to think about.  G Of course, along with the R&D expenses and risks go the profits.  While L Compaq PCs might not be profitable to Compaq, Compaq PCs are very profitable? to Microsoft and Intel and at least slightly profitable to AMD.   G Applying Compaq's business analysis to Sun, one would conclude that Sun J should abandon Sparc and switch to IA64 so that they will reduce their R&DL expense, reduce their profit, and reduce Intel's losses on IA64.  To improveI Sun's prospects, Sun should transfer any intellectual property related to J Sparc to Intel for the promise that Intel will fund Sun ISVs to port theirJ software to IA64 so that the software will run on Sun and HP IA64 systems.   ------------------------------  % Date: Mon, 16 Jul 2001 13:36:43 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> # Subject: Re: Is there a WASD forum? * Message-ID: <3B526853.BE86857D@vsm.com.au>   Didier Morandi wrote:  >...H > To go back to ouassd (or wasdee?), it is compatible with both Apache,I > OSU and Netscape FastTrack Server. I do not know the two last ones, but J > as WASD is already installed where I work today, this is why I asked the< > question. I will ask Mark Daniel anyway (his main author).  F I didn't see the original query but guessing from the Subject line, myL advice is to go to the WASD home page http://wasd.vsm.com.au/ and toward the> bottom of the page is a pointer to the Info-WASD mailing list.   Regards,   	Jeremy Begg   ------------------------------  # Date: Mon, 16 Jul 2001 00:30:37 GMT . From: "mulp" <michaelpettengill@earthlink.net>: Subject: Re: Memory Channel II (and more Itanium comments)D Message-ID: <NAq47.7045$JS2.797404@newsread1.prod.itd.earthlink.net>  - "Nic Clews" <nclews@csc.com> wrote in message 7 news:a720d610.0107130220.74ef69e4@posting.google.com... H > Yesterday morning or afternoon depending on your TZ, Computer SciencesB > VMS CoE and UNIX CoE (NA and EMEA) had a telecon with our CompaqF > global account mgr, and we were joined by Rich Marcello. I asked theH > question about InfiniBand, and he said it would be on OpenVMS. I don'tF > want to speak out of turn about what else was talked about, but letsF > just say I came away even more positive about VMS futures that I was > prior to the telecon.  > D > Looking over a Proliant presentation, it shows the availability of< > ServerNet II [InfiniBand] cards for the platform, and mostF > interestingly lists the supported environments as "NonStop Himalaya,E > Linux (Alpha and Proliant), TruCluster (future), Open VMS (future), E > Windows 2000, NonStop Clusters for SCO UnixWare and Oracle Parallel 
 > Server".  F Remember the press conference 3.5 years ago when Pfeiffer, Palmer, andK Ellison talked about the Compaq Digital merger?  Remember when Ellison said F that "Oracle and Alpha rule?"  Remember when Pfeiffer said "no, no, noI Compaq Wintel rules"?  Pfeiffer was making those claims based on upcoming F ServerNet II hardware that was supposed to ship in time to support hisL claims for Wintel superiority.  He was a bit premature as development wasn't going that smoothly.  A So, what year was this teleconference?  Before or after May 2001?   A The http://servernet.himalaya.compaq.com/May-announ.htm page says    Compaq ServerNet   May 1, 2001 Announcement:   H With the shift to very high-density server architectures and the pendingK introduction of server blade technology there are some expected fundamental L changes coming in server interconnect. Compaq has taken a leadership role inD the definition and development of InfiniBand and the associated highE density, modular-computing environments required to fully enable this " fundamental shift in architecture.  L Compaq is making a strategic commitment to accelerate delivery of InfiniBandG and related solutions across all servers as the standard for high speed D server-to-server communications. As a result Compaq will be shifting resources as follows:   I ProLiant: ServerNet II-based products for Windows, Linux and SCO ProLiant E platforms will be discontinued, and resources will be reassigned from  ServerNet to InfiniBand.  E AlphaServers: Tru64 UNIX OpenVMS and servers do not currently support 
 ServerNet.A Compaq's intent is to aggressively pursue InfiniBand as a cluster  interconnect for AlphaServers.  K NonStopT Himalaya servers: NonStopT Himalaya servers use ServerNet not only K between servers but within servers as well, supporting clusters of hundreds D of processors that yield near-linear scalability and achieve most ofE InfiniBand's performance benefits. NonStopT Himalaya servers employ a G tightly integrated hardware and software stack designed to exploit high G speed interconnect fabrics. Compaq will continue to use ServerNet II on J S-series servers with a strategic goal of moving to InfiniBand in the nextK generation of servers for both intra- and inter-server communication, while F protecting the investments of NonStopT Himalaya customers. For furtherD information about NonStopT Himalaya products and solutions including2 ServerNet refer to http://www.himalaya.compaq.com/   ------------------------------  # Date: Sun, 15 Jul 2001 21:20:09 GMT . From: "mulp" <michaelpettengill@earthlink.net> Subject: Re: Network Printers D Message-ID: <dOn47.6448$JS2.757565@newsread1.prod.itd.earthlink.net>  : "Jack Patteeuw" <jjpatteeuw@peoplepc.com> wrote in message& news:3B46D283.DFA49179@peoplepc.com... > David Lee wrote: > ...  > > My questions are, L > > are there any printers out there that support this OpenVMS platform?  Or do, > > I have to purchase printers from Compaq? > Well, that depends ...K > None of the "PC type" network printers will work 100% with OpenVMS.  Your 5 > simplest solution is to buy a printer from Genicom. K > (http://www.genicom.com/usa/products/page.htm)  Stick with ones that have   > a part number starting with LN  J Compaq broke DEC's comarketing agreement with Genicom and Genicom ended upF in financial trouble.  The printer business sold to Genicom by DEC wasH transferred back to Compaq (along with the support for new printers thatG Genicom had added for decpaq products) when Genicom was restructured to   recover from this lost business.  F VMS has not added support for direct attached printers in a long time;H everything is network printers.  UCX has supported network printers withE LPR.  The print servers software was being enhanced to support recent L "popular" quality production printers.  The best of the bunch seem to be theH Lexmark printers; HP printers are being supported, but their firmware isL written by HP, not Adobe, and not of very good quality, limiting the ability to support it.   ------------------------------  # Date: Sun, 15 Jul 2001 22:11:42 GMT . From: "mulp" <michaelpettengill@earthlink.net> Subject: Re: PAWZ and ECP - C Message-ID: <yyo47.5683$23.665372@newsread2.prod.itd.earthlink.net>   3 "Rudolf Wingert" <win@fom.fgan.de> wrote in message 0 news:200107130615.IAA10671@sinet1.fom.fgan.de... > Hello, > F > do I right understand, what that mean? Is this the second time, thatB > we loose the OpenVMS integrated (Compaq Campus Standard Product)C > managment tools. Management software is a strategical product and I > should be developed and served from Compaq. If we need service, wishes, G > Compaq must be the partner. This new deal, does make no sense for me. H > But every time a product becomes good like archive/backup, Compaq sellF > this product and you have to pay extra money. Compaq, please look toH > Suns example: They do integrate all the neccessary management productsE > within the new one Solaris. You have not to pay extra money for it. ; > The service for this product is cheaper then for OpenVMS.   J What is even worse, this runs counter to the stated strategy of becoming aK services focused company.  But logic or good business management isn't whath one expects from decpaq.   ------------------------------  % Date: Sun, 15 Jul 2001 21:36:09 -070056 From: "Howard Taylor" <Howard.Taylor@pacificcoast.net>* Subject: Re: Problem with rsh on VMS 7.2-1  Message-ID: <3b527267$1@nubby2.>  
 How about:  ? system("spawn/nowait rsh/username="..."/password="..." hostname  "/path/to/command");  
 Howard Taylore Coast Capital SavingsM Victoria, B.C.  4 "Mark" <mark@*NO*SPAM*techop.co.uk> wrote in message( news:3b4abb23.1480308@news.force9.net... > Hi,o >t@ > We need to start some processes on a remote UNIX host and thenA > continue processing (from a C program).  The C program containsf > a line like: >l7 >    system("rsh/username="..."/password="..." hostnamee > "/path/to/command"); >hF > However the system call waits until the command and all its childrenE > exit even though the main command exits quickly after starting some-A > background processes.  The solution to this with UNIX is to use D > the '-n' option for rsh, but this does not seem to be available on > VMS. >R  > Can anyone suggest a solution? >b > TIAl > Mark Williamsh >7   ------------------------------  , Date: Sun, 15 Jul 2001 20:08:59 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org>7G Subject: RTL8139 Cards and thanks! (Was: Re: Volume Shadowing Question) J Message-ID: <Pine.LNX.4.21.0107151948080.4973-100000@firewall.freddym.org>  
 Hi Robert,  ( > Any operator messages about shadowing?   Nope - none...  G > How are the shadowing-related system parameters set on the alpha?  InmK > particular, what is SHADOW_MAX_COPY?  If it is 0, I guess the alpha wouldhG > just wait for some other node to do the copy operation. That would beeI > consistent with the "0% completed" message.  Does show dev d say that a  > copy is in progress?  6 Yep! A >>> sho dev d says that copying is in progress.5 I'll boot my Alpha now to determine the Parameters...,    = BTW: Does OpenVMS have support for 100 MBit RTL8139 Cards????.F Would be very cool to have 100 MBit on the Alpha without having to buy very expensive DE500 Cards..    J Ah! It has booted, and the shadow_max_copy was set to 0 - I just set it to 2 and I'm just rebooting now...    THANKS!!! It works!    Many many many thanks....i -- nN Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================>  Frederik Meerwaldt           Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much moreeI  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS    ------------------------------  % Date: Sun, 15 Jul 2001 16:14:19 -0600t$ From: Lee Y T Mah <lytmah@cha.ab.ca>1 Subject: Shadowing drives with different geometryt) Message-ID: <3B5215BB.960D9836@cha.ab.ca>i  A Does anyone know when the ability to shadow drives with differenteH physical geometry will  be available?  I checked with Compaq Support and' the reply is that it is not in VMS 7.3.S   -- LeeP  ; Lee Y T Mah                        Capital Health Authorityh? Email: lytmah@cha.ab.ca            Information Systems, RAH CSCr4 Phone:  (780) 477-4725, 477-4233   10240 Kingsway NW? Fax:      (780) 491-5119, 491-5619    Edmonton, AB, CAN  T5H3V9c   ------------------------------  # Date: Sun, 15 Jul 2001 20:28:00 GMT1. From: "mulp" <michaelpettengill@earthlink.net>: Subject: Re: Some thoughts on the recent turn of events...D Message-ID: <k1n47.6335$JS2.664967@newsread1.prod.itd.earthlink.net>  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messagen4 news:rUo17.645$vb6.551884@typhoon.ne.mediaone.net...K > I don't think Michael Capellas' goal is to turn CPQ into another IBM, but0 heK > set forth a pretty ambitious agenda in the 180 Day Transformation Scheme.o IfJ > the Grand Transmogrification doesn't materialize, the CEO will have some > issues to deal with...   147 days and counting....d   ------------------------------  % Date: Sun, 15 Jul 2001 14:26:31 -0400l+ From: "Main, Kerry" <Kerry.Main@compaq.com>g- Subject: RE: Terry Shannon Tech Talk on IA-64sR Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4AD7F09@kaoexc01.americas.cpqcorp.net>  J >>> You did, indeed - multiple times, and well after I'd told you you were	 wrong.>>>t  K Excuse me Lord Bill, I did not know you were were the referee of all things ? right and wrong. I will be sure to remember that in the future.h  2 >>> I don't feel at all the same way about you.<<<   I'm truly heart broken..   :-)h  G >>> show us an *Intel* document that specifies some plan to 'merge' any J aspects of Alpha into IA64 - Compaq can say anything (and often does), butA Intel owns the architecture whose future you're talking about.<<<>  L And how many times have folks stated here that the technical plans are stillE cooking and will be released when done ? What part of this do you not6 understand ????o   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Services6 Voice: 613-592-4660k Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Bill Todd [mailto:billtodd@foo.mv.com] Sent: July 14, 2001 11:49 PM To: Info-VAX@Mvb.Saic.Com - Subject: Re: Terry Shannon Tech Talk on IA-64r      6 "Main, Kerry" <Kerry.Main@compaq.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF4AD7F05@kaoexc01.americas.cpqcorp.net... > Bill,u >h9 > re: what Fred stated vs what you think I have stated ..h >sI > Hey, you are picking up some of Andrews tricks - like trying to drive aeI > stake between what one person says and another in an attempt to somehoww > discredit both people.  I Not at all:  I respect Fred's technical credentials and integrity (thoughiL he's not exactly impartial in his support for what I suspect he views as the9 inevitable).  I don't feel at all the same way about you.r  
  "He said"   He did, indeed.i   , "you said"  F You did, indeed - multiple times, and well after I'd told you you were! wrong.  That's called propaganda.o   , "Compaq said" .... hopefully,n8 > this does not become a habit. It can be very annoying.   Then stop screwing up.  F As for your protestations about obtaining your information from CompaqJ announcements, I'll say the same thing I said over two weeks ago:  show usL an *Intel* document that specifies some plan to 'merge' any aspects of AlphaH into IA64 - Compaq can say anything (and often does), but Intel owns the/ architecture whose future you're talking about.r   - bill   ------------------------------  % Date: Sun, 15 Jul 2001 18:29:26 -0400p' From: "Bill Todd" <billtodd@foo.mv.com>-- Subject: Re: Terry Shannon Tech Talk on IA-640( Message-ID: <9it58i$qt9$1@pyrite.mv.net>  6 "Main, Kerry" <Kerry.Main@compaq.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF4AD7F09@kaoexc01.americas.cpqcorp.net... >cL > >>> You did, indeed - multiple times, and well after I'd told you you were > wrong.>>>m >hF > Excuse me Lord Bill, I did not know you were were the referee of all thingsA > right and wrong. I will be sure to remember that in the future.P  L Since you've never yet been right when we disagreed, you should have learnedL it already.  But instead of even causing you to reexamine what you're sayingI (even after being given specific reasons why it's asinine), you just keepa
 saying it.  L As I said three weeks ago when you immediately started spinning via email onI Compaq's behalf on the day of the announcement, reversing virtually every L position you had up until that time held on Alpha superiority over IA64, youJ have all the earmarks of a completely-bought-and-paid-for corporate whore.> That may be your job, but don't expect to be respected for it.  K That VMS presentation you've pointed customers to is a real piece of work -1H right up to your own spin standards.  Let's see how customers feel aboutB Compaq's provision of "unparalleled investment protection" via itsL IA64-replaces-Alpha strategy compared with IBM's Power-*plus*-IA64 strategy.G And people should note the fine but significant distinction between theeG slide that says "The Essence of Alpha *Systems* Continues!" (in systemseK using Itanium cores) and your contention that anything significant from theh* Alpha core will be incorporated into IA64.   The next slide is even better:  L "SECURES a stable, long-lasting commitment with a clear path to the future."G Just like Compaq assured people Alpha had, until last month.  Have they K posted some kind of performance bond this time, since their word is clearlyh
 worthless?  K "PRESERVES all the enterprise characteristics of OpenVMS solutions that youoI depend on today."  Except for the processor architecture, its leadership,'D and the resulting product differentiation that - with any reasonableL marketing effort, which there's still no reason whatsoever to expect - couldB have made VMS unassailable in at least those market segments where6 'industry-standardness' was not a major selling point.  F "PROVIDES complete investment protection."  If you don't consider yourJ existing Alpha infrastructure to be an investment, I guess.  And if you'reI willing to take Compaq's word for VMS's future - especially after the hit1 it's taking right now.  K "ACCELERATES OpenVMS Renaissance by focusing Compaq's future investments on-K delivering a more robust set of OpenVMS solutions."  Leaving aside the factaI that Compaq just turned out the lights on whatever 'renaissance' may haveeF been timidly taking its first steps, exactly what is going to be 'moreI robust' about the future environment?  Unless VMS provides facilities foriL running other systems' binaries, the effort to port applications to VMS willE be precisely what it has always been (or could have been with the COEeK enhancements on the Alpha platform) - and even if it *does* support running J other systems' binaries (yeah, I'm holding my breath) that could have beenL true for at least Alpha Linux and Tru64 binaries without changing platforms.  H Sorry for the digression, but letting things like that out helps keep meG from puking all over my keyboard after I've just finished reading them.t   ...l  I > >>> show us an *Intel* document that specifies some plan to 'merge' any7L > aspects of Alpha into IA64 - Compaq can say anything (and often does), butC > Intel owns the architecture whose future you're talking about.<<<E >hH > And how many times have folks stated here that the technical plans are stillrG > cooking and will be released when done ? What part of this do you noto > understand ????   L Gee, you seem happy to point out Compaq statements about this:  what part ofK my asking for something equivalent from Intel - the party with 100% controle- over this decision - do *you* not understand?n   - bill   >s
 > Regards, >t > Kerry Main > Senior Consultanta > Compaq Canada Inc. > Professional Services  > Voice: 613-592-4660i > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com   ------------------------------  # Date: Sun, 15 Jul 2001 21:06:08 GMTl. From: "mulp" <michaelpettengill@earthlink.net>: Subject: Re: The death of VMS has been greatly exaggeratedC Message-ID: <4Bn47.5597$23.653812@newsread2.prod.itd.earthlink.net>r  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messagem4 news:xeq17.657$vb6.588549@typhoon.ne.mediaone.net...K > Gotta agree with you on that one. I understand that when the VAX to AlpharJ > port was done, all the VMS device drivers and much of the OS itself wereJ > recoded in C, which should render this port less difficult than the last > one.  @ The port was focused entirely on porting as quickly as possible.C Enhancements of any kind were not allowed.  For the entirely publicpI statements in this regard, see "Porting OpenVMS from VAX to Alpha AXP" ine+ the Digital Technical Journal, Vol 4, No 4.n  K It was after the port to Alpha was complete that "C as a system programmingn* language" support was a significant focus.  I However, CSPL was not done for VAX.  That means that any driver work thatdH was common to VAX and Alpha remained in the common programming language,G MACRO-32.  Significant new functionality has been added in the past fewg1 years in MACRO-32, not in C for that very reason.n  H The strategy needed for this port is exactly the same.  Schedule is more important than     - enhancing VMSn     - making VMS more portable"     - making VMS more maintainable4     - making VMS easier for college hires to work on     - increasing performanceB     - improving existing VMS APIs, either user mode or inner modes   ------------------------------  , Date: Sun, 15 Jul 2001 19:46:31 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org>g& Subject: Re: Volume Shadowing QuestionJ Message-ID: <Pine.LNX.4.21.0107151945410.4973-100000@firewall.freddym.org>   Hi Michael,u  T > what is your allocation class it must be non-zero.  If it is 0 then the disk names > will be <node$dxxxx>  & The Allocation Class of the node is 1.! The devices show up as $1$dkaN00:o   Greetings - Freddy   -- aN Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================>  Frederik Meerwaldt           Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much morenI  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOSm   ------------------------------    Date: 15 Jul 2001 12:53:41 -0700( From: kparris@my-deja.com (Keith Parris)& Subject: Re: Volume Shadowing Question= Message-ID: <cb85fed2.0107151153.3ccea693@posting.google.com>0   Freddy Meerwaldt <frederik@freddym.org> wrote in message news:<Pine.LNX.4.21.0107151545250.4386-100000@firewall.freddym.org>...aJ > I've created a Shadowset of a 2GB Disc mirrored onto another 2GB Disc of > the same type.L > But the Alpha just won't shadow the discs. A "$ sho dev d" always says: 0% > completed. > That _is_ crazy, isn't it?J > Now something even more crazy: As soon as I boot a VAX in the cluster it8 > starts shadowing the disc immediately (over ethernet).  F Sounds like the SYSGEN parameter SHADOW_MAX_COPY is set to zero on the@ Alpha.  It's a dynamic parameter, so you can change it without a reboot./C -------------------------------------------------------------------iC Keith Parris | parris at encompasserve dot org | VMS consulting on:nC Clusters, Disaster Tolerance, Internals, Performance, Storage & I/Ot   ------------------------------  % Date: Sun, 15 Jul 2001 14:16:48 -0400r+ From: "Main, Kerry" <Kerry.Main@compaq.com>p& Subject: RE: whats happening with vms?R Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF48DBF87@kaoexc01.americas.cpqcorp.net>  J In addition to the FAQ mentioned in a previous reply, here is a summary of& the OpenVMS V7.3 new features as well.  5 http://www.openvms.compaq.com/openvms/announce73.html    Regards,  
 Kerry Main Senior Consultant  Compaq Canada Inc. Professional Servicesr Voice: 613-592-4660r Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----( From: Beyonder [mailto:beyonder@vrx.net] Sent: July 15, 2001 9:54 AM- To: Info-VAX@Mvb.Saic.Com1" Subject: whats happening with vms?    7 whats the latest version? or is there one due out soon?C0 i think i have 7.1 and have heard 7.2 for years. whats happening?   B    ------------------------------  # Date: Sun, 15 Jul 2001 19:33:39 GMT1 From: dittman@dittman.netd# Subject: WTB RF7x drives with sledsrA Message-ID: <nem47.33262$uJ3.1598414@e420r-atl2.usenetserver.com>e  9 I'm looking for one or more RF7x drives with the mountingm+ sleds and front panels for a BA440 chassis.a  2 Does anyone have any spares they'd like to sell?   -- q Eric Dittman dittman@dittman.neto   ------------------------------  % Date: Sun, 15 Jul 2001 14:33:43 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)K Subject: Re: [MAILER-DAEMON@arkham.ws: Undelivered Mail Returned to Sender]eL Message-ID: <rdeininger-1507011433430001@user-2iveamu.dialup.mindspring.com>  G In article <20010715134513.B1574@wintermute.arkham.ws>, Brian Hechinger  <wonko@arkham.ws> wrote:  . > It is believed that Robert Deininger stated: > A > > Yes, the System Manager's Manual really wants you to read thec clustering manual.) > > Fortunately, it is available on-line:t3 > >   http://www.openvms.compaq.com:8000/index.html-B > >   http://www.openvms.compaq.com:8000/73final/4477/4477PRO.HTML > 9 > excellent.  this should help out tremendously.  thanks!m > K > > First, please tell us the OS version, the system name of the boot node,"A > > and the system name of the intended satellite.  Just in case./ > P > sorry about that.  5.5-2, EARTH (DECnet 1.1) is boot, and MARS (DECnet 1.2) is > the satellite.  H Ok.  That's useful, but I was trying to ask for the hardware model name,H like microvax II or alphaserver GS-320 or whatever. I will assume an old& vax, given the VMS version you listed.  G It would be good to upgrade to a newer VMS if possible.  Version 7.3 issJ current.  5.5-2 is 10 or so years old. Some few VAX systems are too new to be supported by that version.   M > >> %VAXcluster-I-SYSLOAD, system loaded from node EARTH (AA-00-04-00-01-04)mN > > Ok, the satellite broadcast a request for an initial system load, and node > > EARTH responded. > N > so the network is funtioning enough for this part to happen, which is a good > sign.I > 7 > >> %VAXcluster-W-NOCONN, No connection to disk server  > N > > Now the satellite can't access the server that's attached to the disk thatC > > it thinks it should use.  This could well be a network problem.n > N > well, EARTH is also it's disk server, and there could very well be somethingN > wrong with my DECnet setup (i don't really have a way to test it that i knowP > of since currently EARTH is the only DECnet machine i have) but i can validateH > that the physical network works fine since i'm running TCP/IP over it. > M > > Or, if you've done something strange, you node EARTH might be sending theeN > > initial load, but instructing the satellite to boot from some oddball disk > > that isn't available.d >  > hmmmmmmmm. > M > > If you ran cluster_config.com (or cluster_config_lan.com (see, you reallyTL > > should tell us the VMS version)) and chose the "Add a satellite" option,M > > your boot server should be doing the "normal" simple thing.  That is, therM > > satellite should be booting from a different root on the same system diskiK > > the boot server uses.  If you didn't run cluster_config, well, anythinga > > could happen.n > G > i ran cluster_config and setup everything to be on the system disk of 	 EARTH (so=N > cluster_config created [.sys10] on my system disk.  so it should be pointing > there.   Ok, that seems normal.  D > > CLUSTER_AUTHORIZATION.DAT isn't (normally) involved in booting aH > > satellite.  It's mainly for security, to prevent unwanted nodes fromI > > joining a cluster.  A satellite has to have a known hardware ethernet1< > > address, so there is no need for separate authorization. > P > so as long as a node shows up in NCP it's known?  or is there something else i > need to do to get it known?   G NCP has a volatile database and a permanent database.  See the SHOW andb LIST commands.  H NCP is the DECnet control program.  One component that's stuck in DECnetJ is MOP, which the protocol used to start the network boot of a satellite. I MOP isn't the same network protocol as DECnet, and in later versions, MOP7 is available outside of DECnet.   D VMS cluster communications don't use the DECnet protcol at all.  TheI cluster protocol is called SCS.  A satellite node in a cluster depends onmJ MOP and SCS, but DECnet is NOT required at all.  So don't get too involved with DECnet at this point.  H DECnet, MOP, and SCS can all use ethernet, which adds to the confusion. 3 SCS can also use DSSI, which you asked about below.g  F Your boot server should show some operator messages when the satelliteJ tries to boot.  You can enable an operator terminal with REPLY/ENABLE.  If+ you get any messages, you should post them.a  7 > > Yes, there should be a MOP entry for the satellite.e > ' > i'll have to look up how to add that.s  H Cluster_config normally does that, IIRC.  (It's been a LONG time since IF set up a 5.5-2 system.)  A MOP network service should have been set upG also, I think. But since your satellite received it's initial load over , the net, I suspect MOP is ok on your server.    M > ps: i've heard it rumored that the DSSI bus on the VAX 4000 machines can beeB > used to cluster machines together, anyone have any info on this?  C Yes.  DSSI was a popular interconnect, but is kind of old.  Roughly.G speaking, you connect both systems together with the appropriate cable,lG set the ALLOCLASS paramaters, and it just works.  The details are a bithJ more complicated. Finding the cable might be a bit of a chore these days. 5 DSSI connectors may look like SCSI, but they are NOT.   F You should look at the "Guidelines for Cluster Configurations" manual, also online in the VMS doc set.o  A Are your machines DSSI?  That can alter the cluster configurationbJ somewhat.  Your "satellite" might be trying to find a direct connection toE the boot disk, instead of using the network connection.  I guess thatnJ might happen if you confused things during CLUSTER_CONFIG, but it's a wild guess.   --   Robert Deininger rdeininger@mindspring.comm   ------------------------------   End of INFO-VAX 2001.391 ************************