1 INFO-VAX	Sat, 11 Aug 2001	Volume 2001 : Issue 444       Contents:( Re: Alpha:  an invitation to communicate, Re: Apache on VMS - httpd.conf and .htaccess Re: Flip-Chip" Re: FYI  Re: FYI / Re: How to build a bootable media for a 11/780?  How to trace memory usage 	 Re: HSD10 = Re: I just have to post this - and apoligse later Alpha/Intel = Re: I just have to post this - and apoligse later Alpha/Intel = Re: I just have to post this - and apoligse later Alpha/Intel = Re: I just have to post this - and apoligse later Alpha/Intel  Re: Linker-Warnings in VMS 7.31 Re: Looking for a Pine.exe for TCPIP 5.x services  Re: Missing TK50 in uVAX?  Re: Move to Sun ' Re: MS610-EA ES40 Memory - Very Cheap ! & Re: open vms hobbist tcpip license???? Re: OpenVMS  + Itanium0 Re: Outsourcing of VMS support to Digital India! Re: Press Release  Re: Press Release  Re: Press Release ! Re: Red Code: where are we going? ! Re: Red Code: where are we going? = The Alpha Systems Customer Update will no longer be published A Re: The Alpha Systems Customer Update will no longer be published ' Re: URGENT: Ada position in Switzerland ' Re: URGENT: Ada position in Switzerland ! Re: VAX/ALPHA FORTRAN and me! :-) ! Re: VAX/ALPHA FORTRAN and me! :-) ! Re: VAX/ALPHA FORTRAN and me! :-) P Re: VMS: Nothing Stops It (was "I just have to post this - and apoligse later Al. Was: Red Code: where are we going? Now Backups  F ----------------------------------------------------------------------  % Date: Sat, 11 Aug 2001 06:53:13 -0600  From: yyyc186@mindspring.com1 Subject: Re: Alpha:  an invitation to communicate ; Message-ID: <3b752b00$1$lllp186$mr2ice@nntp.mindspring.com>   B In <6G657.1684$N21.807615@typhoon.ne.mediaone.net>, on 07/18/2001 D    at 02:40 AM, "Terry C. Shannon" <terryshannon@mediaone.net> said:    I >"Mark Garrett" <Mark.Garrett@wedontwantyourspam.com.au> wrote in message C >news:B77B1B07.1C080%Mark.Garrett@wedontwantyourspam.com.au... > in J >article Iz457.790$N21.683204@typhoon.ne.mediaone.net, Terry C. Shannon at7 >> terryshannon@mediaone.net wrote on 18/07/2001 10:16:  >> >> >< >> > "Robert Harley" <harley@asti.inria.fr> wrote in message* >> > news:rz7puazgt23.fsf@asti.inria.fr... >> >> < >> >> "Terry C. Shannon" <terryshannon@mediaone.net> writes:F >> >>> [... more rationalizing of Compaq's decision to dump Alpha ...] >> >> M >> >> Just how strong were those mind-bending beams they used on you Terry???  >> >>  >> >> R  >> >A >> > I'm sorry, that information is available only to my clients.  >> >= >> Terry like a lot of us has an large personal investment in K >> DEC/Digital/Compaq and so I guess has to decide a course of action since  >theL >> Alpha ship has been scuttled  by its owners who have started transferringK >> passengers to a new ship itatium. This new ship has been launched before  >it M >> was even completed and now seems to be taking water. This unexpected event I >> has left a few choices of action: to get a bucket and start bailing or  >jump M >> ship. So Terry seems to have decided the waters cold, better start bailing 6 >> the water out in hope this new ship doesn't sink :) >>  J >I really can't speak for the integrity of the Good Ship Itanium, but it'sH >pretty clear that Alpha will be drydocked Pretty Soon Now (EV7 is now aH >done deal). Hence the choices are: hope that Compaq makes the NSK, VMS,I >and T64 ports work (which I think they can do), or bleat and whine about  >the decision.  I Or have the companies which made a large investment after Compaq promised C the Alpha would live on, then were taken by this bait & switch file  criminal charges.     G >There's been more than enough bleating and whining in this noosegroup. J >But that's a positive thing, too.. it's allowed me to update my killfile!   >cheers,   >terry sD >still depressed about the death of Alpha, but more cognizant of the >rationale behind the decision.        >>     --  ; -----------------------------------------------------------  yyyc186@mindspring.com; -----------------------------------------------------------    ------------------------------    Date: 11 Aug 2001 07:12:23 -0700  From: theop@itex.je (Theo Platt)5 Subject: Re: Apache on VMS - httpd.conf and .htaccess = Message-ID: <31ff7ddd.0108110612.2a36e69f@posting.google.com>   A Well - I can confirm it is definately a problem with TCPware - it 6 works fine on the same node with DEC TCP/IP installed.  E We've tried TCPware 5.4 with all the current patches and TCPware 5.5. 8 Both exhibit the same problems with running cgi scripts.  2 Process are looking into it (hopefully) as I type.   Theo    e theop@itex.je (Theo Platt) wrote in message news:<31ff7ddd.0108080050.680efc93@posting.google.com>...  > > > 
 > > >Nick, > > > H > > >We've just installed CSWS 1.0-1 (Open VMS 7.2-1, TCPware 5.4-3) and! > > >are having cgi problems too.  > > > I > > >We get a 500 Internal server error on the browser and these messages  > > >in the ERROR_LOG: > > > I > > >07-Aug-2001 15:21:13 [20407E96] GENERIC_SOCKETPAIR_inet: bind() - 49 F > > >[Tue Aug  7 15:21:13 2001] [error] [client 189.1.8.110] (49)can't= > > >assign requested address : couldn't spawn child process: * > > >/apache$root/cgi-bin/test-cgi-vms.com > > > + > > >Looking back in the archive if you do   > > > . > > >DEFINE/SYSTEM/EXE TCPIP$DEVICE UCX$DEVICE > > >  > > >it should fix it.   > > >  > > >It didn't in our case.  > > >  > > >Any suggestions anyone ?  > > P > > There wre patches for Multinet to make it run right with Apache/CSWS.  Check- > > with process to see if TCPware needs any.  > >  > > -- Alan  > >  > >  > 
 > Thanks Alan  > E > Checked with Process and there was a patch to TCPware in Feb 2000 - H > DRIVERS_V543P020 which solved a problem with sockets on Apache beta 2.B > Checking on our system we have this patch installed (via a later" > drivers patch DRIVERS_V543P051). > ' > Still got the problem.... any ideas ?  >  > Cheers >  > Theo   ------------------------------  % Date: Fri, 10 Aug 2001 22:37:58 +0100 + From: "antonio.carlini" <arcarlini@iee.org>  Subject: Re: Flip-Chip" ' Message-ID: <3B745436.13332F8D@iee.org>    William_Bochnik@acml.com wrote: < > oh, and I heard some grumblings about the term VMS used by/ > Nintendo (or was it Sony for Playstation)....    Sega for Dreamcast IIRC.. (BTW: Dreamcast is headed the way of the Dodo)   Antonio    --     --------------- - Antonio Carlini             arcarlini@iee.org    ------------------------------  # Date: Fri, 10 Aug 2001 16:13:11 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Re: FYI0 Message-ID: <00A0051E.4973CFDF@SendSpamHere.ORG>  e In article <5bRc7.16$bB1.4242@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:  >Dear Newsgroup, > G >I just wanted to let you know, that I am unable to respond to all your M >email.  I have damaged my hand, and one handed typing is way to slow and the @ >cast hits wrong keys, so please do not think I am ignoring you. >  >sue  J Please don't take any of that email (or any postings here) as shots at the, messenger either; just shots at the message.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------  % Date: Sat, 11 Aug 2001 14:47:33 +0100 1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>  Subject: Re: FYI6 Message-ID: <3B754585.1E13CAF5@ipl.demon.co.nospam.uk>  E I'm sure I speak for everyone here when I wish you all the best for a G speedy recovery.  Keep resting the hand and I hope it gets better soon.  Steve.   Sue Skonetski wrote: >  > Dear Newsgroup,  > H > I just wanted to let you know, that I am unable to respond to all yourN > email.  I have damaged my hand, and one handed typing is way to slow and theA > cast hits wrong keys, so please do not think I am ignoring you.  >  > sue    --  G "A shadow fell over her face; clear, as if the composure were rent like E a veil.  And her lips parted, but only with a short intake of breath. A Then she said, 'Well, then you are right.  Indeed, we are even.'" % 		Louis, "Interview with the Vampire"    ------------------------------  % Date: Fri, 10 Aug 2001 22:55:46 +0100 + From: "antonio.carlini" <arcarlini@iee.org> 8 Subject: Re: How to build a bootable media for a 11/780?' Message-ID: <3B745862.F145DE3C@iee.org>    sword7@speakeasy.org wrote: D > Ok, thank you for information about that.  However, I want to makeK > a bootable virtual disk (RP06 emulation) outside VMS system so that I can C > install into my VAX emulator.  I have ODS-2 specs that I found in J > Freeware CD v5 at Compaq's web site.  I read it and found the boot blockI > is in logical block zero.  That's why I need boot block information how K > to load VMB.EXE, SYSBOOT.EXE, etc..  I know that VMB.EXE is searching for H > a file called SYSBOOT.EXE in ODS-2 format.  Also, does anyone know anyK > software to create an bootable virtual disk for my VAX emulator that I am 6 > writing?  Or I have to write a program to create it?  & I have the boot block format somewhere. but I cannot find it right now. You still need* to put SYSBOOT.EXE in [SYSEXE] in an ODS-2) format disk (so you need a home block and  so on).   ' The easiest way to do this is the one I % suggested. Take a working OpenVMS VAX $ system. Take it into standalone mode' and make an image backup (BACKUP/IMAGE) " of the system disk. Boot back into' OpenVMS, install LDDRIVER (which allows # you to set up a normal VMS file as  # a "logical disk") and create a file # big enough to hold your disk image. " Obviously this could be quite big!& Serve this file as a disk (e.g. LDA1:)% and use BACKUP to do an image restore & to LDA1: of the system disk you backed up to begin with.   " Now dismount and disconnect LDA1:. This file is a block-for-block copy of exactly what you want. I do this all the time for CDs, ! I don't see why it would not work & as an RP06 (you probably have to make  it exactly the right size to match a real RP06 ... I don't # recall how big that is but if it is " not at least 200MB you may want to$ choose a different disk to emulate!)  ! If you have a working OpenVMS VAX $ system, this procedure will take you a few hours at most.   If you don't have a working VAX   then you have a big job in front# of you to create a bootable OpenVMS  disk from scratch.   Antonio    --     --------------- - Antonio Carlini             arcarlini@iee.org    ------------------------------  % Date: Fri, 10 Aug 2001 18:02:57 +0200 6 From: "Chris Breemer" <chris_breemer@nl.compuware.com>" Subject: How to trace memory usage5 Message-ID: <997459377.889612@c1204.nl.compuware.com>    Hi all, G I'm looking for a system call that tells me how much memory a specified J process is using. The idea is to build that into a logging routine and use itI to hunt down a memory leak. On Windows NT I've done this using the PSAPI.   % Is there such a function in OpenVMS ?  TIA   	     Chris    ------------------------------  % Date: Sat, 11 Aug 2001 14:44:19 +0100 1 From: Steve Reece <SYSTEM@ipl.demon.co.nospam.uk>  Subject: Re: HSD106 Message-ID: <3B754485.76A2A02C@ipl.demon.co.nospam.uk>   Mike, H Given that the HSD10 would need to be in either a BA350 or a BA356 shelfG (the BA353 may be supported, but it's unlikely) then your better option H would be to use the backplane connectors on the shelf to connect through to your MicroVAX 3100 system.   F Your best bet would be to procure a TopGun blue BA356 shelf since thisD should have the uprated fans to be able to take faster disks.  You'dE then require a DS-BA356-MG 8-bit I/O Personality module to be able to E connect a cable such as the BA21R (50-pin high density male to 50-pin E low density recepticle) or BC10U (50-pin high density male both ends) D since the personality module, like the shelf itself, has 50 pin high% density female SCSI connectors on it.   H Using the BA356 shelf would allow you to use 8-bit (-VA) or 16-bit (-VW) Storageworks disks.  HTH. Steve.  
 MikeWJ wrote:  > - > I know that the HSD10 has a DSSI connector.  > L > BUT...is there an HSD10 model that has a SCSI connector, so that it may be/ > attached to a MicroVAX 3100 as a SCSI device?  >  > MikeWJ   --  G "A shadow fell over her face; clear, as if the composure were rent like E a veil.  And her lips parted, but only with a short intake of breath. A Then she said, 'Well, then you are right.  Indeed, we are even.'" % 		Louis, "Interview with the Vampire"    ------------------------------  % Date: Fri, 10 Aug 2001 10:54:10 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)F Subject: Re: I just have to post this - and apoligse later Alpha/IntelL Message-ID: <rdeininger-1008011054100001@user-2ivec3b.dialup.mindspring.com>  = In article <88599d89.0108100446.66de6de7@posting.google.com>, ! alanb@cloud9.net (Alan B.) wrote:     @ >  - No clear path for users with current Alpha systems has been9 > specified by Compaq. How long will Alphas be supported?   E They have answered that.  The minimum dates to develop EV7, sell, and G support EV7-based systems were given.  The dates were far enough in the A future that they did not interest me, and I promptly forgot them.   
 > What is the ; > migration process? Will the switch to IPF just be a board  > swap?   H These have been answered also.  The current servers will not support EV7J via board swap; a system swap will be required. (This was known before theF big announcement.)  Compaq does plan a generation of EV7-based systemsH that will allow in-cabinet upgrades to IPF.  The server design groups atE Compaq are merging together, and will work together on these systems.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------   Date: 10 Aug 2001 15:21:24 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) F Subject: Re: I just have to post this - and apoligse later Alpha/Intel+ Message-ID: <9l0u5k$nng$1@info.cs.uofs.edu>   ( In article <9kuhkt$3fl$1@pyrite.mv.net>,*  "Bill Todd" <billtodd@foo.mv.com> writes: |>N |> >                   We upgraded from PDP's to VAXes to Alpha and now we are |> > upgrading again.  |>  N |> No, we are not:  IA64 is by any objective assessment a downgrade, and thereN |> is thus absolutely no comparison to the other migrations you mention (which |> *were* actual upgrades).   E Actually, according to the DEC history I have read (and realize, I am D still a PDP-11 fanatic and thus read all I can about it) there was aC new PDP-11 model fully engineered and ready to be released that was F killed on the vine because it would have outperformed the VAX that wasB in the process of being introduced.  DEC was definitely working onB multi-processor PDP's that undoubtedly would have outperformed the infant VAX.   D Maybe only remotely germane to the discussion, but it does show thatE sometimes the perception of progress involves making small steps back F in order to make larger steps forward.  I don't necessarily agree withC the decisions made, then or now, but I can see why higher ups might  percieve it as a good thing.   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: Fri, 10 Aug 2001 09:05:14 -0700 ' From: David Mathog <mathog@caltech.edu> F Subject: Re: I just have to post this - and apoligse later Alpha/Intel+ Message-ID: <3B74063A.34B1F1E3@caltech.edu>    Sue Skonetski wrote:   > $ > Folks what is the real issue here? >  >   K If you've been reading this newsgroup how can you not know the answer(s) to 
 that already?   O Compaq has proven beyond all shadow of a doubt that it cannot be relied upon to E deliver in the long term the hardware, software, and services which Q N management itself has promised to its customers.  If that wasn't reason enoughL not to deal with this company any more, Compaq management gives us even moreO incentive to go to other vendors by making it more and more difficult to obtaingM information and, especially prices, on those Alpha and VMS based  products itm still sells (sic).  O They also insult us with a bogus academic program which no working academic canbN use for anything useful and stay within the terms of the license.   Thanks for nothing Compaq.  Literally.a  K Compaq management seems to have finally noticed that given a choice betweeneM VMS and Windows XXX VMS users will stay with VMS.  Rather than taking that as J an endorsement of its own product  Compaq management has apparently chosenL instead to remove the option of staying on OpenVMS.  The only question in myI mind about the future of OpenVMS is whether it will be killed outright byaO Compaq management in the near future (I give it a year or two at most) or if itcM will be sold in that same time frame by them to Microsoft , CA, or maybe eveneM Intel.  The last one seems a stretch but we still don't know what was in thate
 agreement.  O The other issue that perhaps should be mentioned explicitly, and which accounts  for a lot of the heat in these? discussions, is that when Compaq forces people with 20 years ofT" OpenVMS experience off the OS theyI very much devalue those 20 years of hard earned knowledge.   We take this/" personally because it is personal,K very personal.  You're good at what you do.  How happy would you be to have:N move to Compaq's office in Turkey and do all the same things you do now there,! and have to do it all in Turkish?-   Regards,   David Mathog mathog@caltech.edu  M *****************************************************************************s *-M   RIH Compaq                                                                *1M *****************************************************************************<   ------------------------------    Date: 11 Aug 2001 10:32:45 -0700& From: robyoung@my-deja.com (Rob Young)F Subject: Re: I just have to post this - and apoligse later Alpha/Intel= Message-ID: <9c40b5bf.0108110932.677a1da6@posting.google.com>C  a JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3B742055.F0BABAD4@videotron.ca>..." > Rob Young wrote:9 > >  No.  You are wrong.  It is an industry standard, as:f > >  > >  HP> > >  SGI > >  Compaq< > >  IBM	 > >  Dell. > >  etc. etc. > > 7 > >   Will be manufacturing and selling IA64 hardware.   >  > K > *WILL* is the keyword. It isn't an industry standard right now. Alpha hasrP > greater market share than IA64 so ALpha is more of industry standard than IA64 > right now. >   G    How about this... will and are manufacturing and will manufacture inC)    the future.  Tight enough for you now?e  O > Of course, killing of Alpha will just give IA64 "industry standard" status asoO > soon as it comes out and it will get it without a fight because Compaq killedsC > Alpha (and never wanted to make Alpha a mainstream chip anyways).b  E    And Sun will be all alone sticking to UltraSparc.  Bully for them.o   Robe   ------------------------------  % Date: Fri, 10 Aug 2001 15:01:42 -0400e* From: John Reagan <john.reagan@compaq.com>' Subject: Re: Linker-Warnings in VMS 7.3d) Message-ID: <3B742F96.2070809@compaq.com>    > $ > I think there are 2 problems here. > 7 > One, the linker cannot find the correct message file.o" > Perhaps these weren't propagatedI > into the correct system message file?  I'll do some checking at my end w > for that situation.  >   F OK, I've looked closer and the linker "change" doesn't kick in unless F the "single line" message is more than 250 chars.  With longer module 5 names, I was able to reproduce the problem at my end:n   $ pascal m1,m2,p $ link p,m1,m2 $ pascal m1b $ link p,m1,m2& %LINK-W-NOMSG, Message number 0064A120& %LINK-W-NOMSG, Message number 0064A128& %LINK-W-NOMSG, Message number 0064A130& %LINK-W-NOMSG, Message number 0064A128& %LINK-W-NOMSG, Message number 0064A130 $a  G I'll enter a bug report.  It looks to me as if the new linker messages -2 didn't get propagated into the PRGDEVMSG.EXE file.  I As for whether the message is proper or not, I'd have to look at the IDC -H records that the linker was processing.  From the ones you listed, I do H not expect the linker to print a message.  I couldn't get the linker to 8 print (even the incorrect message file) a false message.   John ReaganI Compaq Pascal Project Leader   ------------------------------  % Date: Fri, 10 Aug 2001 13:01:22 -0400n2 From: rdeininger@mindspring.com (Robert Deininger): Subject: Re: Looking for a Pine.exe for TCPIP 5.x servicesL Message-ID: <rdeininger-1008011301230001@user-2ivec3b.dialup.mindspring.com>  1 In article <3B740DF1.179DE251@home.com>, Jan-Erik 4 =?iso-8859-1?Q?S=F6derholm?= <noone@home.com> wrote:   > Hm.. > Just got :? > "550 No access to [PUB.VMS.NBL]. Requested action not taken."7& > when trying to access the URL below.    # It worked for me a few minutes ago.       > Arne Vajhj wrote: > > I > > NBL can finally (after I synched up the FTP stuff with the WWW stuff)0 > > be downloaded at:G > > ! > > ftp://ftp.hhs.dk/pub/vms/nbl/    -- u Robert Deininger rdeininger@mindspring.com1   ------------------------------    Date: 11 Aug 2001 00:58:26 +0300& From: costello@iki.fi (Antti Jrvinen)" Subject: Re: Missing TK50 in uVAX?3 Message-ID: <m37kwbinlp.fsf@muikku.baana.suomi.net>T  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > : ? TPC      0000.4001P > :      FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF05 FFFFFF03 > E >   That's the tape controller, and the diagnostics didn't like it...h  J No. It has MicroVMS 4.something installed, "show dev" didn't show anythingI resembling a tape so the about only thing I could do was trying to changenD controller address, no success. I also tried hooking that tape driveE to a NCR scsi card sitting in linux-box but it didn't find anything:  G is the tape dead or is the bus really a non-scsi-bus and a scsi-adapterb( really is supposed not to find anything?   > :   SYS      0000.0001 > :?? NI       0000.7004  V1.2 >  >   Network.  E Yes, if I remove ethernet cable, it doesn't boot right away but gives 3 me the >>> -prompt .. how to disable autoboot, btw?_  ; >   You must have the TK50Z-F*, and not the TK50Z-G* drive.u > : >   The TK50Z-F* (usually -FA) must be at bus address one.  ! TK50Z-F3 says label in the back.    . >   You do not have a SCSI bus on this system.  ! So TK50Z-F3 is not a SCSI device?   P >  --------------------------- pure personal opinion ---------------------------  
 Thank you :-)    -- : Antti Jrvinen, costello@iki.fiH5             "concerto for two faggots and orchestra" F   ------------------------------  % Date: Fri, 10 Aug 2001 18:13:37 +02006= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>o Subject: Re: Move to Sun) Message-ID: <3B740831.FB12E97F@gtech.com>n   cjt & trefoil wrote: > Arne Vajhj wrote: > > cjt & trefoil wrote: > > > Arne Vajhj wrote: > > > <snip> The > > > > statementsM > > > > above could be referring to the fact that SUN is not selling hardwaret > > > > based on Intel chips. ! > > > Are AMD chips close enough?s > > Yes. > >u, > > Are SUN selling PC's with AMD chips in ?> > What's a "PC?"  Does Compaq sell "PC's" with Alphas in them?  4 Are SUN selling any hardware boxes with AMD inside ?  : If not what did you mean by "Are AMD chips close enough" ?   Arne   ------------------------------  # Date: Sat, 11 Aug 2001 00:30:16 GMT-$ From: Scott Vieth <svieth@wi.rr.com>0 Subject: Re: MS610-EA ES40 Memory - Very Cheap !) Message-ID: <3B747D4E.51423A0E@wi.rr.com>7  3 I know where I can get them for significantly less.e   You get one guess....    -Scott  " "D.B. Turner, islandco.com" wrote:   > Special comp.os.vms deal >e6 > MS610-EA 2GB for ES40 - 10 pieces left at $3500 each >  > We sell Alpha's & Alpha Partsw > http://www.islandco.com  > sales@islandco.com > Island Computers US Corp.e > 2700 Gregory Streetn > Savannah GA 31404y > Tel: 912 447 6622a > Fax: 912 201 0096o   ------------------------------  % Date: Fri, 10 Aug 2001 10:59:29 -0400l2 From: rdeininger@mindspring.com (Robert Deininger)/ Subject: Re: open vms hobbist tcpip license????tL Message-ID: <rdeininger-1008011059290001@user-2ivec3b.dialup.mindspring.com>  H In article <y4y9osmc6j.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,H Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote:  N > You get two license DCL procedures, one for VMS and cluster stuff, the other6 > for layered products. UCX/TCPIP is among the latter.  F The original poster mentioned the hobbyist CD.  I don't have it, but IH doubt the license PAKs are on the CD.  Each hobbyist needs unique PAKs. D You get them from the encompass website.  The DCL files are sent via email.   -- f Robert Deininger rdeininger@mindspring.comt   ------------------------------  # Date: Fri, 10 Aug 2001 16:09:35 GMT'= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)S Subject: Re: OpenVMS  + ItaniumE0 Message-ID: <00A0051D.C8AF9DBE@SendSpamHere.ORG>  h In article <S2Rc7.14$bB1.4076@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:G >Snapshot, or fastboot, was IIRC something that was mostly aimed at the L >desktop/workstation.  The main problem with it (aside from few people usingE >it) was that I don't believe it worked for clusters, only standaloneo	 >systems.m  K Many folks -- inlcuding myself -- had "fastboot" VAXen working in clusteredT9 environments.  DEC did not support it but it was doable.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn            LJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbess   ------------------------------    Date: 11 Aug 2001 09:34:29 -0700% From: agnatha@mochamail.com (agnatha):9 Subject: Re: Outsourcing of VMS support to Digital India!i= Message-ID: <69b6b4b8.0108110834.417d11af@posting.google.com>o   Hi,x.   I quite do not get what is so apalling about) outsourcing VMS support to Digital India. 1 I used to have colleagues who were from India andt* worked on VMS. And they were perfectly OK.2 Is there something wrong and shameful about this ?5 What am I missing hear (apart from "holy cow" etc) ?.e   THX) Agnathau  e alanb@cloud9.net (Alan B.) wrote in message news:<88599d89.0108020321.6950d216@posting.google.com>...hE > Holy Cow!...I received an Email from Compaq yesterday entitled "LowaD > Cost VMS Support Services from Compaq". Here's some of the text... > H > Compaq's Offshore Services cut development costs by more than 50%  and, > help VMS Customers Grow at Internet Speed!A > With the increasing pressures to execute information technologyuC > initiatives at lower costs, the use of collaborative cross border.H > software development and support methodologies is fast gaining favor. C > Organizations now have the ability to use global software supportdA > units that utilize industry standard engineering techniques andkB > processes, to get quality service and a quick return on their IT	 > dollar. ? > In line with our philosophy of offering the best value to our E > customers, we have established a remote software development center.E > through our subsidiary, "Digital India", to bring these benefits toCF > you.  Our center is staffed with over 1200 skilled professionals andE > is fully equipped with high-speed communication links, state of theiD > art infrastructure, the latest tools and development platforms, as< > well as the entire infrastructure required to support yourC > environment.  Compaq has developed an efficient offshore delivery E > model enabling us to offer cost effective services to our customersr > worldwide.G > As a part of our tradition to provide you with the best value, we are > > pleased to offer the following offshore and onsite services: > 	Application Management > 	Application Integrations: > 	Application Migration and Porting ( i.e. VAX to Alpha) > 	Web-Enabling8 > 	Operations, system management and Help Desk support. > D > A primary focus area of our remote center is OpenVMS with 200+ VMS@ > system and application engineers.  This team has been activelyG > involved in the development, enhancement, maintenance and support for B > applications and products on the VMS platform since 1995 and has@ > played a significant role in migrating applications for CompaqA > customers worldwide to newer technologies and platforms.  TheirAH > extensive expertise in VMS/Open VMS, strong processes, skills in otherG > platforms, and Internet technologies make it an ideal partner for oure > VMS customers.@ > A proven offshore methodology allows this center to offer mostF > services from offshore thus leading to reductions in project cost ofH > 50% and more.  Many satisfied customers site the following reasons for > moving work offshore:46 > 	Availability of large, high quality VMS resources 6 > 	Reduced development, maintenance and support costs3 > 	Sound offshore methodology and mature processesa* > 	Best in class infrastructure and toolsB > 	Strong processes and skills in Internet technologies and other > platforms. > F > In summary this remote center provides a portfolio of cost effectiveB > quality services with sound delivery processes and global 24 X 7	 > supporttC > capability.  For information on these and other offshore servicest > visits) > http://www.digitalindiasw.com/index.asp + > <http://www.digitalindiasw.com/index.asp>h, > <http://www.digitalindiasw.com/index.asp> F > or contact Judy Koenig-Demarino, Customer Services Planning Manager, > byD > phone at 212-856-2886, or email at judy.koenig-demarino@compaq.com* > <mailto:judy.koenig-demarino@compaq.com>   ------------------------------    Date: 11 Aug 2001 05:47:55 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)g Subject: Re: Press Release3 Message-ID: <AtZRca+ENQ18@eisner.encompasserve.org>4  V In article <3B74B906.93C74B5E@bigfoot.com>, Hamlyn Mootoo <univms@bigfoot.com> writes:I > Sound like extortion of the government to me: You give us a lot of youroI > contracts, and we won't kill support on your critical military systems.d  I Any sufficiently large "voting block" of customers can do the same thing.XG There is nothing special about the government.  Compaq will keep makingoF Alphas so long as you keep buying them in sufficient quantity.  By the? way, current sales figures do not count as sufficient quantity.w  G Compaq's own projection, however, is that by 2006 or whatever they willy' have IA64 systems that you will prefer.    ------------------------------  % Date: Sat, 11 Aug 2001 09:02:46 -0400d( From: Hamlyn Mootoo <univms@bigfoot.com> Subject: Re: Press Release+ Message-ID: <3B752CF6.513FD7CD@bigfoot.com>A   Larry Kilgallen wrote: > X > In article <3B74B906.93C74B5E@bigfoot.com>, Hamlyn Mootoo <univms@bigfoot.com> writes:K > > Sound like extortion of the government to me: You give us a lot of youreK > > contracts, and we won't kill support on your critical military systems.l > K > Any sufficiently large "voting block" of customers can do the same thing.e  G Last time I checked Lech Walesa is not rallying Compaq customers into aeE "voting block" as you put it, yelling "solidarity" as they march downn? spit brook road.  When was the last time you knew businesses toi	 unionize?t  I > There is nothing special about the government.  Compaq will keep makingn  C The government can and does act to consolidate certain branches for 1 volume purchase, so THEY do have different power.   H > Alphas so long as you keep buying them in sufficient quantity.  By theA > way, current sales figures do not count as sufficient quantity.s > I > Compaq's own projection, however, is that by 2006 or whatever they will ) > have IA64 systems that you will prefer.y  $ Just out of curiosity, who pays you?   HM   ------------------------------  % Date: Sat, 11 Aug 2001 12:38:13 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>t Subject: Re: Press Release, Message-ID: <3B755F73.8AD3DA15@videotron.ca>   Larry Kilgallen wrote:I > There is nothing special about the government.  Compaq will keep makingiH > Alphas so long as you keep buying them in sufficient quantity.  By theA > way, current sales figures do not count as sufficient quantity.n  G Who decides what the "sufficient quantity" is ? If that person stronglymM beleives that alpha should be killed ASAP and that the who world is moving to M NT, then that person will ensure that current sales figures will not count astN sufficient quantity. You can adjust sales figures or the "sufficient quantity" to acheive your goals. > I > Compaq's own projection, however, is that by 2006 or whatever they willS) > have IA64 systems that you will prefer.e  0 Why should anyone beleive Compaq's projections ?  N Sorry, but Compaq has decided to be out of the chip business. It is Intel thatF decides from now on where IA64 goes.  Compaq is just a sweat shop that, assembles components and puts them in a box.  L The question is not whether IA64 will some day be able to acheive acceptableN performance, it is rather why Compaq would want to kill a chip whose potentialJ is greater than that of IA64. When Compaq bought Digital, the expectationsH were that Compaq would finally realise the full potential of the DigitalP products which had suffered from Digital's infamous marketing (or lack thereof).  N But it is becoming clear now that Compaq is not really interested in Digital'sN products and that it has no intentions of realising their full potential. It sI primary goal in life is to help Microsoft acheive full potential for MS'soI products with the help of Intel. And this goal is not compatible with the, success of VMS.i   ------------------------------  % Date: Fri, 10 Aug 2001 16:30:28 +0200*< From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com>* Subject: Re: Red Code: where are we going?( Message-ID: <3B73F004.2AB53769@home.com>  7 I would just like to quote Mr Kenneth Olsen once more :*   Ken Olsen :*H    =====================================================================H    | The PC has bred anarchy! -  Hardware, software, and peripherals   |H    | have been thrown together in random configurations at the whim of |H    | any employee with access to an expense voucher and computer       |H    | catalogue. The result has been a financial and adminstrative      |H    | nightmare for corporations.                   -------Ken Olsen    |H    +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++   I agree, Jan-Erik Sderholm.n   Patrick Young wrote:O > As to "where we are going?" I _think_ it was sometime in the early/mid 1990's I > the computer industry started to go down the toilet - not sure exactly.t   ------------------------------  % Date: Sat, 11 Aug 2001 19:02:59 +0010u% From: paddy.o'brien@zzz.tg.nsw.gov.aut* Subject: Re: Red Code: where are we going?5 Message-ID: <01K70O67PD2A003RVG@tgmail.tg.nsw.gov.au>r   Mike Ober said,a  I >Amazing statement, since I have lost data with the VMS backup due to thekK >complexity of it's command line, yet I have never lost data with the built H >in NT4 or W2K backup software - and yes, I've had to restore from both.  M What is so complicated about the VMS command line?  If the data are written, eK a minimal command line will get stuff back.  If they have not been written  K (test, check logs), then you have a problem with the media or your command.r  M >Tape restore is one place where a GUI is extremely useful.  For VMS, I use a J >batch job to do the backups; for NT/W2K, I use NT command scripts runningM >under the control of NT's "AT" (schedular) service, so the only thing neededeI >each day is to review the output logs to visually verify the backups and K >change tapes.  The backup failure rate for all three OSs is about the samepJ >and is almost always related to hardware problems with the tape drives or >the tapes themselves.  K I don't know any PC stuff, but you now seem to be saying that on NT or VMS LK you check the logs.  You then say that the failure rate is the same on all  M systems and is a hardware problem.  O.K., why your very first sentence?  You sJ imply that there is something evil about VMS that has given you a greater N backup failure rate.  And though you have never lost data with NT backup, you . still have the same failure rate as on VMS????  N I also cringe when people advocate GUI (and I would hate to give "control" to K anything from Bill), particularly for system management.  I have messed up sJ more things with GUI (e.g., not having the mouse in quite the right place L when I click) than I have with a command line.  Here I can re-read before I J submit or if a slightly complicated sequence, type into a quick-and-dirty 	 COM file.c   Regards, Paddy   Paddy O'Brien, Transmission Development,p
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australian& (Street address, 201 Elizabeth Street)     Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,a; but that little whizz-bang apostrophe gives me little spam.    ------------------------------  % Date: Sat, 11 Aug 2001 12:36:30 +0200d, From: Didier Morandi <Didier.Morandi@gmx.ch>F Subject: The Alpha Systems Customer Update will no longer be published& Message-ID: <3B750AAE.7ADCB592@gmx.ch>   Compaq Alpha Systems Update  August 10, 2001t _____________________________i  @ Alpha systems information is available in two great newsletters:   Tru64 Unix Times:z1 <http://www.tru64unix.compaq.com/newsletter.html>   J OpenVMS Times: <http://www.openvms.compaq.com/openvmstimes/subscribe.html>  K If you are interested in receiving Alpha system related information, pleaselH sign up for the quarterly publications.  After you register, you will be= notified by electronic mail when each newsletter is released.l  L The Alpha Systems Customer Update will no longer be published.  We encourageI you to stay up to date on all the latest Alpha system news by registeringd! for these electronic newsletters.s                  o   D.   ------------------------------    Date: 11 Aug 2001 05:53:42 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) J Subject: Re: The Alpha Systems Customer Update will no longer be published3 Message-ID: <ZpZt6YuGTvmC@eisner.encompasserve.org>t  U In article <3B750AAE.7ADCB592@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:  > Compaq Alpha Systems Update  > August 10, 2001  > _____________________________. > B > Alpha systems information is available in two great newsletters: >  > Tru64 Unix Times:-3 > <http://www.tru64unix.compaq.com/newsletter.html>- > L > OpenVMS Times: <http://www.openvms.compaq.com/openvmstimes/subscribe.html> > M > If you are interested in receiving Alpha system related information, please-J > sign up for the quarterly publications.  After you register, you will be? > notified by electronic mail when each newsletter is released.e > N > The Alpha Systems Customer Update will no longer be published.  We encourageK > you to stay up to date on all the latest Alpha system news by registering # > for these electronic newsletters.e  E I was under the impression that the VMS enewsletter only came in PDF.n2 There is no supported PDF reader shipped with VMS.   ------------------------------  % Date: Fri, 10 Aug 2001 17:22:23 +0200C, From: Didier Morandi <Didier.Morandi@gmx.ch>0 Subject: Re: URGENT: Ada position in Switzerland& Message-ID: <3B73FC2E.D97C9B23@gmx.ch>   Larry Kilgallen wrote: > I > Presuming you really mean the programming language Ada, rather than the1I > Americans with Disabilities Act or the American Dental Association, youm4 > could also try the jobs postings at www.adaic.org.  7 Hey folks, you are all in great shape these days... :^)e   D.   ------------------------------  % Date: Sat, 11 Aug 2001 10:48:43 +0200   From: Paul Sture <paul@sture.ch>0 Subject: Re: URGENT: Ada position in Switzerland+ Message-ID: <VA.0000041c.00c46659@sture.ch>t  J In article <7EKx9il3ee2T@eisner.encompasserve.org>, Larry Kilgallen wrote:W > In article <3B73C0C3.989280E9@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes: Q > > A Customer is urgently looking for an ADA programmer, for immediate boarding.i > >  > > Location: Zurich. G > > Rate: unknown, probably around $80/h maxi., no extra hours allowed.  > > English or German speaking.- > >  > > Contact me for more. > I > Presuming you really mean the programming language Ada, rather than the I > Americans with Disabilities Act or the American Dental Association, youo4 > could also try the jobs postings at www.adaic.org. >  Sigh.t  V And if this is the position I am thinking of, folks could contact _me_ for a full and X proper job description. Ada, Motif, DCL, System Programming/Management and other skills K are sought. Tru64 would be an advantage. And either a Swiss work permit or hW degree/equivalent qualification for obtaining such. Preferably both English and German  2 language skills, fluency in at least one of those.  U Please note that I am more interested in finding the right candidate than earning an c" introductory fee from an agency...   ___A
 Paul Sture Switzerlandr   ------------------------------   Date: 11 Aug 2001 08:16:55 GMT- From: djweath@attglobal.net (Dave Weatherall) * Subject: Re: VAX/ALPHA FORTRAN and me! :-)5 Message-ID: <DTiotGxQ0bj6-pn2-JfUvsfsFTtxI@localhost>e  D On Sat, 11 Aug 2001 01:50:31, Paul Lentz <plentz@airmail.net> wrote:  
 > Help!!!! > E > I'm trying to shut down the last of my VAXes and I'm having trouble E > porting jobs from the VAX to the ALPHA. I'm having really good luckCE > recompiling the C code, especially the stuff I wrote in pretty welltE > standard ANSI, using the /standard=VAXC/NOMEMBER_ALIGNMENT compiler 	 > flags. o > I > The problem is I can read FORTRAN and maybe even almost write it, but IhH > can't get the it to re-compile and run properly on the ALPHA. I'm alsoH > brain dead on using the VMS Symbolic debugger... I've used pretty goodH > ones on a PC before and just can't get the hang of it. I probably justE > don't know what qualifiers to put on the compiler's command line to - > compile it on a VAX... let alone an ALPHA. g > J > I've tried FORTRAN/EXTEND/ALIGN and managed to get it to compile, but itG > blows up when I try to run it, and even got linker errors a couple ofe	 > times. g >  > Can anybody help me? > 	 > Thanks!  > *Paul*  
 Been there...o  F The first thing that will cause problems is Alignment. By default, theD compiler will try to put all data items on natural boundaries. i.e. F Real*4 on mod(4), R*8 on Mod(8) etc. Structure/record/arrays are done D in a similar way. Your code may may not like this, especially where 9 assumptions about memory layout (EQUIVALENCE's) are made.e  C You can override this with a compiler switch or with CDEC$ OPTIONS eA directive. Start with the former. You'll need to check with HELP iF FORTRAN /ALIGN (IIRC) 'cos I can't remember the correct syntax. Years F ago I created myself a  command file (COMPILE_MODULE) that determines D which architecture I'm on and applies the relevant switches so I've   'forgotten' the precise wording.  F The penalty for non-aligned access is performance but you can address F that when you've got the app working. We did but we've still got some D very old DOS-11 based structures (over 20yrs old) that we won't get F rid of until next year.  To be honest, the Alpha's speed in comparison= to VaXen will probably mask  the performance penalty eanyway.e   -- s Cheers - Dave.   ------------------------------  % Date: Sat, 11 Aug 2001 18:51:26 +1000 / From: "Phil Howell" <phowell@snowyhydro.com.au>d* Subject: Re: VAX/ALPHA FORTRAN and me! :-)0 Message-ID: <0n6d7.478$Ka5.11566@ozemail.com.au>  2 "Paul Lentz" <plentz@airmail.net> wrote in messageI news:8FED8E380E400818.4D7BB3F87D1267B0.6F8F7FD923C33FE3@lp.airnews.net...m
 > Help!!!! >dE > I'm trying to shut down the last of my VAXes and I'm having trouble E > porting jobs from the VAX to the ALPHA. I'm having really good luck E > recompiling the C code, especially the stuff I wrote in pretty well E > standard ANSI, using the /standard=VAXC/NOMEMBER_ALIGNMENT compilert > flags. >mI > The problem is I can read FORTRAN and maybe even almost write it, but IcH > can't get the it to re-compile and run properly on the ALPHA. I'm alsoH > brain dead on using the VMS Symbolic debugger... I've used pretty goodH > ones on a PC before and just can't get the hang of it. I probably justE > don't know what qualifiers to put on the compiler's command line to , > compile it on a VAX... let alone an ALPHA. >lJ > I've tried FORTRAN/EXTEND/ALIGN and managed to get it to compile, but itG > blows up when I try to run it, and even got linker errors a couple oft > times. >t > Can anybody help me? >r	 > Thanks!v > *Paul*I One thing that can cause problems is the change in the default for commonu blocks% on vax the default psect_attr was shr0 on alpha it is noshrH to use the debugger you need to compile and link and run with the /debug	 qualifieri& then just type HELP at the dbg> promptG you should also consult http://www.compaq.com/fortran/migrating-va.htmls7 and if that doesn't help then post in comp.lang.fortran 9 dec/compaq/intel fortran support people will often assistn Phil   ------------------------------  % Date: Sat, 11 Aug 2001 19:30:01 +0010e% From: paddy.o'brien@zzz.tg.nsw.gov.aue* Subject: Re: VAX/ALPHA FORTRAN and me! :-)5 Message-ID: <01K70P3R0IC2003PR6@tgmail.tg.nsw.gov.au>r  # Picked up from Phil Howell's reply.e  3 >"Paul Lentz" <plentz@airmail.net> wrote in messagenJ >news:8FED8E380E400818.4D7BB3F87D1267B0.6F8F7FD923C33FE3@lp.airnews.net... >> Help!!!!i >>F >> I'm trying to shut down the last of my VAXes and I'm having troubleF >> porting jobs from the VAX to the ALPHA. I'm having really good luckF >> recompiling the C code, especially the stuff I wrote in pretty wellF >> standard ANSI, using the /standard=VAXC/NOMEMBER_ALIGNMENT compiler	 >> flags.o >>J >> The problem is I can read FORTRAN and maybe even almost write it, but II >> can't get the it to re-compile and run properly on the ALPHA. I'm also>I >> brain dead on using the VMS Symbolic debugger... I've used pretty good I >> ones on a PC before and just can't get the hang of it. I probably justlF >> don't know what qualifiers to put on the compiler's command line to- >> compile it on a VAX... let alone an ALPHA.g >>K >> I've tried FORTRAN/EXTEND/ALIGN and managed to get it to compile, but ithH >> blows up when I try to run it, and even got linker errors a couple of	 >> times.s >> >> Can anybody help me?i >>
 >> Thanks!	 >> *Paul*sJ >One thing that can cause problems is the change in the default for common >blocksh& >on vax the default psect_attr was shr >on alpha it is noshr I >to use the debugger you need to compile and link and run with the /debug 
 >qualifier' >then just type HELP at the dbg> promptFH >you should also consult http://www.compaq.com/fortran/migrating-va.html8 >and if that doesn't help then post in comp.lang.fortran: >dec/compaq/intel fortran support people will often assist >Philu   Phil,f  J For this particular problem, I would suggest that Paul is better off here L (c.o.v.).  C.l.f is very good for language specific problems and CVF issues L (and where to get free compilers :-), but I think there is better knowledge J here for VAX to Alpha porting.  Steve Lionel often replies to VMS Fortran 	 problems.b   Paul,.  M Forgive the expression, but you seem to be doing a lot of arm waving, mainly g/ because you are mainly unfamiliar with Fortran.m  L Phil's suggested URL is a good starting point, but you're implying problems - at all levels: compiler, linker and run-time.r  H Most ports from VAX to Alpha in all languages were successful or easily 
 corrected.  1 O.K., easiest first, what are your linker errors?i  M Secondly, try adding /warn=uninitialized to your Fortran command.  Hmm, that lJ is the default, so are you getting any?  Are you using the F90 or the F77  compiler on Alpha?  M Thirdly, at run-time, how does it "blow-up"?  Different results or an access FI violation?  If so, look at the line of code highlighted in the traceback.-  L If you can go through these a step at a time and feed back your problems at M each level, there are several here (including Steve Lionel) who can probably  	 help you.y   Regards, Paddy   Paddy O'Brien, Transmission Development,f
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiat& (Street address, 201 Elizabeth Street)     Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,a; but that little whizz-bang apostrophe gives me little spam."   ------------------------------  # Date: Sat, 11 Aug 2001 08:17:03 GMTo. From: Burnie M <burniem.NOSPAM@ozemail.com.au>Y Subject: Re: VMS: Nothing Stops It (was "I just have to post this - and apoligse later Alt8 Message-ID: <hhq9nt82k9qa2h0g1ah82jnijcv9uvranr@4ax.com>  1 On Fri, 10 Aug 2001 15:51:49 -0400, "John W. Hom"h <j.hom.1@alumni.nyu.edu> wrote:s   >David Mathog wrote (in part): >a? >> The other issue that perhaps should be mentioned explicitly,o >dA >> and which accounts for a lot of the heat in these discussions,p >w= >> is that when Compaq forces people with 20 years of OpenVMSo >A> >> experience off the OS they very much devalue those 20 years >w> >> of hard earned knowledge.   We take this personally because >i@ >> it is personal, very personal.  You're good at what you do.   >  >u> >I still have two pristine, unused bumper stickers issued fromB >Digital when we were all celebrating the 20th anniversary of VMS.> >Along with all the graphic elements were the huge words "VMS" >and "Nothing Stops It." >r >Sigh. >d >Johnt     Except Compaq ?A   ------------------------------  % Date: Sat, 11 Aug 2001 08:40:29 +0200-  From: Paul Sture <paul@sture.ch>7 Subject: Was: Red Code: where are we going? Now Backups=+ Message-ID: <VA.00000418.004f026d@sture.ch>d  H In article <hdRc7.349$4_4.48825@news.uswest.net>, Michael D. Ober wrote:J > Amazing statement, since I have lost data with the VMS backup due to theL > complexity of it's command line, yet I have never lost data with the builtI > in NT4 or W2K backup software - and yes, I've had to restore from both.e< > Tape restore is one place where a GUI is extremely useful.  A Sorry, but you really should have tested your ability to restore.   M And on NT, having _only_ a GUI to do the restore is a real pain in the neck. |K Particularly so if you wish to perform incremental backups for time window +O reasons - restoring is a complete point and click nightmare! Just when you are -F under user pressure to get the system back up. Not recommended IMNSHO.   > For VMS, I use aK > batch job to do the backups; for NT/W2K, I use NT command scripts runningtN > under the control of NT's "AT" (schedular) service, so the only thing neededJ > each day is to review the output logs to visually verify the backups andL > change tapes.  The backup failure rate for all three OSs is about the sameK > and is almost always related to hardware problems with the tape drives ort > the tapes themselves.h > -- >lO And there I would disagree too. In my experience both NT and Unix systems tend rL to fall over with tape problems. VMS OTOH will do its best to recover or at 4 least offer the opportunity for manual intervention. ___t
 Paul Sture Switzerland    ------------------------------   End of INFO-VAX 2001.444 ************************