1 INFO-VAX	Mon, 01 Oct 2001	Volume 2001 : Issue 546       Contents:* Re: 3DLabs Oxygen Graphics Card Interrupts1 RE: A restore problem with VMS 7.1 Backup Utility & Re: Alias problem Backup image restore Re: Alternate vendor memory.0 Re: Best Way to do Interprocessing Communication Re: CETS2001 presentations! Re: Combine (Team) network cards? ! Re: Combine (Team) network cards?  Re: Configuring a 10/100 NIC Re: Defining a logical in C  Re: disk "mounted dismounted"  Re: disk "mounted dismounted" - Re: DLT IV Tapes - How long should they last? 9 Re: Error on restore from tape - Directory Depth problem? ' Re: GARTNER GROUP SAYS GET OFF IIS NOW!  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's  Re: Good bye VAX-6400's K Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! K Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! K Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! P Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! LONGP Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! LONGP Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! LONG Letter from Michael Cappelas  Re: Letter from Michael Cappelas  Re: Letter from Michael Cappelas  Re: Letter from Michael Cappelas( Locate Filename containing logical block, Re: Locate Filename containing logical block, Re: Locate Filename containing logical block, Re: Locate Filename containing logical block7 Re: Looking for Classic Oracle/VMS version matrix again & Re: Major VMS reseller says VMS legacy& Re: Major VMS reseller says VMS legacy& Re: Major VMS reseller says VMS legacy8 Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1< RE: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1< Re: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1< Re: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.18 Re: ODS2 available -- reads ODS-2 disks on Windows, UNIX& OpenVMS employment in southern France?* Re: OpenVMS employment in southern France?C OpenVMS Fundamenalists was (Re: Major VMS reseller says VMS legacy) C OpenVMS Fundamenalists was (Re: Major VMS reseller says VMS legacy) " Re: OpenVMS, Apache and hackers...= Re: OT - stupid mail scanning policy - banning PGP signatures = Re: OT - stupid mail scanning policy - banning PGP signatures = Re: OT - stupid mail scanning policy - banning PGP signatures 9 Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING? 9 Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING? ' Re: Point me in the right direction....  pthread_kill for VMS Re: pthread_kill for VMS Re: pthread_kill for VMS Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus 0 Re: remove  DQA0 drivers (EIDE disks) from VMS ?  Re: SCSI Cluster support on LVD?* Re: Single disk root versus multiple disks" Re: Sun goes after Alpha user base" Re: Sun goes after Alpha user base, Re: The Wollongong Group and wintcp, Pathway, Re: The Wollongong Group and wintcp, Pathway Re: VAX DOCUMENT5 Re: VMScluster using fibrechannel and memory channel?  Re: VT emulation on Linux  RE: VT emulation on Linux / Re: Warranty on ES45 reduced from 3 years to 1?   F ----------------------------------------------------------------------  $ Date: Mon, 1 Oct 2001 13:03:14 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 3 Subject: Re: 3DLabs Oxygen Graphics Card Interrupts 1 Message-ID: <jl1u7.872$YP.23861@news.cpqcorp.net>   L Hmmm.  That is interesting.  I bet it's generating error interrupts.  Please1 file a bug report if you have a support contract.   H Since you are running V7.3, you should have Motif 1.2-6 installed, whichG will allow you to change the screen saver to a non-blanking one (in the  STYLE_MANAGER).   G The simplest way to disable the normal screen blank, is to use XSET (in K DECW$UTILS) to disable blanking (just do a xset -?  to get the help screen, L I don't remember the UNIX syntax offhand).  The good thing is you can run itG from a command line (or .com file) and do it to any display you can SET  DISPLAY to.    _Fred     " Fred Driscoll wrote in message ...D >The processor in my XP1000 running VMS7.3 spends 60% of the time in >Interrupt State, J >whenever the 3Dlabs Oxygen VX1 graphics card is in (MOTIF) "screen saver" >mode.K >This occurs even when compute-intensive Batch jobs are using all available  >CPU cycles,B >and it occurs for both the CPQ login screen and for user screens. > L >One obvious workaround is to always have a user logged in with screen saver >disabled, but this is a little . >hard to maintain in a multi-user environment. > K >Does anyone how to eliminate this, including how to eliminate screen saver  >for all users on particular> >nodes, or of  dec$windows parameters which would minimize it? >  >Fred Driscoll >fdriscol@REMOVE_THISucsd.edu  >  >    ------------------------------  $ Date: Mon, 1 Oct 2001 10:46:00 +02007 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com> : Subject: RE: A restore problem with VMS 7.1 Backup UtilityO Message-ID: <2795B75EF003D311801A00A0C906B511011C67CE@cucexec.gbc.getronics.nl>    It sounds logical to me.=20   @ The process gives the message and waits (just hang and does no = prompting at all.)+ Because it's waiting on the second tape.=20 E The only wait to get out of that situation is have a second process =  with reply enabled. 1 That process has a prompt where you can react.=20 G If you don't have a second process or an operator terminal, /noassist =  is very helpfull.   G The trouble with VMS is that is a multiprocess OS and aspect that you =   have two or three sessions at=20 the same time on the same box.; One give your commands, one to wait the replies and other = < systemmessages and one to monitor the system and progress=20 of your commands.   H If you are working on the systemconsole and are the only one logged in = on the system.I Keep a good eye on the systemmessages and keep the terminal on, because =  every one will ask=20 E what was the last message before it just hanged. If you turn on the =  terminal after it hanged=20  you are too late.=20         > -----Original Message-----; > From: Ren=E9 Schelbaum [mailto:rene.schelbaum@datakom.at] ( > Sent: woensdag 26 september 2001 14:55 > To: Info-VAX@Mvb.Saic.Com < > Subject: Re: A restore problem with VMS 7.1 Backup Utility >=20 >=20 >=20D > "Andrew Aylward" <Andrew.Aylward@ast.co.za> schrieb im NewsbeitragD > news:EE170DD1AC76FC4D8A71DA5912DBBF6E050C05@nnc-exc01.ast.co.za... > Good Day Everyone  >=20A > I have a problem with a restore that I am doing.  The backup=20 
 > was made of A > all the data on a device "DRA1".  The save set ran along two=20 
 > tapes, both G > with proper ANSI labels.  The problem I have is that when the restore G > gets to the end of tape1 it spits out the tape (from device "MKA500") 7 > and then hangs.  I was told by another of the more=20  > experienced guys here D > that it is meant to prompt you for the next tape saying, "Operator? > Intervention required... type YES..."  But what it does is=20  > just hang and  > does no prompting at all. B > Should I use /ASSIST, /LABEL, or even /EXACT_ORDER to help me=20 > with this,$ > or am I barking up the wrong tree? >=20 > Yours faithfully >=20 > Andrew Aylward > AST Group - Newcastle Branch > Private Bag X6613  > Newcastle, 2940  > Republic of South Africa >=20 > W:        +2734 314 8153 > Cell:      +2783 652 6708  > ____________________G > Any views or opinions presented are solely those of the author and do A > not necessarily represent those of the AST Group or any of it's E > affiliates. This message is for the named person's use only. It may < > contain confidential, proprietary or legally privileged=20 > information. No : > confidentiality or privilege is waived or lost by any=20 > mis-transmission. F > If you receive this message in error, please immediately delete it = and F > all copies of it from your system, destroy any hard copies of it andB > notify the sender. You must not, directly or indirectly, use,=20 > disclose, F > distribute, print, or copy any part of this message if you are not = the C > intended recipient. AST GROUP reserves the right to monitor all =  e-mail@ > communications through its networks. Any views expressed in=20 > this messageE > are those of the individual sender, except where the message states ? > otherwise and the sender is authorised to state them to be=20  > the views of: > any such entity. Unless otherwise stated, any pricing=20 > information given G > in this message is indicative only, is subject to change and does not G > constitute an offer to deal at any price quoted. Any reference to the 8 > terms of executed transactions should be treated as=20 > preliminary only and- > subject to our formal written confirmation.  >=20 >=20 > Hi!  >=20 > /assist is the default!  >=20B > Guess, if you log in as an operator, type 'reply /enable' and=20 > 'reply/stat'G > you will find an outstanding operator request for mounting the second 	 > volume. < > What you have to do is either mount the second volume and  > reply to that = > request, or abort the backup and restart it with /noassist. A > This way it will ask you for the second tape on the terminal=20  > you started the  > backup from. >=20	 > Regards  >=20 > Ren=E9 Schelbaum >=20 >=20   ------------------------------  % Date: Mon, 01 Oct 2001 08:35:53 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)/ Subject: Re: Alias problem Backup image restore L Message-ID: <rdeininger-0110010835530001@user-2ive749.dialup.mindspring.com>  < In article <USts7.130925$K6.59860084@news2>, "Dave Pampreen" <davepampreen@home.com> wrote:  5 > Alan - Will those commands restore the alias links?  >  > In other words > If@ > DIR1.DIR and DIR2.DIR were aliases, would DIR2.DIR come back ?  C Yes, alias entries DO come back during an image restore.  These are J entries in the parent directory, and it gets restored like any other file.   --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Sun, 30 Sep 2001 18:38:29 -0400 2 From: rdeininger@mindspring.com (Robert Deininger)% Subject: Re: Alternate vendor memory. L Message-ID: <rdeininger-3009011838300001@user-2iveado.dialup.mindspring.com>  = In article <ed1713eb.0109301405.15d7d546@posting.google.com>, 6 graham@the-shades.demon.co.uk (Graham Harrison) wrote:   > Hi,  > & > Last question this evening - honest. > ( > Has anyone got any experience of using' > Kingston compatable memory?  I put a  ) > purchase request in for some memory for ) > a DS20E and the bean counters tried to   > get me this. > . > I wouldn't normally credit the bean counters2 > cost saving with much worth - but the difference. > is staggering.  5548 versus 400 (yes 400) > 8 > If Compaq don't support it, or it will cancel/increase8 > my service contract then fair enough and Compaq memory: > it is - otherwise how do I justify it to the big cheese?   I've never used Kingston.   I We've been buying alpha memory from Clearpoint ( www.clearpoint.com ) for F several years.  They Do know about alphas, and will qualify memory forJ most any platform they can find specs for.  They give a lifetime warranty,= and excellent service.  And they are WAY cheaper than Compaq.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Mon, 01 Oct 2001 07:10:41 -0600 * From: yyyc186@illegaltospam.mindspring.com9 Subject: Re: Best Way to do Interprocessing Communication ; Message-ID: <3bb86b5e$1$lllp186$mr2ice@nntp.mindspring.com>   2 In <3BB3AF77.A0D49FB@videotron.ca>, on 09/27/2001 =    at 07:00 PM, JF Mezei <jfmezei.spamnot@videotron.ca> said:    You left off ACMS and MQ Series    >John McLean wrote: D >> (a) Logical names - ideal for short messages,  same machine untilE >> (b) Distributed Lock manager (DSL) - up to 32 bytes (?) and can be F >> (c) Global sections - useful for sharing larger amounts of data and> >> (d) Files - last resort because the I/O is relatively slow.     >You forgot:  D >(e) Mailboxes. Works on same node. medium amounts of data. Good for! >many-to-one but not one-to-many. H >    (unless you create one mailbox for each process that talks to you).5 >Server doesn't know if a client disapears or apears.   H >(f) Decnet. Works accross nodes.  A single process can talk to multipleI >process (one-to-many, as well as many-to-one). Server knows when someone G >connects and disconnects. Server has identification of who connects to  >it. (username and node)  F >(g) TCPIP. More or less the same as TCPIP, but with less asynchronous >stuff and less identification.   F >(h) ICC  (Intra Cluster communications). Very efficient. One any node: >inside a cluster. But doesn't use standard QIO stuff thatD >mailbox,decnet,tcpip use. Requires system management to enable your= >application to declare a service that others can connect to.  --  ; -----------------------------------------------------------  yyyc186@mindspring.com; -----------------------------------------------------------    ------------------------------  $ Date: Mon, 1 Oct 2001 10:01:04 -04003 From: "Brad McCusker" <Brad.McCuskerSP@Mcompaq.com> # Subject: Re: CETS2001 presentations 1 Message-ID: <sL_t7.849$YP.23595@news.cpqcorp.net>   H Warren and Hoff were kind enough to put my two Advanced Server/PATHWORKS< sessions up at the same location and they are available now.  J Note - for some reason, my session 1122 (Advanced Server Technical Update)H was not included on the CETS web site (not sure why, I gave it to them).J So, for those that wanted to get it from CETS, the only place to get it at  the moment is the pointer below.   -Brad    --( The opinions expressed herein are my own' and do not reflect those of my employer  or anyone else.    Brad    ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message + news:IsOq7.482$YP.17089@news.cpqcorp.net...  > D >   Seven of the OpenVMS Engineering CETS2001 presentations -- thoseH >   presentations that I have immediate access to -- should be available0 >   on-line by 22-Sep-2001 (tomorrow; Saturday). > G >   This includes the four presentations that I used, and presentations G >   by Clair Grant and by Gaitan D'antoni.  These presentations will be  >   available (by tomorrow) at:  > 2 >     http://www.openvms.compaq.com/presentations/ > C >   Mark Gorham's CETS2001 presentation is already available at the " >   website, and can be viewed at: > 9 >     http://www.openvms.compaq.com/openvms/strategy.html  >  > ( >  ---------------------------- #include' <rtfaq.h> ----------------------------- L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com, >  --------------------------- pure personal# opinion --------------------------- 1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >    ------------------------------   Date: 1 Oct 2001 05:30:04 -0700 5 From: graham@the-shades.demon.co.uk (Graham Harrison) * Subject: Re: Combine (Team) network cards?= Message-ID: <ed1713eb.0110010430.31fe2937@posting.google.com>   [ Hamlyn Mootoo <univms@bigfoot.com> wrote in message news:<3BB7AB31.C551AFCE@bigfoot.com>...   B > Are you already running Full Duplex on your (I assume) Ethernet?  6 Yes, running 100Mb full duplex but its not enough....   ! Any thoughts gratefully received,    Graham   ------------------------------  * Date: Mon, 1 Oct 2001 06:58:51 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>* Subject: Re: Combine (Team) network cards?@ Message-ID: <20011001135851.62694.qmail@web20210.mail.yahoo.com>  , Do the Alphaserver support Trunking NICs ???     Regards    FC    3 --- Graham Harrison <graham@the-shades.demon.co.uk>  wrote: > Hi,  >=204 > I know that Multinet is capable of teaming network3 > cards.  Does anyone know if TCPIP version 5.0A or  > 5.1  > can do it? >=203 > I'm not allowed to move to another vendor for the 
 > TCPIP=201 > stack, and could do with increasing the network4 > bandwidthe. > to the server.  (Bring back LAT and terminal > servers!  Damded! > fangled PC environments <grin>)e >=206 > I can think of a way to do it with using a different	 > networke2 > address range and using a router - but that just > seems messy,=20 2 > and I know someone's going to cock it up about 6 > months after=20 6 > we do it, so I'd prefer just some way of bonding the	 > networkk > cards. >=20 >=20	 > Thanks,"	 > Graham.m     =3D=3D=3D=3D=3DTL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dh F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.  http://phone.yahoo.com   ------------------------------  $ Date: Mon, 1 Oct 2001 13:10:14 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>e% Subject: Re: Configuring a 10/100 NICR$ Message-ID: <3bb8a39c$1@news.si.com>  D >    Within the console subsystem (i.e. at the >>> prompt), assuming >the device is EWA0: >I. >    SET EWA0_MODE FastFD ! 100MB, Full-duplex  L Shoot!  I have an Alpha 1000 4/233.  I thought it had a DE500 card in it.  IH knew I was running at 10 Mb but I also know it's attached to a 10/100 MbK card at the other end.  I ran this command at the >>> prompt and then typedlK "B".  The screen displayed a brief message so quickly I couldn't see it andtJ then went black.  Nothing.  So, I turned off the power, opened the box andH discovered I had a DE435 card, not a DE500.  I suspect FASTFD mode isn'tI supported.  Now, however, I can't even get a console prompt.  The consoletI screen remains black, even though, the front panel shows it going through.I it's "ec...eb...e6." rundown until is says "Model 4/233".  There it sits.6" Have I hosed this system for good? --A Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Mon, 01 Oct 2001 09:35:01 -0700s5 From: Christopher Jovais <cjovais@radiology.ucsf.edu>i$ Subject: Re: Defining a logical in C2 Message-ID: <3BB89B35.9D922809@radiology.ucsf.edu>  r In my haste I attributed my troubles to the presence of 'return' which is incorrect, the problem was due to my not) passing the argument in testing the code.a   Christopher Jovais wrote:i  p > Hate to answer my own question and have to admit to a little boo boo but... this actually works after removingr > the 'return' from the lib$set_logical line .  In my testing I neglected to pass an argument  - the code I postedP > previously was an earlier version and didn't accept one.  The working code is: >C   ------------------------------  $ Date: Mon, 1 Oct 2001 14:15:56 +02000 From: "Jean-Luc RAYON" <jl.rayon@lacouronne.com>& Subject: Re: disk "mounted dismounted", Message-ID: <9p9ol6$a4o$1@reader1.fr.uu.net>  H I have the same problem with the local disks of an AXP 800 in a Cluster.K When I restart this node his disks becomes "mounted dismounted" for the twoe other nodes.K I have resolved this problem by doing a "dismount/abort" of the disk before-
 mounting them-   $       sysman set env/node=(node2,node3)# do dismou/abort/over=check $1$DRA0:n# do dismou/abort/over=check $1$DRA1:: exit* $ mount/cluster0  $1$DRA0:  LABEL0  DISK0:* $ mount/cluster0  $1$DRA1:  LABEL1  DISK1:     --        Jean-Luc RAYONI    La Couronne C.E.P.A.P    9 Kenneth <chehon@netvigator.com> a crit dans le message :o% 9p31gc$a6p2@imsp212.netvigator.com... J > When I shudown one node in a cluster, some of the disk in the other node isH > fall into the "mounted dismounted" status. When I use $SHOW DEV/FIL to checkiK > the disk, there is nothing accessing the device but there will still haveaL > some transaction counts in that device and the system will not allow me toI > mount or dismount the volume. All I can do now is to reboot the system.  >mL > What I can check to check what is allocating the disk so I can stop it and3 > let the disk dismount, and why would this happen?X >0# > I am using VMS7.2-1 in Alpha8400.m >n >I   ------------------------------   Date: 1 OCT 2001 14:42:57 GMTi+ From: Dave Greenwood <greenwoodde@ornl.gov>s& Subject: Re: disk "mounted dismounted"1 Message-ID: <1OCT01.14425776@feda01.fed.ornl.gov>u  ( "Kenneth" <chehon@netvigator.com> wrote:M > When I shudown one node in a cluster, some of the disk in the other node is N > fall into the "mounted dismounted" status. When I use $SHOW DEV/FIL to checkK > the disk, there is nothing accessing the device but there will still haveiL > some transaction counts in that device and the system will not allow me toI > mount or dismount the volume. All I can do now is to reboot the system.I >  .L > What I can check to check what is allocating the disk so I can stop it and3 > let the disk dismount, and why would this happen?t >  s# > I am using VMS7.2-1 in Alpha8400.m  H Look for print queues running on the other node which spool to a disk onB the 1st node.  You'll get a transaction count for each such queue.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVlH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  $ Date: Mon, 1 Oct 2001 07:19:09 -0400- From: "Todd Nelson" <toddnelson_@hotmail.com> 6 Subject: Re: DLT IV Tapes - How long should they last?/ Message-ID: <trgk8o9mbg3353@corp.supernews.com>l  K Thanks for the hint about lifetime warranties...  I will have to check intoeH it.  The only thing is this:  If the tape is bad, I cannot erase it, andL therefor cannot send it anywhere but the garbage... to protect the data from1 being used by people who are not authorized, etc.a  L We do use cleaning tapes regularly --> not just when the yellow blinky light	 comes on.o   Thanks..   Todd.s    . "Al Dykes" <adykes@panix.com> wrote in message% news:9p7bfp$pop$1@panix3.panix.com...g. > In article <9ovfch01ifg@enews1.newsguy.com>,. > Terry Harris <tharri11@bellsouth.net> wrote:F > >Every tape maker gets a bad batch now and then.  Those Manell tapes shouldJ > >have some sort of warranty on them.  I had a problem some time ago withF > >Maxell tapes for a different sort of drive.  I called their support number, D > >explained the problem, got an RMA, and sent them the tapes.  They replaced/ > >the bad tapes quite promptly with good ones.0 >@ >-F > The DLT-IV tapes I buy (3M and Fuji) all a have a lifetime warantee.G > I once called Fuji and asked about the warantee.  It was described asaG > a no questions asked, no proof of purchase required offer. I've neveriH > had a tape "go bad" or, in 3 years, replace my DLT drive. It gets used > about 35 hours a week. >tE > You _do_ pay attention to the "clean-me" light on your drive, don'ty > you ?o >hH > Based on lifetime warantees I was buying new media on Ebay for a whileF > and saved the small company I worked for a couple of thousand bucks.@ > I only went after auctions for tapes that were still in shrinkD > wrap. There's a limit to how cheap I'll be.  Now I work for a big,D > profitable, company now. It has bizarre purchasing procedures that" > precude buying anything cheaply. >  > > ; > >"Todd Nelson" <toddnelson_@hotmail.com> wrote in message2, > >news:tr689m6okjmu1a@corp.supernews.com...L > >> We are using MAXELL branded tapes in DS-TZ89N-VW DLT drives attached to > >> OpenVMS Alpha 4000s.n0 > >> We have two systems, and one drive on each. > >>K > >> Both Drives have been replaced at least twice in the past 3 years. Ones > >justo > >> yesterday.n > >>J > >> All Compaq seems to tell me about the issue is that I should be using	 > >COMPAQtF > >> branded DLT Tapes... is this just a $$ scam or is this for real?? > >> > >> Thanks all. > >>7 > >> "Alan Greig" <a.greig@virgin.net> wrote in messaget7 > >> news:ri26rtkomgto10cegv7h72vk2eh63v988e@4ax.com...y8 > >> > On Thu, 27 Sep 2001 07:01:31 -0400, "Todd Nelson"' > >> > <toddnelson_@hotmail.com> wrote:o > >> > > >> > >Hello All..  > >> > >L > >> > >Many of our DLT Tapes start to fail only after five or six uses.  We > >use6 > >> > >them on a rotating basis (once every 26 days). > >> > >H > >> > >I am wondering if this is a unique experience, or if others have these 
 > >> types > >> > >of problems also.  > >> >K > >> > Something is seriously wrong. We've had virtually no failures on DLT E > >> > IV tapes cycled over 20 times so far,  I've seen DLT III tapes * > >> > reliably cycle for around 100 uses. > >> >H > >> > How exactly do they fail and are they all used in a common drive? What5 > >> > make of DLT? I'd tend to suspect a drive faults > >> >F > >> > >The tapes are stored in temperature controlled settings at all times -a > >> and > >> > >in their cases.  > >> > > > >> > >Thanks in advance. > >> > > > >> > >Todd Nelson,- > >> > >Systems Manager, County of Lehigh, PA 4 > >> > >toddnelson (underscore) at hotmail (dot) com > >> > > > >> >	 > >> > --  > >> > Alanv > >> > >> > >  > >  >  >o > --
 > Al Dykes
 > -----------  > adykes@panix.com >    ------------------------------  # Date: Mon, 01 Oct 2001 10:10:55 GMTe. From: Burnie M <burniem.NOSPAM@ozemail.com.au>B Subject: Re: Error on restore from tape - Directory Depth problem?8 Message-ID: <1aggrto68c82lpdlrfdplqbbdlnei1pk5c@4ax.com>  3 On Sun, 30 Sep 2001 10:24:05 -0700, "Mitchell Troy". <mtroy@Jpl.nasa.gov> wrote:c  G >We are running OpenVMS 6.2. Recently our user disk crashed. We are now8% >trying to restore from tape and get:. >>$ >%BACKUP-S-CREDIR, created directoryL >DKB300:[000000.COHARA.FORTRAN.TEMPLATES.SRC.EXTRACT.CAT.JOSH_65.BIG_PIX_X2]A >%BACKUP-I-INVDEEPDIR, output directory [000000...] not valid for $ >deepdirectories, try rooted logicalG >%BACKUP-E-OPENOUT, error opening DKB300:[000000...]CAT.EXE;1 as outputm$ >-RMS-F-DIR, error in directory nameC >%BACKUP-E-OPENOUT, error opening DKB300:[000000...]*.*;* as output & >-RMS-F-RLF, invalid related NAM block >oL >The last message just repeats and it appears no more data is extracted fromM >tape. The problem as far as I can tell is we can't create more then 8 levelsn. >of directory's. Is there a solution for this? >0 >Thanks, >Mitchell Troy >mtroy@jpl.nasa.govt >e  2 Is this a selective restore from an image backup ? Try an image restore..   ------------------------------  * Date: Mon, 1 Oct 2001 08:54:02 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>0 Subject: Re: GARTNER GROUP SAYS GET OFF IIS NOW!@ Message-ID: <20011001155402.22164.qmail@web20207.mail.yahoo.com>  % About lack of OpenVMS System Managers     * This week I should be at Compaq to have=20) the OpenVMS Management performance coursen but there isnt "quorum".  3 I have in my contract, this and more three courses:   " TCPIP, Troubleshooting and Cluster    / I believe I will not have these courses despite / of quorum porblems and Compaq Services will notc/ send me abroad (preferably Europe nowadays)(=20n to have these courses....l     Hmmm....=20e   Regards    FC=20e2 --- Jerry Leslie <LESLIE@209-16-45-102.insync.net> wrote:+ > Bob Ceculski (bob@instantwhip.com) wrote:c3 > : ARTICLE ON THE ENQUIRER AND REGISTER READS THAT  > GARTNER GROUP SAYS5 > : ABANDON IIS NOW ... AND LOOK FOR A MORE SECURE OSd > AND WEB SERVER ... >=20 > Here's the Gartner report... >=20 > =2008 > http://www.gartner.com/DisplayDocument?doc_cd=3D1010340 >   Nimda Worm Shows You Can't Always Patch Fast > Enough >=20$ > : WELL I HAVE YOUR ANSWER ... VMS! >=206 > The way to sell that solution to the PHBs/MGMs is to > tell them/6 > that VMS doeesn't need as many sysadmins as a Wintel > Cartel system. >=204 > I suspect that one reason there are few VMS system > manager positions-5 > is that the VMS systems can run for years without aD > system manager.a >=20/ > There's some evidence that the PHBs/MGMs havea > allowed Wintel Cartelh) > systems to run with little-to-no systeml > administration. After all,5 > in most companies, the IT group is an overhead thatx > doesn't generate=20 ' > revenues, so are targets for layoffs.o >=20' > --Jerry Leslie   leslie@clio.rice.edue1 >                  leslie@209-16-45-97.insync.net.5 >                  leslie@209-16-45-102.insync.net is 	 > invalidc4 >                  (my opinions are strictly my own)     =3D=3D=3D=3D=3D(L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dc F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazild fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.  http://phone.yahoo.com   ------------------------------  % Date: Mon, 01 Oct 2001 10:54:06 -0400e- From: Jonathan Boswell <jsb@ost.cdrh.fda.gov>-  Subject: Re: Good bye VAX-6400's0 Message-ID: <3BB8838E.46652D7C@ost.cdrh.fda.gov>   "antonio.carlini" wrote:3 > I only ever saw one VS8000 "in the field". It was-5 > a KA825 (1.2VUPs, same CPU as the VAX 8250). It was44 > indeed VAXBI based and came with an RD53 (or RD54)  N Hmmm.  I thought the VS8000 had 3 Microvax II's inside.  Was there ever such a5 VAXstation, or has my memory invented this ex nihilo?y   ------------------------------  $ Date: Mon, 1 Oct 2001 12:23:14 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>n  Subject: Re: Good bye VAX-6400's1 Message-ID: <OL0u7.863$YP.23816@news.cpqcorp.net>s  # That was pre-X11, and even pre-VWS.h  ? antonio.carlini wrote in message <3BB71372.9C483FC8@iee.org>...h >o >t >ChrisQ wrote:F >> Wasn't much of the early X development done on a 725 ?. I think the machine wastI >> called a VS100 (Vaxstation 100) and used a unibus graphics card, maybe@ from anoK >> external vendor like Evans & Sutherland. Anyone know anything about this  ?. SomeeD >> of the very early X distibutions make reference to this hardware. >n0 >I don't have a reference to hand, but I believe1 >that the VS100 was a UNIBUS board (or board set) . >that was used to add workstation capabilities+ >to a VAX-11/750 (although I guess it would 5 >have worked in any of the UNIBUS VAXen of the time).i >  >Antonio >  >--a >  >---------------. >Antonio Carlini             arcarlini@iee.org   ------------------------------  $ Date: Mon, 1 Oct 2001 12:24:15 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>   Subject: Re: Good bye VAX-6400's1 Message-ID: <LM0u7.864$YP.23816@news.cpqcorp.net>-  D The Lynx was the wrong machine to put those graphics on, and you are corrent, almost none were sold.S  % Terry C. Shannon wrote in message ...- >-7 >"antonio.carlini" <arcarlini@iee.org> wrote in message-" >news:3BB77B76.F5CC0885@iee.org... >> >> >> ChrisQ wrote:K >> > interesting ;-)... There was also a VS8000, which IIRC, was an 8200 Bi  >busK >> > machine with an add on graphics card or set. That too was supported byu >earlyD >> > versions of X windows. Any idea who built the graphics cards ?. >Manufacturer /g >> > part numbers, anything ?. >>4 >> I only ever saw one VS8000 "in the field". It was6 >> a KA825 (1.2VUPs, same CPU as the VAX 8250). It was5 >> indeed VAXBI based and came with an RD53 (or RD54) 1 >> and there was a special BI controller for thate >> (T1031, the KFBTA). >>0 >> The graphics was the T1030 board set referred- >> to as a KA800. This was produced (IIRC) bys >> E&S.e >> >hF >Yep. T'was the "Shadowfax" graphics board IIRC. Not too many of these beasts- >were produced. Timeframe was around 1986-87.t >A >a   ------------------------------  % Date: Mon, 01 Oct 2001 17:14:30 +0100o+ From: "antonio.carlini" <arcarlini@iee.org>   Subject: Re: Good bye VAX-6400's' Message-ID: <3BB89666.7DD862C3@iee.org>    Jonathan Boswell wrote:e >  > "antonio.carlini" wrote:5 > > I only ever saw one VS8000 "in the field". It was 7 > > a KA825 (1.2VUPs, same CPU as the VAX 8250). It wasn6 > > indeed VAXBI based and came with an RD53 (or RD54) > P > Hmmm.  I thought the VS8000 had 3 Microvax II's inside.  Was there ever such a7 > VAXstation, or has my memory invented this ex nihilo?e  * The VS8000 (Lynx) is as I described above.  . There was a research box that used uV-II chips& on VAXBI and could have up to 32 CPUs.   Antonio2   -- e   ---------------e- Antonio Carlini             arcarlini@iee.orga   ------------------------------  $ Date: Mon, 1 Oct 2001 18:30:53 +0200, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>  Subject: Re: Good bye VAX-6400's; Message-ID: <3bb89a43$0$96706$e4fe514c@newszilla.xs4all.nl>-  H There was once upon a time a VAXstation 3540, which contained up to 4 MV# II's (or similar, like the MV 3200)   	 Bart Zorn_  : "Jonathan Boswell" <jsb@ost.cdrh.fda.gov> wrote in message* news:3BB8838E.46652D7C@ost.cdrh.fda.gov... > "antonio.carlini" wrote:5 > > I only ever saw one VS8000 "in the field". It wasO7 > > a KA825 (1.2VUPs, same CPU as the VAX 8250). It wasi6 > > indeed VAXBI based and came with an RD53 (or RD54) >0I > Hmmm.  I thought the VS8000 had 3 Microvax II's inside.  Was there evers such a7 > VAXstation, or has my memory invented this ex nihilo?I   ------------------------------  $ Date: Mon, 1 Oct 2001 13:17:27 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>I  Subject: Re: Good bye VAX-6400's$ Message-ID: <3bb8a54d$1@news.si.com>  : >Why on earth did you choose such a feeble-minded machine?  I At the time, they were the smalled footprint VAXes available.  They stillsD don't take up any more floor space than they did when they were new.  > >Did they also have that pathetically slow TU58 like the 750s?  L Yes, but after optimizing the placement of the boot files on the tapes, it's not quite as bad.t  K >You don't know pain until you have to boot up stand-alone BACKUP from 6 oft those little suckers.o  ' I've done that.  It gave me a good nap.i --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventE< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Mon, 1 Oct 2001 13:18:42 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>   Subject: Re: Good bye VAX-6400's$ Message-ID: <3bb8a597$1@news.si.com>  F >No, real pain with the TU58's is getting replacements when the rubber >drive wheel goes bad.  B We've gotten to a point where we make our own rubber drive wheels. --  A Brian Tillman                   Internet: tillman_brian at si.comoA Smiths Aerospace                          tillman at swdev.si.comt= 3290 Patterson Ave. SE, MS      Addresses modified to preventt< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 1 Oct 2001 06:34:15 -0700C- From: tessier-ashpool@usa.net (Chris Bardell),T Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!= Message-ID: <9f261edc.0110010534.79163b0e@posting.google.com>r  m bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0109291946.256c80b1@posting.google.com>...e I HAVE BEEN ON VMS NOW FOR0 > OVER 15 YEARS AND HAVE YET TO HAVE AN OS CRASH  C I love OpenVMS as much as you do, but surely the above is bullsh!t?n  D OpenVMS is a million times more stable than just about all other OSs: (witness the majority of telecoms billing, lotteries, chip! fabrications etc. using OpenVMS).   5 But to suggest/imply OpenVMS never crashes is untrue.:   ------------------------------  % Date: Mon, 01 Oct 2001 15:02:27 +0100e% From: Alan Greig <a.greig@virgin.net>sT Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!8 Message-ID: <r1tgrt05cpukvtdkda7cpc87nqveo07inj@4ax.com>  A On 29 Sep 2001 20:46:34 -0700, bob@instantwhip.com (Bob Ceculski)h wrote:  F >I AM TIRED OF READING THESE LAME BRAIN SO CALLED VMS USERS SAYING VMSE >TIME IS COMING ... THAT OTHER OS'S ARE CATCHING UP ... WHAT OS'S ARE F >CATCHING UP???  UNIX IS A HACK CITY WISH I WAS VMS OS, AND SURELY YOU  D Oh my god echelon has developed self-awareness.  Quick pull the plug before it discovers lower case  K >UP?  HELLO!!!  WHAT HAVE THESE PEOPLE BEEN SMOKING?  YOU GO AHEAD AND PORT H >TO WINDOWS AND IIS AND UNIX ... I WILL STICK WITH THE MILITARY AND STAYH >ON VMS ... AND WE WILL SEE WHO GOES BALD FIRST!  SECURITY, RELIABILITY,H >CLUSTERING ARE WHAT VMS IS ALL ABOUT, AND NO ONE IS GOING TO COME CLOSE >FOR A LONG LONG TIME!  PERIOD!   F Can I borrow some of your tanks and strike aircraft to threaten CompaqF next time their PC sales people say the opposite? I'd suggest you haveD a 'word' with Mike WInkler. Or maybe you did and that;'s why he said& "regarding VMS I have found religion."  D I am happy you can see your way through retirement with military useD of VMS but some of us have to keep the engines of capitalism turningE to finance you folks - and we'd quite like to do it with VMS as well.a         -- Alan   ------------------------------  $ Date: Mon, 1 Oct 2001 12:48:51 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>nT Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER!1 Message-ID: <Q71u7.868$YP.23742@news.cpqcorp.net>   K Well.  A friend of mine in the field was in my office today and was tellingWI me about a system that has been running since the early '80s that has hadaE only 1 unscheduled outage -- a contractor working on an attempted SUNtL replacement deliberately crashed it to get time on the data feeds.  NeedlessH to say, they tossed him, and the project and have not had a crash since.       Chris Bardell wrote in message4 <9f261edc.0110010534.79163b0e@posting.google.com>...4 >bob@instantwhip.com (Bob Ceculski) wrote in message9 news:<d7791aa1.0109291946.256c80b1@posting.google.com>...s >I HAVE BEEN ON VMS NOW FORo1 >> OVER 15 YEARS AND HAVE YET TO HAVE AN OS CRASH- >nD >I love OpenVMS as much as you do, but surely the above is bullsh!t? > E >OpenVMS is a million times more stable than just about all other OSsi; >(witness the majority of telecoms billing, lotteries, chipm" >fabrications etc. using OpenVMS). >n6 >But to suggest/imply OpenVMS never crashes is untrue.   ------------------------------  % Date: Mon, 01 Oct 2001 09:41:33 -0400 # From: Jim Agnew <agnew@hsc.vcu.edu> Y Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! LONGd* Message-ID: <3BB8728D.BE8AF1B@hsc.vcu.edu>  F i heard what happened was that the windowsNT systems bluescreened, butG that really torched their database, and they had no backup.  that's then) thing that froze the ship, no bacukps....t  % man...  man...  MAN...  no backups...o   even my son has a tape drive...a   jimi     Keith Brown wrote: >  > Philip Lewis wrote:n > M > > Did I not recently hear that one of those wonder ships running NT crasheddN > > every system, one after another and ended up lying dead in the water for 3' > > days, and needed a tow into port ??n > >d > >  >  > You heard correctly. >  > --
 > Keith Brownk > kbrown780@isd.neto   ------------------------------  % Date: Mon, 01 Oct 2001 17:24:27 +0200i< From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com>Y Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! LONG ( Message-ID: <3BB88AAB.40C122D9@home.com>   Not even a spare ship ?? :-)   Jan-Erik Sderholm.    Jim Agnew wrote: > H > i heard what happened was that the windowsNT systems bluescreened, butI > that really torched their database, and they had no backup.  that's thee+ > thing that froze the ship, no bacukps....r > ' > man...  man...  MAN...  no backups...  >  > jims   ------------------------------  % Date: Mon, 01 Oct 2001 10:08:59 -0600a( From: emanuel stiebler <emu@ecubics.com>Y Subject: Re: I WILL QUIT USING VMS WHEN THE MILITARY DOES - IN 2015 OR MAYBE LONGER! LONG + Message-ID: <3BB8951B.5B972A4F@ecubics.com>e   > Philip Lewis wrote:e > M > > Did I not recently hear that one of those wonder ships running NT crashed N > > every system, one after another and ended up lying dead in the water for 3' > > days, and needed a tow into port ??  > >> > >y  H But what about the ISS ? If they need some spare parts or a M$ certified admin, the next PC shop is justn few miles away. VERTICAL !   cheers   ------------------------------  $ Date: Mon, 1 Oct 2001 10:20:38 -04002 From: "Sue Skonetski" <susan.skonetski@compaq.com>% Subject: Letter from Michael Cappelash1 Message-ID: <2Y_t7.854$YP.23634@news.cpqcorp.net>y   Dear Newsgroup,s  J I have just received this and thought you might want to see it.  Please be4 aware that not everyone (Compaq) may have seen this.     September 28, 2001           Dear Customer:      G Compaq and Hewlett-Packard recently announced a definitive agreement to J merge the two companies into an $87 billion global technology leader.   WeE are very excited about the proposed merger because we believe it willNF provide the most complete range of information technology products andH services and superior value based on open, market-unifying standards andL architectures.  As our valued customer, I want to emphasize that during thisK transition period, and following the completion of the merger, your success14 and investment protection are foremost in our minds.      H Compaq has made great progress in our enterprise solutions capabilities.L Our NonStopT HimalayaT platform is a unique strength with its leading highlyF scalable and fault-tolerant architecture and strong market presence inH telecommunications and financial services.  Our High Performance SystemsL business has continued momentum in high-end UNIX growth with our emphasis onC high performance technical computing (HPTC), telecommunications andXI eBusiness.  Our AlphaServerT product line is still the highest performingdK and most scalable UNIX platform today, and will continue to be for the next[J several years as we move to the ItaniumT Product Family architecture.  OurI OpenVMS platform remains a pillar of key vertical market segments such as,@ healthcare, semiconductor manufacturing, financial services, andI eGovernment.  And our telecommunications network and application softwarecE for 2G and 3G systems are increasingly selected and deployed by majorr) wireline and wireless carriers worldwide.h      K As our track record over multiple decades clearly proves, we understand thekE importance of your commitment to our mission critical platforms.  Any K transition or migration that we make now or in the future will be as smoothcJ as possible, bringing the benefits of new platforms and technologies whileL minimizing any disruption during an appropriate transition period.  You haveI our complete commitment from Compaq in this regard, and you should expecta
 nothing less.n      5 Below are several clear statements we can make today:,      B   a.. Our commitment is to the NonStop Himalaya roadmap, includingL significant performance speedups on MIPS and the transition to Itanium-basedL processors.  We have already begun porting the NonStop Kernel to the ItaniumH processor family. With application compatibility and ServerNet, existingG NonStop Himalaya servers will run seamlessly with Itanium-based NonStopnD Himalaya servers, protecting your investments in existing and future
 applications.R    J   a.. Our commitment is to continue implementing the Alpha roadmap per theB current plan-of-record, delivering improved performance and fasterK implementations of the Alpha microprocessor while continuing to provide thenH most available, scalable systems at the lowest cost.  Specifically, thisB includes our announced plans for EV7 and EV79 version of the AlphaC processor, which will be used in our upcoming "Marvel" systems.  AsaL previously announced, these systems will support Tru64T UNIX and OpenVMS, asJ well as Linux.  And, we will continue to sell our Alpha systems as long asJ there is customer demand, which we anticipate to be at least several yearsL beyond the introduction of the EV79 Alpha processor, with support continuing. to extend a minimum of five years beyond that.    B   a.. Our commitment to high performance technical computing is toG significantly grow our business and maintain our No. 1 market position. H Specifically, we will continue the supercomputing product family for theJ most demanding scientific and technical applications, implementing EV7 andI EV79 versions of the AlphaServer SC family and providing ongoing support.== We also plan to expand the SC series to include IPF and Linuxa implementations.    L   a.. Our commitment is to continue implementing our OpenVMS plan-of-record,J which includes ongoing support on the upcoming EV7 and EV79 Alpha systems,K as well as a continuation of the port and release on Itanium-based systems. I We will, as previously stated, migrate our OpenVMS application portfolio,-H ensuring the ongoing operating environment for our OpenVMS customers and	 partners.s    E   a.. Our major focus today for our Tru64 UNIX customers and partners L remains unchanged -- to deliver on the Alpha-based Tru64 UNIX plan-of-recordI which includes full support on the upcoming Alpha EV7 and EV79 systems ashL well as further operating system enhancements for our Alpha-based customers.    I   a.. Our new goal for UNIX on Itanium is to have not just the industry's K best performing, highest functionality, superior RAS features and unmatched-J clustering embodied in Tru64 UNIX, but also have increased ISV support andK momentum, as well as a general purpose UNIX offering for the data center to H augment our leading position in HPTC, telecommunications and e-business.H Therefore, it is our intent to converge Tru64 UNIX and HP/UX to a singleI UNIX offering on Itanium, and to insure a smooth transition and migration 8 from Tru64 UNIX Alpha to this converged UNIX on Itanium.    G As new developments transpire, I will keep you advised.  In addition, IdI encourage you to visit our web site, http://www.compaq.com/merger to keepoL abreast of news and our progress along the product roadmaps described above.       Regards,                           Michael Capellas   Chairman and CEO   Compaq Computer Corporation                        begin 666 clip_image002.gifh= M1TE&.#=AD !"`'<``"'^&E-O9G1W87)E.B!-:6-R;W-O9G0@3V9F:6-E`"P` = M````D !"`(0````1$1$S,S,B(B)5555$1$1W=W=F9F:9F9F(B(B[N[NJJJK=A= MW=W,S,SN[N[___\!`@,!`@,!`@,!`@,!`@,!`@,!`@,!`@,!`@,!`@,!`@,!-= M`@,!`@,!`@,!`@,!`@,$__#)2:N]..O-N_]@*(YD:9YHJJYLZ[YP+,]T;=]XF= MKN]\[__ H'!(M#&*2!DCD$@Z6PS"P/$\)8[.!H%AJ)H(`6J247@(Q%Y10;!Po= M.LZ);EID0)2=@L9;<FC..P4+!PT7#&T96#)Q#UL/"@"$?QL$"PT'%PL!<A<'n= M`C,,G@IR`Y>2&@9=!&@3"@>-F) S`@Q[#PE3IAD*! \+?A0,!U$8#0.\,@A=,= M!PH/# "'N19O5)X5#66#%PH"KS&AI0)WT1:S#P;0$V>U%0X!@C/G#P,2"0")n= MXQ,%S-<6^N8(G.S<<[&G`*$&``#BHV# 3SD*"0"NHZ# H#@8@Q" N[BP%3V%.= MK/_NU)$V@,Q * 5 T0.P"I_*9M4HX'(PKQ\"C2*V&6MYP2(A9R 73I-0LH)! = M/D$E+-@2(,2U`U!O;M@U4E[,A8PB-:R03 *#FA1H1D''P4 !:HZ2DK,CP4 LV= MK+84-K@*,QVS"@(4+/W@H(#"> G(5FA5#>&FCL?>#'R(X!C$`S1Y8@!UM]99a= M#0,&1!) =QP9,0?(;FT6QMH\2AX6/'QP=%@&MPH7L(3+&DL"QQ*TI%,[B^VO = M# DNOF,=Z4([QP'4_FEP]X!<L!*&/H!JH4^#,/4$4SAPV,P1CQD.-&V+VQ0!d= M`,R&@QI8%4'GN: :`$V)@<#O?P_Z:D 8Z?K)-%\!T,7_4%\5I]0Q;%7PU5AFI= M7,(/.P(DI5)?DDT00&5Y1(,```'4%!I1!A(E`0*X&!5<%PB4YATP;%17"60:.= M%/ +*KG0%$ GA(@B05[],.,>)@/XE5\`B7R8FV87!-D=.P6(4TPN)+H5P#&> = MO"$83@FL)E-"$MBWW2$*%%4(!P7,)H$[DBPP@ $T<7@$`?*U""%KJDAS@)AA = M&D6(:A5R4$P!<O0%'1!]JE:G6P3PLH !Q=R%%U7:#*"B/(Z>V<L93HU84HE0c= ME2+$`I7V(D4VC@! `*.LJ?:?`0(,H% B9!# (Q]TV;?-!@Q4^@8"?;%950+.p= M+9E!`QJY<FJH*1A@C!13HM/._RR>2,%1,W$`0-\;D:C9QGB]H =12EI:(-LFx= M7PTR`#/MC,A+5;J890P"(;[@0 -ZD.1):(\L:<"42#J")B-U=I6?J=OQ<M1Kd= MQM@FJ8P3;)7@:-:P:DPE0LA*A2;GYD:%`Z>N]\8`7)(!S2QOJG@+0+M<8*L`-= M`"301(H253#%@P\4(P:Q:U#RGP^N-$RD! HTM: \V0;72[]$E6+ $;>PR0>R = M]A5P7@`1"I" 9+OH1@&)F0$:;\57*>#'(Y5<B%_#G9Z4JP)BR[@*?1. <@@!A= M^B2 ;,&7U<B-46V!+/6>'%ERMP&)GB.9<Q.0:-NDF)7WQQL<(;! 7XIB(9T*B= M-"4*Z$<$LMUMW#@?VS2 8*BY(!\%""E'&T.85M!'GS2T<]_JD@S0&>U_P(C[ - A[KSW[OOOP <O_/#$%V_\\<@GK_SRS#?O_//01S]!! `[A `  endU   ------------------------------  % Date: Mon, 01 Oct 2001 09:08:24 -0700h' From: David Mathog <mathog@caltech.edu>t) Subject: Re: Letter from Michael Cappelass+ Message-ID: <3BB894F8.5B1417B3@caltech.edu>e   Sue Skonetski wrote:   > Dear Newsgroup,( >xL > I have just received this and thought you might want to see it.  Please be6 > aware that not everyone (Compaq) may have seen this. >  > September 28, 2001 >i > Dear Customer,   <SNIP>L If he really cared about either the company or its customers this would have+ said "I'm resigning effective immediately".oJ Since it's MC it would have taken 2000 words but that should have been the message.  O The document that Sue forwarded to us is unfortunately another steaming pile of K Compaq err, platitudes, some tiny fraction of which may or may not actuallyoA bear a slight resemblance to reality.   This sickening thing usesDK "plan-of-record" three times.  They  have to qualify like that because theySJ have provided so many false and misleading statements and "plans" over theK years that they must now  specify which set of half truths and lies they'rem( referring to in any given communication.  8 Below are several "clear statements" _I_ can make today:  9 1.  I don't believe anything that Compaq management says.-J 2.  I have zero faith that Compaq can or will deliver on any of its stated commitments.O 3.  I believe we have more than enough evidence already that neither the CEO ofsN HP nor the CEO of Compaq is able to run a major computer company successfully.I 4.  I believe even more strongly that neither of these two individuals isaJ capable of merging  two failing entities into a single successful concern.M 5.  I suspect that, aside from company management,  the only beneficiaries of / the merger will be HP and Compaq's competitors.sN 6.  I think it probable that after the merger the whole enterprise will simplyA collapse in an orgy of mismanagement and corporate culture shock. N 7.  I think the debacle will be so extreme that it may even destroy the piecesO that should have  been spun off into viable separate companies:  HP's printers,  Tandem, and VMS.     Regards,   David Mathog mathog@caltech.edu   ------------------------------   Date: 1 Oct 2001 15:57:53 GMTi3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)-) Subject: Re: Letter from Michael CappelasO0 Message-ID: <9pa3q1$seb$1@n.ruf.uni-freiburg.de>  f In article <2Y_t7.854$YP.23634@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:  K >I have just received this and thought you might want to see it.  Please bei5 >aware that not everyone (Compaq) may have seen this.m [...] M >  a.. Our commitment is to continue implementing our OpenVMS plan-of-record,aK >which includes ongoing support on the upcoming EV7 and EV79 Alpha systems,vL >as well as a continuation of the port and release on Itanium-based systems.J >We will, as previously stated, migrate our OpenVMS application portfolio,I >ensuring the ongoing operating environment for our OpenVMS customers and 
 >partners.  J What is meant with "migrating"? This sounds slightly different to what is   said about Himalaya or Unix... .   Regards,    Christoph GartmannL  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Mon, 01 Oct 2001 13:03:13 -0400i( From: Hamlyn Mootoo <univms@bigfoot.com>) Subject: Re: Letter from Michael Cappelas,* Message-ID: <3BB8A1D1.2DC9158@bigfoot.com>   Pretty good summation.   HM   David Mathog wrote:G >  > Sue Skonetski wrote: >  > > Dear Newsgroup,! > >sN > > I have just received this and thought you might want to see it.  Please be8 > > aware that not everyone (Compaq) may have seen this. > >E > > September 28, 2001 > >  > > Dear Customer, >  > <SNIP>N > If he really cared about either the company or its customers this would have- > said "I'm resigning effective immediately".NL > Since it's MC it would have taken 2000 words but that should have been the
 > message. > Q > The document that Sue forwarded to us is unfortunately another steaming pile of M > Compaq err, platitudes, some tiny fraction of which may or may not actuallyTC > bear a slight resemblance to reality.   This sickening thing usesIM > "plan-of-record" three times.  They  have to qualify like that because they L > have provided so many false and misleading statements and "plans" over theM > years that they must now  specify which set of half truths and lies they'reh* > referring to in any given communication. > : > Below are several "clear statements" _I_ can make today: > ; > 1.  I don't believe anything that Compaq management says. L > 2.  I have zero faith that Compaq can or will deliver on any of its stated > commitments.Q > 3.  I believe we have more than enough evidence already that neither the CEO ofeP > HP nor the CEO of Compaq is able to run a major computer company successfully.K > 4.  I believe even more strongly that neither of these two individuals iscL > capable of merging  two failing entities into a single successful concern.O > 5.  I suspect that, aside from company management,  the only beneficiaries ofn1 > the merger will be HP and Compaq's competitors. P > 6.  I think it probable that after the merger the whole enterprise will simplyC > collapse in an orgy of mismanagement and corporate culture shock.lP > 7.  I think the debacle will be so extreme that it may even destroy the piecesQ > that should have  been spun off into viable separate companies:  HP's printers,l > Tandem, and VMS. > 
 > Regards, >  > David Mathog > mathog@caltech.edu   ------------------------------  $ Date: Mon, 1 Oct 2001 09:52:59 -0400  From: norm.raphael@jamesbury.com1 Subject: Locate Filename containing logical blockD4 Message-ID: <C2256AD8.004C5650.00@jklh21.valmet.com>  + I have a shadowset on RZ28-M's that logs an!3 unrecoverable media error on logical block 00334339j2 whenever I do a full backup from another system in1 the cluster to which its members are mscp-served.t  6 Is there a way to tell which file contains that block?  ( (Analyze/READ does not show any errors.)   ------------------------------  $ Date: Mon, 1 Oct 2001 15:59:56 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>5 Subject: Re: Locate Filename containing logical blockE, Message-ID: <9pa0df$17q0@newton.cc.rl.ac.uk>  \ <norm.raphael@jamesbury.com> wrote in message news:C2256AD8.004C5650.00@jklh21.valmet.com...  8 > Is there a way to tell which file contains that block?  5 Trawl through the mapping pointers for all the files.. DFU SEARCH should do the job.v   ------------------------------  % Date: Mon, 01 Oct 2001 10:42:19 -0400p2 From: rdeininger@mindspring.com (Robert Deininger)5 Subject: Re: Locate Filename containing logical blockrL Message-ID: <rdeininger-0110011042190001@user-2ive749.dialup.mindspring.com>  4 In article <C2256AD8.004C5650.00@jklh21.valmet.com>,! norm.raphael@jamesbury.com wrote:t  - > I have a shadowset on RZ28-M's that logs an-5 > unrecoverable media error on logical block 00334339i4 > whenever I do a full backup from another system in3 > the cluster to which its members are mscp-served.  > 8 > Is there a way to tell which file contains that block? > * > (Analyze/READ does not show any errors.)  E Compaq's disk defragger, Disk File Optimizer, can tell you that.  ThetJ reporting part, but not the defragging part, is supposed to work without a license.  H Or you could use brute force:  $ DUMP/HEADER/BLOCK=COUNT:0 on every fileI on the drive, and then search for the relevant range of blocks in the Maps: section of the headers.  This doesn't sound like much fun.   -- 5 Robert Deininger rdeininger@mindspring.com.   ------------------------------  $ Date: Mon, 1 Oct 2001 12:53:36 -0400  From: norm.raphael@jamesbury.com5 Subject: Re: Locate Filename containing logical blocko4 Message-ID: <C2256AD8.005C8DEE.00@jklh21.valmet.com>  ( DFU SEARCH does not find a filename hit. Suggestions?        + R.Brodie@rl.ac.uk on 10/01/2001 10:59:56 AMr  # Please respond to R.Brodie@rl.ac.ukt   To:   Info-VAX@mvb.saic.como cc:e6 Subject:  Re: Locate Filename containing logical block          - <norm.raphael@jamesbury.com> wrote in messageL. news:C2256AD8.004C5650.00@jklh21.valmet.com...  8 > Is there a way to tell which file contains that block?  5 Trawl through the mapping pointers for all the files.a DFU SEARCH should do the job.7   ------------------------------  % Date: Mon, 01 Oct 2001 14:04:19 +0100d. From: Peter Jackson <peter.jackson@oracle.com>@ Subject: Re: Looking for Classic Oracle/VMS version matrix again* Message-ID: <3BB869D3.18326721@oracle.com>  A In Metalink, select product availability and then certifications.r   Peter 	 Oracle UK    Peter Weaver wrote:8  ) > > From: Alan Greig (a.greig@virgin.net) H > > Subject: Re: Sort of off topic but: How do I find VMS information at > > www.oracle.com > > Newsgroups: comp.os.vmsg8 > > View: Complete Thread (5 articles) | Original Format! > > Date: 2001-05-17 07:53:07 PSTh > >u > > 6 > > On Wed, 16 May 2001 14:06:26 -0400, "Peter Weaver"# > > <peter.weaver@stelco.ca> wrote:g > >cG > > >Can anyone else who has been down this road before please tell me;e > > > 5 > > >     Starting from www.oracle.com how do I find; H > > >         1. The current version of Oracle Classic that runs on VMS?F > > >         2. What versions of Oracle Classic are supported on VMS?@ > > >         3. The matrix of VMS versions vs. Oracle Versions?K > > >         4. Anything about OPS on VMS (I found a lot of information onu > OPSg* > > >on NT, but nothing about OPS on VMS!)? > > >         5. Anything about RDB (I know I can jump right to I > > >www.oracle.com/rdb, but how does someone get there who does not know  > that?) > >lF > > partner.oracle.com then click on "Learn about  platform technologyF > > partnerships" then you can enter "Digital Alpha OpenVMS" (or VAX).G > > All of the Oracle classic info you are looking for is there". Don'tlI > > worry about your search engine problem as these pages are not indexed  > > for some reason. > >n > >k9 > > >Please Keep in mind that clicking on SEARCH gives meaL > > >"javascript:document.SearchForm.submit(); The page cannot be displayed" > orN > > >"use_query_html.submit_query_input: PROCEDURE DOESN'T EXIST" depending on* > > >what page I hit the search button on. > > >i > > >lL > > >I know I have asked for this type of information before and I am alwaysM > > >given the answers to the questions I am looking for, but please; someoneoK > > >teach me how I can find the information myself so I do not need to ask.J > > >again. Everytime I need to find this information it is an exercise inN > > >frustration trying to figure this stuff out. Questions sent via the "SendM > > >your Comments" go unanswered (actually, come to think of it - a questioni > IiK > > >sent to a Compaq Webmaster through their "Contact Us" page has not yetr > been > > >answered after two days). > > >n > > >r > > >t > > >i > > >c > > >a > >  > > -- > > Alan >aL > One of the people I work with was pulling his hair out this morning tryingL > to find out what version of Oracle is supported on VMS, i.e. do we upgrade' > Oracle then VMS or VMS then Oracle...  >.N > I said, "no problem, I hit this before and have the instructions printed andN > posted on my wall. Here you go." Thirty minutes later we are both frustrated: > and confused, can anyone point us to a web page on this?   ------------------------------  % Date: Mon, 01 Oct 2001 09:08:20 +0200l< From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com>/ Subject: Re: Major VMS reseller says VMS legacyM( Message-ID: <3BB81664.1749F239@home.com>  ! Any details on this "back-port" ?N   Jan-Erik Sderholm   "Terry C. Shannon" wrote:n > @ > ...Just ask the US Veterans Administration and others who have > come back to VMS.o   ------------------------------   Date: 1 Oct 2001 12:51:06 GMTh1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)i/ Subject: Re: Major VMS reseller says VMS legacyo* Message-ID: <9p9orq$ki$1@info.cs.uofs.edu>  = In article <kpJt7.14273$xG6.5507195@typhoon.ne.mediaone.net>,17  "Terry C. Shannon" <terryshannon@mediaone.net> writes:p |> pN |> Yep, the tide is receding for "older Digital systems" a.k.a. VAXen. The VAX8 |> installed base has declined to ~150K units worldwide. |> a  4 And I'll bet that doesn't even include my 10!!   :-)   bill   -- iJ 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>   r   ------------------------------  # Date: Mon, 01 Oct 2001 13:51:05 GMTm4 From: "Terry C. Shannon" <terryshannon@mediaone.net>/ Subject: Re: Major VMS reseller says VMS legacyc= Message-ID: <dx_t7.58898$vq.11219847@typhoon.ne.mediaone.net>u  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message$ news:9p9orq$ki$1@info.cs.uofs.edu...? > In article <kpJt7.14273$xG6.5507195@typhoon.ne.mediaone.net>, 9 >  "Terry C. Shannon" <terryshannon@mediaone.net> writes:n > |>L > |> Yep, the tide is receding for "older Digital systems" a.k.a. VAXen. The VAXh: > |> installed base has declined to ~150K units worldwide. > |> > 6 > And I'll bet that doesn't even include my 10!!   :-) >n > bill >,  H That very well may be the case. I suspect the installed base numbers areK estimates, and/or that they are derived from maintenance contract renewals,PJ etc. Suffice it to say that system censustaking is an inexact science (forD proof, look at the disparity between the numbers provided by IDC and Gartner/Dataquest).s  F In any event, look for CPQ to issue revised VMS installed base numbersD Pretty Soon Now. The 450K figure is way out of date; the real number# undoubtedly is significantly lower.o   ------------------------------   Date: 1 Oct 2001 00:22:47 -0700n! From: soterro@yahoo.com (Soterro)aA Subject: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1i= Message-ID: <d5440555.0109302322.5d8778f9@posting.google.com>o   Hello,  @ I really think that the VMS are so stable, that almost everybody? forgot what to do anymore when a real problem comes. The Compaq,D website has almost nothing part for a couple of shallow user guides,E their technical guys run like rabbits when it comes to OpenVMS, Decus*A is just distributing some lousy software, there are about 5 booksJC about OpenVMS in the whole world, half of this board is about 'goodL? old days' and moving half-ton boxes with a crane... How could I!F recommend using a OpenVMS system when the support is almost null? It's a pity, really really.   Sorin Costea   ------------------------------  $ Date: Mon, 1 Oct 2001 06:25:12 -0400+ From: "Main, Kerry" <Kerry.Main@compaq.com>AE Subject: RE: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1#T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4010D70A6@kaoexc01.americas.cpqcorp.net>   Sorin,  F >>> The Compaq website has almost nothing part for a couple of shallow user guides>>>  = mmmm.. How about all of the many full doc sets being on-line?%  - http://www.openvms.compaq.com:8000/index.html@  H Also, while I am not sure what you are looking for specifically, you can also start at:   http://www.openvms.compaq.com/  http://www.compaq.com/info/spd/   ; And for some recent reasonable brochhures AND testimonials:Q0 http://www.openvms.compaq.com/openvms/brochures/2 http://www.openvms.compaq.com/gsseries/quotes.html   Regards,  
 Kerry Main Senior Consultant@ Compaq Canada Corp.A Professional ServicesJ Voice: 613-592-4660H Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----2 From: soterro@yahoo.com [mailto:soterro@yahoo.com] Sent: October 1, 2001 3:23 AML To: Info-VAX@Mvb.Saic.ComUA Subject: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1#     Hello,  @ I really think that the VMS are so stable, that almost everybody? forgot what to do anymore when a real problem comes. The CompaqcD website has almost nothing part for a couple of shallow user guides,E their technical guys run like rabbits when it comes to OpenVMS, DecusgA is just distributing some lousy software, there are about 5 bookstC about OpenVMS in the whole world, half of this board is about 'goodn? old days' and moving half-ton boxes with a crane... How could I F recommend using a OpenVMS system when the support is almost null? It's a pity, really really.   Sorin Costea   ------------------------------   Date: 1 Oct 2001 07:46:50 -0500u- From: Kilgallen@SpamCop.net (Larry Kilgallen) E Subject: Re: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1e3 Message-ID: <CIWaj5wNnHVv@eisner.encompasserve.org>y  a In article <d5440555.0109302322.5d8778f9@posting.google.com>, soterro@yahoo.com (Soterro) writes:t > Hello, > B > I really think that the VMS are so stable, that almost everybodyA > forgot what to do anymore when a real problem comes. The CompaqeF > website has almost nothing part for a couple of shallow user guides,  2 Um, the entire VMS documentation set is online at:  $ 	http://www.openvms.compaq.com:8000/  C > is just distributing some lousy software, there are about 5 bookse# > about OpenVMS in the whole world,e  F Certainly that is partially due to the fact that the VMS documentation! set is so complete.  Unlike Unix.r   ------------------------------   Date: 1 Oct 2001 06:42:49 -0700r! From: soterro@yahoo.com (Soterro)vE Subject: Re: Not necessarily a Re: Installing CXX V5.6 on VMS VAX 6.1 = Message-ID: <d5440555.0110010542.61576330@posting.google.com>r   "Main, Kerry" <Kerry.Main@compaq.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF4010D70A6@kaoexc01.americas.cpqcorp.net>...  > Sorin, > H > >>> The Compaq website has almost nothing part for a couple of shallow > user guides>>> > ? > mmmm.. How about all of the many full doc sets being on-line?o >    Hello,  D Thank you, actually among the (expected) flames I received directly,D there was a reasonable suggestion (Lee Y T Mah) to ask Compaq CanadaE where Compaq Switzerland and Compaq Ireland/Europe failed (apparently-A they called even the US). And look, Canada is answering. So there(* still is somebody alive in this VMS world.A I won't copy again the problem here, I posted it big and detailedd4 under the title 'Installing CXX V5.6 on VMS VAX 6.1'F to this board on the 27/28th of sept. I would really appreciate if you can take a look.   Thank you again, Sorin Costea   ------------------------------  $ Date: Mon, 1 Oct 2001 11:55:11 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>MA Subject: Re: ODS2 available -- reads ODS-2 disks on Windows, UNIX " Message-ID: <3bb89206@news.si.com>  I Any change you could provide the file WNASPI32.DLL in the zip file, sincei you provide ODS2_WIN32.EXE?r --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.come= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Mon, 01 Oct 2001 18:08:02 +02006, From: Christian Leue <Christian.Leue@gmx.de>/ Subject: OpenVMS employment in southern France? 1 Message-ID: <B7DE6181.4291%Christian.Leue@gmx.de>a   Hi experts!.  B I've been trying to find the proper forum for VMS management-levelK employment offers in southern France. The "traditional" online sources like-L monster.com aren't turning up much. Is it just because there are no more VMSK shops hiring? Or is it that employers are ashamed to admit they are runningc VMS?   Any tips would be appreciated!  	 Christian.   ------------------------------  * Date: Mon, 1 Oct 2001 09:37:48 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>3 Subject: Re: OpenVMS employment in southern France? @ Message-ID: <20011001163748.59647.qmail@web20202.mail.yahoo.com>   Try=20   www.planetrecruit.co.uk0  2 It is a good site with tons of VMS adds in UK, and$ maybe they have something in France.0 I subcribed to receive jobs adds but I will wait! until these "messy times" pass...c4 I dont want to leave my country to receive a bomb in my3 head in London... in fact I would like much more=20 3 to get a job in Barcelona, but the catalans are note interested in OVMS I believe...o     Regardsi   FC=20c1 --- Christian Leue <Christian.Leue@gmx.de> wrote:a >=20
 > Hi experts!s >=203 > I've been trying to find the proper forum for VMSe > management-level+ > employment offers in southern France. Then# > "traditional" online sources like 0 > monster.com aren't turning up much. Is it just > because there are no more VMSl6 > shops hiring? Or is it that employers are ashamed to > admit they are running > VMS? >=20  > Any tips would be appreciated! >=20 > Christiann >=20     =3D=3D=3D=3D=3DnL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dt F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.  http://phone.yahoo.com   ------------------------------  * Date: Mon, 1 Oct 2001 09:57:41 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>L Subject: OpenVMS Fundamenalists was (Re: Major VMS reseller says VMS legacy)@ Message-ID: <20011001165741.95108.qmail@web20210.mail.yahoo.com>  - We are all OpenVMS Fundamentalists ... (????)l  0 I consider my self a "sunite" or those great (?) number4 of OpenVMS SysAdmins which believe OVMS/Alpha is the5 best option of OS. Until the arriving of Itanium (the, real Islam expansion).  6 And there are here, the Iranians which believe VAX are1 the best thing in the world - of course it WAS ina the last century :-)  0 And the Talebans (PDP owners) which want to live) in the past and dont want the progress....5 These are the dangerous people - they dont want to=20n* buy new systems (OVMS) , so they dont help the OVMS market  grow up....     Hmmm     Regardse   FC=20    But there are some  2 --- "Terry C. Shannon" <terryshannon@mediaone.net> wrote: >=205 > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrotes > in message& > news:9p9orq$ki$1@info.cs.uofs.edu... > > In article4 > <kpJt7.14273$xG6.5507195@typhoon.ne.mediaone.net>,3 > >  "Terry C. Shannon" <terryshannon@mediaone.net> 	 > writes:  > > |>3 > > |> Yep, the tide is receding for "older Digitalo > systems" a.k.a. VAXen. The > VAXC1 > > |> installed base has declined to ~150K units  > worldwide. > > |> > >a6 > > And I'll bet that doesn't even include my 10!! =20 > :-)s > >F > > bill > >  >=20/ > That very well may be the case. I suspect the  > installed base numbers are. > estimates, and/or that they are derived from  > maintenance contract renewals,4 > etc. Suffice it to say that system censustaking is > an inexact science (for42 > proof, look at the disparity between the numbers > provided by IDC andc > Gartner/Dataquest).s >=201 > In any event, look for CPQ to issue revised VMS  > installed base numbers6 > Pretty Soon Now. The 450K figure is way out of date; > the real numbera% > undoubtedly is significantly lower.h >=20 >=20     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Ds F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazile fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dr  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.e http://phone.yahoo.com   ------------------------------  * Date: Mon, 1 Oct 2001 09:57:36 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>L Subject: OpenVMS Fundamenalists was (Re: Major VMS reseller says VMS legacy)@ Message-ID: <20011001165736.28472.qmail@web20204.mail.yahoo.com>  - We are all OpenVMS Fundamentalists ... (????)l  0 I consider my self a "sunite" or those great (?) number4 of OpenVMS SysAdmins which believe OVMS/Alpha is the5 best option of OS. Until the arriving of Itanium (the  real Islam expansion).  6 And there are here, the Iranians which believe VAX are1 the best thing in the world - of course it WAS in  the last century :-)  0 And the Talebans (PDP owners) which want to live) in the past and dont want the progress... 5 These are the dangerous people - they dont want to=20a* buy new systems (OVMS) , so they dont help the OVMS market  grow up....     Hmmm     Regards4   FC=20d   But there are some  2 --- "Terry C. Shannon" <terryshannon@mediaone.net> wrote: >=205 > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote1 > in message& > news:9p9orq$ki$1@info.cs.uofs.edu... > > In article4 > <kpJt7.14273$xG6.5507195@typhoon.ne.mediaone.net>,3 > >  "Terry C. Shannon" <terryshannon@mediaone.net> 	 > writes:R > > |>3 > > |> Yep, the tide is receding for "older Digital  > systems" a.k.a. VAXen. The > VAXp1 > > |> installed base has declined to ~150K unitsO > worldwide. > > |> > >06 > > And I'll bet that doesn't even include my 10!! =20 > :-)0 > >- > > bill > >a >=20/ > That very well may be the case. I suspect theC > installed base numbers are. > estimates, and/or that they are derived from  > maintenance contract renewals,4 > etc. Suffice it to say that system censustaking is > an inexact science (foru2 > proof, look at the disparity between the numbers > provided by IDC ando > Gartner/Dataquest).. >=201 > In any event, look for CPQ to issue revised VMS  > installed base numbers6 > Pretty Soon Now. The 450K figure is way out of date; > the real number % > undoubtedly is significantly lower.y >=20 >=20     =3D=3D=3D=3D=3DpL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Do F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilr fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dl  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.  http://phone.yahoo.com   ------------------------------  $ Date: Mon, 1 Oct 2001 10:40:25 -0400% From: "John Vottero" <John@mvpsi.com>i+ Subject: Re: OpenVMS, Apache and hackers... / Message-ID: <trh02ueklun806@news.supernews.com>E  5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0109300827.7393e183@posting.google.com...t: > Michael Austin <miaustin@bellsouth.net> wrote in message) news:<3BB60C15.94A3B64D@bellsouth.net>...rE > > There were some recent threads on the security of OpenVMS.  WhilesF > > building my web-hosting service, after finally being able to use aI > > dynamic DNS service  for my ADSL/PPPoE connection, I discovered in myuL > > Apache access_log.; file over 21,000 attempts in the past 3 weeks to use7 > > some WINNT hacks to gain access to the system as heo5 > > laughed..."AH-HAHAHAAA.... no access for you!!!".  > >eJ > > I was at a major chemical company in August when the last really nastyG > > virus and it's offspring were hitting...  I informed them that theytL > > could solve ALL of the issues by running OpenVMS/Apache as their primary2 > > web servers.  But, alas, they never listen.... > >t > > Michael Austin4 > > First DBA Source, Inc. -- www.firstdbasource.comI > > www.spacelots.com -- a Web Hosting Service...coming soon to a browser" > > near you...a > J > a better webserver to use is purveyor for vms ... it is more secure thanF > apache because only mailbox priviledges are given to the workers ...E > that is not true with apache workers ... also purveyor is a process>  7 My Apache worker processes only have NETMBX and TMPMBX.-  C > based webserver and unlike apache is easier to tune for increased F > workloads ... also we did performance tests with purveyor and apacheB > under tcpware and purveyor won hands down!  tcpware beats ucx orJ > multinet as an ip stack because it is based on the vms kernel, not unix!I > purveyor also has remote browser management interface that is terrific!lG > it also has a wonderful built in proxy server that alta vista used totF > use several years ago ... dec used purveyor when it ran its vms siteD > also ... i have found an xml product that i can call out of my cgiI > scripts to serve xml pages ... it is a solid product ... i have watcheds> > my logs getting hit the last 2 weeks by nimda and just yawn!  D Didn't Process retire Purveyor?  Have they released the source code?  J If Apache on OpenVMS doesn't provide the performance you need then I wouldJ suggest looking as the OSU server or WASD.  There are both open source and? support is very good (especially when you factor in the price).>   ------------------------------   Date: 1 Oct 2001 08:44:05 -000014 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>F Subject: Re: OT - stupid mail scanning policy - banning PGP signatures6 Message-ID: <20011001084405.32364.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  ; On Mon, 1 Oct 2001, dsf@frontiernet.net (Dan Foster) wrote: 4 >In article <3B713722.1A570155@mail.ourservers.net>,4 >Robert Alan Byer  <byer@mail.ourservers.net> wrote: >>D.Webb wrote:  >>> N >>> Just received this automatic response to a message I posted earlier on the >>> subject of PGP. P >>> This seems to be one of the most lame brained policies I have seen for ages.< >>> They are attempting to ban PGP signed messages  - Why ?? >>>    >wrt blocking PGP messages:a >nH >Now that's moronic, even if I understand the somewhat dubious reasoningH >behind it. I think a carefully crafted bit of ASCII art may be in order? >to whomever maintains the archives (of corporate e-mails). :-)s >oM >With that said, wasn't there some sort of UK law passed within the past yeareJ >that required employers to be able to procure encryption keys and whatnotM >upon request from appropriate authorities? (Going on from vague memory here,-J >mind you.) If so, that may have been a big incentive, to stay out of that >whole legal mess.  G The law was the Regulation of Investigatory Powers Act. This allows law H enforcement to demand private keys be handed over or you face jail time.J I'm unsure about the details surrounding corporate use or corporate rightsJ of access, but more details and links to the full text can be found at the following URL:  " http://www.fipr.org/rip/index.html     Doc. - -- a6 The bigger the humbug, the better people will like it. ~ Phineas Taylor Barnum.   -----BEGIN PGP SIGNATURE-----p Version: 2.6.2  @ iQEVAwUBO7ej8sriC3SGiziTAQG0Swf9EpErhxdiV4BjlMQewlFfoYeRwqSQEWEo@ wvFLgnsFhe/mcIbihD+NTEltENrok4jOjRNN7BjGlP9Tv1CbKaWPP49hw0tcDuyN@ nSjF7qQhxcAT1GZbWUWb0oGqxN//+n7YMNjIfpftmUL4bM72bQCBEki4YJmmsrrY@ REPaqHUdc1GoUK5/t+08/e8gCUPqjXUr16FMLFjYLUvTjPPOMrtlcYDdOoaYpSbC@ 1VBl7iMdIy/PErP2scoSuTwHZPa0+gy0Fp3JZhLKdF1pfsn3h2T3CLjZB2gPzaKQ8 eGA8EXLoG7H+Hezpj36+p/XudzeGnF0TBaSIU0dV8DiIvF399IH2sQ== =Zg276 -----END PGP SIGNATURE-----    ------------------------------  * Date: Mon, 1 Oct 2001 12:31:34 +0000 (UTC) From: david20@alpha2.mdx.ac.ukF Subject: Re: OT - stupid mail scanning policy - banning PGP signatures+ Message-ID: <9p9nn5$l27$1@aquila.mdx.ac.uk>o  ^ In article <9p8ppl$33kc$1@node21.cwnet.roc.gblx.net>, dsf@frontiernet.net (Dan Foster) writes:4 >In article <3B713722.1A570155@mail.ourservers.net>,4 >Robert Alan Byer  <byer@mail.ourservers.net> wrote: >>D.Webb wrote:n >>> N >>> Just received this automatic response to a message I posted earlier on the >>> subject of PGP./P >>> This seems to be one of the most lame brained policies I have seen for ages.< >>> They are attempting to ban PGP signed messages  - Why ?? >>>c >>D >>Yep, since it was MY message that tripped this I also got the same >>reply. >>G >>I know that there are alot of companies out there that monitor e-mailcI >>and when peopel started using PGP to encode messages they placed blocksyG >>in the e-mail server to prevent this because they wanted to know whatt >>was being sent.s >>G >>Again, the down side is that they usually block ALL PGP messages eveno3 >>signed ones because it can't tell the difference.  >>H >>Basically you're probalby looking at an attempt to make damm sure thatJ >>something they don't want to get out via e-amil like data etc is gettingH >>out and that the e-mail system is being used for only proper purposes.  >>(i.e. anal department manager) >>H >>Since it said that the message was "archived" leads me to believe thatJ >>"someone" goes throught the archived messages to make sure everything isF >>O.K. (i.e you arn't sending vital company data, kiddie porn etc) and0 >>probably you'll see the message someday, maby. >>I >>I've never heard of any e-mail server trying to execute a PGP signaturegE >>or PGP encoded message so I don't think blocking PGP messages is an0" >>attempt ot thwart virus attacks. >  >wrt blocking PGP messages:r >sH >Now that's moronic, even if I understand the somewhat dubious reasoningH >behind it. I think a carefully crafted bit of ASCII art may be in order? >to whomever maintains the archives (of corporate e-mails). :-)s >gM >With that said, wasn't there some sort of UK law passed within the past yearnJ >that required employers to be able to procure encryption keys and whatnotM >upon request from appropriate authorities? (Going on from vague memory here,tJ >mind you.) If so, that may have been a big incentive, to stay out of that >whole legal mess. >-L >(I noted the .uk address of the person/org that sent this auto-reply back.) >S >-Danv   Dan,  O I think your confusing my address with the address of the system which rejected0& the message - Postmaster@yellgroup.com  7 Though as it happens this is the yellow pages in the UKa  O Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT. Registered 0 in England and Wales, registered number 4205228.  M Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1a@ 7PT. Registered in England and Wales, registered number 1403041.  
 David Webb VMS and Unix team leader CCSS` Middlesex University                                                                               ------------------------------  $ Date: Mon, 1 Oct 2001 17:09:40 +0000  From: Steve.Spires@yellgroup.comF Subject: Re: OT - stupid mail scanning policy - banning PGP signatures/ Message-ID: <00256AD8.005E45B7.00@quegw01.btyp>a  L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    ( I'm guessing then that that would be me!  ' I'll check out what might be happening.   ! BTW, we're also Yellow Pages USA!-   Cheers   Steve Sa   ------------------------------  % Date: Mon, 01 Oct 2001 09:43:19 -0400t# From: Jim Agnew <agnew@hsc.vcu.edu>SB Subject: Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING?+ Message-ID: <3BB872F7.71C3F6D1@hsc.vcu.edu>o  & i still remember my vt55 fondly... ;-)       Rob Buxton wrote:2 > G > On Sun, 30 Sep 2001 17:36:29 -0400, "Bill Todd" <billtodd@foo.mv.com>s > wrote: > : > >Can we take up a collection to replace this guy's VT05? > >0	 > >- billA > " > Maybe, but I like the sentiment! > > 8 > >"Bob Ceculski" <bob@instantwhip.com> wrote in message: > >news:d7791aa1.0109292021.54b558a9@posting.google.com...- > >> GARTNER CALLS FOR ABANDONMENT OF IIS ...oJ > >> WINDOWS ADVANCED SERVER 2000 CRASHES 3 TIMES IN 3 DAYS WHILE TRAINING > >> ON IT .../ > >> WINDOWS XP SAID FULL OF SECURITY HOLES ...B% > >> UNIX SECURITY PATCHES ABOUND ... D > >> AND IN THE MEAN TIME I SLEEP WELL AT NIGHTS WHILE MY SOON TO BEF > >> OUT OF DATE LEGACY VMS SYSTEMS JUST MARCH ALONG ... FIFTEEN YEARSD > >> NOW WITHOUT AN OS CRASH ... WEB SERVER UP 7 MONTHS STRAIGHT ...1 > >> WHILE NIMBA TRIES TO HIT VMS I JUST YAWN ...t > >>G > >> AND I AM GOING TO PORT SOON TO WINDOWS OR UNIX?  I DON'T THINK SO! 2 > >> AND NEITHER DOES THE MILITARY THANK GOODNESS!J > >> WINDOWS WILL ALWAYS BE A CLIENT ... CUTLER HAS FAILED TO TURN WINDOWSF > >> INTO VMS ... YOU GO AHEAD AND PORT OFF THE ONLY SECURE AND STABLEE > >> OS AROUND ... ME AND THE MILITARY, WE'LL JUST SET BACK AND WATCHo > >> YOU LOSE YOUR HAIR! > >> > >> A POEM ...  > >>+ > >> WHAT IDIOTS DO WORK IN THE WORLD OF IT , > >> EXCEPT FOR THOSE WHO USE VMS REGULARLY!* > >> PORT OFF OF IT AND SOON YOU WILL FARE) > >> WITHOUT YOUR JOB AND ALSO YOUR HAIR!l > >>B > >> GOOD LUCK WITH YOUR WINDOWS IIS UNIX PORT ... YOU'LL NEED IT! > >> LOTS OF IT! > >o > >a   ------------------------------  % Date: Mon, 01 Oct 2001 15:49:54 +0100.% From: Alan Greig <a.greig@virgin.net>aB Subject: Re: OTHER OS'S CATCHING VMS?  WHAT HAVE YOU BEEN SMOKING?8 Message-ID: <tb0hrtojhi1l1qig9g8tpuunqtfp9kanka@4ax.com>  A On Mon, 01 Oct 2001 09:43:19 -0400, Jim Agnew <agnew@hsc.vcu.edu>i wrote:  ' >i still remember my vt55 fondly... ;-)t  ? Reminds me more of an LP-11 line printer without the lower casepD option. When I look at it my eyes even auto-magically compensate forF the vertical alignment (something a real LP-11 never managed) and turnA it back into good old fashioned 70s technology staggered output. 3     -- Alan   ------------------------------  # Date: Mon, 01 Oct 2001 14:00:02 GMTm3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>.0 Subject: Re: Point me in the right direction..../ Message-ID: <3BB87689.EE07FF79@cableinet.co.uk>_   JF Mezei wrote:_ >  > Martin Vorlaender wrote:F > > If it were like that, it would be a rather useless config utility, > > wouldn't it? > M > I asked because of the "problems" of AUTOGEN and SYSGEN not having the same N > config files (eg: a change in SYSGEN gets overwritten by AUTOGEN which takes$ > it parameters from MODPARAMS.DAT). > : Thats different and can be genuinely useful in some cases.  J > Seems they did it "right" for the TCPIP stuff with all of the parameters > stored in one location then.  + yup, they did it "right" for DECNET too :-)h   > = > (I realise that autogen does more than just set parameters)l   -- e Tim.Llewellyn@cableinet.co.uk     C Standard disclaimer applies. My views in no way represent those of u! my employers or service provider.)   ------------------------------  % Date: Mon, 01 Oct 2001 13:05:10 +0200w- From: Jouk Jansen <joukj@hrem.stm.tudelft.nl>e Subject: pthread_kill for VMSu3 Message-ID: <3BB86A06.399E1675@hrem.stm.tudelft.nl>r   Hi all,p  E I would like to send "signals" between threads. pthread_kill seems toyE a good function for this. However is is not supported on OpenVMS (notnE even at 7.3 Alpha). Does anybody know a "way-around" to emulate these1 signals in another way?                    Jouk   ------------------------------  % Date: Mon, 01 Oct 2001 15:51:29 +0400n4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>! Subject: Re: pthread_kill for VMSa0 Message-ID: <3BB858C1.9C8E2C3E@SMTP.DeltaTel.RU>   Hi !N 	You can use pthread_cancel/pthread_detach, see also pthread_create and thread attributes (e.g. JOINABLE).      Jouk Jansen wrote: > 	 > Hi all,  > G > I would like to send "signals" between threads. pthread_kill seems toeG > a good function for this. However is is not supported on OpenVMS (nottG > even at 7.3 Alpha). Does anybody know a "way-around" to emulate thesen > signals in another way?r >  >                 Jouk   -- t Cheers,sF +OpenVMS [Sys|Net] HardWorker........................................+E  Russia,Delta Telecom Inc,                    Cel:  +7 (901) 971-3222SE  191119,St.Petersburg,Transportny per. 3                     116-3222oF +http://www.levitte.org/~rlaishev/ .......... SysMan rides HailStorm +   ------------------------------  % Date: Mon, 01 Oct 2001 14:01:56 +02003- From: Jouk Jansen <joukj@hrem.stm.tudelft.nl>M! Subject: Re: pthread_kill for VMSa3 Message-ID: <3BB87754.46A5660A@hrem.stm.tudelft.nl>D   Ruslan R. Laishev wrote: >  > Hi !W >         You can use pthread_cancel/pthread_detach, see also pthread_create and threadn > attributes (e.g. JOINABLE).r >  > Jouk Jansen wrote: > >h > > Hi all,- > >-I > > I would like to send "signals" between threads. pthread_kill seems toaI > > a good function for this. However is is not supported on OpenVMS (not I > > even at 7.3 Alpha). Does anybody know a "way-around" to emulate these. > > signals in another way?> > >e > >                 Jouk  A Since I do not want to end the thread by this action, you'll need)B the TRY/CATCH handlers. But then I'm out of luck because they will not work with C++.               Jouk   ------------------------------  # Date: Mon, 01 Oct 2001 16:24:42 GMTi From: sfm1115@bjc.org (sfm)t Subject: Question on VMS Virus0 Message-ID: <3bb89778.13885306@news.starnet.net>  E I have never heard of a system running OpenVMS to obtain a virus, but.F recently we found that a NT Server which provides a software link to 1& of our servers had many virus's on it.  ? Is there software I can obtain to check for virus's on my alpha ' servers or should I not worry about it.s  B If so the companies name or homepage would be greatly appreciated.     Thanks,    Shawn    ------------------------------  * Date: Mon, 1 Oct 2001 09:41:36 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>" Subject: Re: Question on VMS Virus@ Message-ID: <20011001164136.53512.qmail@web20201.mail.yahoo.com>   Try=20   www.sophos.com  2 I know they have antivirus which read files stored" in RMS and shared for Pathworks...   Regards>   FC=20   --- sfm <sfm1115@bjc.org> wrote:3 > I have never heard of a system running OpenVMS to0 > obtain a virus, butb5 > recently we found that a NT Server which provides ae > software link to 1( > of our servers had many virus's on it. >=205 > Is there software I can obtain to check for virus'su
 > on my alphan) > servers or should I not worry about it.e >=20/ > If so the companies name or homepage would be  > greatly appreciated. >=20 >=20	 > Thanks,o >=20 > Shawns >=20     =3D=3D=3D=3D=3DeL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dn F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil3 fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dr  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.D http://phone.yahoo.com   ------------------------------  * Date: Mon, 1 Oct 2001 09:41:20 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>" Subject: Re: Question on VMS Virus@ Message-ID: <20011001164120.91820.qmail@web20210.mail.yahoo.com>   Try=20   www.sophos.com  2 I know they have antivirus which read files stored" in RMS and shared for Pathworks...   Regardss   FC=20c  --- sfm <sfm1115@bjc.org> wrote:3 > I have never heard of a system running OpenVMS to7 > obtain a virus, bute5 > recently we found that a NT Server which provides at > software link to 1( > of our servers had many virus's on it. >=205 > Is there software I can obtain to check for virus'sl
 > on my alphag) > servers or should I not worry about it.g >=20/ > If so the companies name or homepage would beP > greatly appreciated. >=20 >=20	 > Thanks,a >=20 > Shawne >=20     =3D=3D=3D=3D=3DeL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilr fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dm  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.a http://phone.yahoo.com   ------------------------------  * Date: Mon, 1 Oct 2001 09:41:27 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>" Subject: Re: Question on VMS Virus@ Message-ID: <20011001164127.25216.qmail@web20204.mail.yahoo.com>   Try=20   www.sophos.com  2 I know they have antivirus which read files stored" in RMS and shared for Pathworks...   Regardsw   FC=20.  --- sfm <sfm1115@bjc.org> wrote:3 > I have never heard of a system running OpenVMS to- > obtain a virus, butn5 > recently we found that a NT Server which provides ak > software link to 1( > of our servers had many virus's on it. >=205 > Is there software I can obtain to check for virus's 
 > on my alphan) > servers or should I not worry about it.e >=20/ > If so the companies name or homepage would bes > greatly appreciated. >=20 >=20	 > Thanks,t >=20 > Shawnd >=20     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazily fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Da  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.O http://phone.yahoo.com   ------------------------------  * Date: Mon, 1 Oct 2001 09:41:11 -0700 (PDT). From: Fabio Cardoso <fabiopenvms@yahoo.com.br>" Subject: Re: Question on VMS Virus@ Message-ID: <20011001164111.91770.qmail@web20210.mail.yahoo.com>   Try=20   www.sophos.com  1 I know they have anyvirus which read files stored:" in RMS and shared for Pathworks...   Regards    FC=20t  --- sfm <sfm1115@bjc.org> wrote:3 > I have never heard of a system running OpenVMS toE > obtain a virus, but 5 > recently we found that a NT Server which provides a  > software link to 1( > of our servers had many virus's on it. >=205 > Is there software I can obtain to check for virus's 
 > on my alphai) > servers or should I not worry about it.p >=20/ > If so the companies name or homepage would bee > greatly appreciated. >=20 >=20	 > Thanks,I >=20 > Shawna >=20     =3D=3D=3D=3D=3DnL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3DN F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Braziln fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Do  2 __________________________________________________ Do You Yahoo!?3 Listen to your Yahoo! Mail messages from any phone.e http://phone.yahoo.com   ------------------------------  * Date: Mon, 1 Oct 2001 17:02:06 +0000 (UTC) From: david20@alpha2.mdx.ac.uk" Subject: Re: Question on VMS Virus+ Message-ID: <9pa7ie$q9e$1@aquila.mdx.ac.uk>w  N In article <3bb89778.13885306@news.starnet.net>, sfm1115@bjc.org (sfm) writes:F >I have never heard of a system running OpenVMS to obtain a virus, butG >recently we found that a NT Server which provides a software link to 1o' >of our servers had many virus's on it.l >n@ >Is there software I can obtain to check for virus's on my alpha( >servers or should I not worry about it. > C >If so the companies name or homepage would be greatly appreciated.a >a >r >Thanks, >- >Shawn >P  - Try Sophos Vsweep from http://www.sophos.com.sJ It runs on a large number of platforms including VMS. Of course it is onlyK checking for PC/MAC viruses which your users may have put on your VMS/TRu64I6 alpha systems eg via FTP, Pathworks, through mail etc.  N There are no known viruses which can damage a VMS system but that doesn't stopM users from putting infected files on the system which could then infect other= PC users who access the files.  
 David Webb VMS and Unix team leaders  CCSS Middlesex University   ------------------------------   Date: 1 Oct 2001 17:02:32 GMT ) From: leslie@clio.rice.edu (Jerry Leslie)i" Subject: Re: Question on VMS Virus' Message-ID: <9pa7j8$9v8$1@joe.rice.edu>3   sfm (sfm1115@bjc.org) wrote:G : I have never heard of a system running OpenVMS to obtain a virus, but5H : recently we found that a NT Server which provides a software link to 1( : of our servers had many virus's on it. : A : Is there software I can obtain to check for virus's on my alphau) : servers or should I not worry about it.   I See the section titled "MGMT2.  Are there any known viruses for OpenVMS?"  in the OpenVMS FAQ:s  8    http://www.openvms.compaq.com/wizard/openvms_faq.html  @ IMO, it's a non-issue unless your VMS systems are serving shares2 to Windows PCs by running SAMBA or Pathworks, etc.   :>D : If so the companies name or homepage would be greatly appreciated. :   2 http://www.sophos.com/support/faqs/savopenvms.html  	 : Thanks,w :t : Shawne  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  * Date: Mon, 1 Oct 2001 17:35:57 +0000 (UTC) From: david20@alpha2.mdx.ac.uk" Subject: Re: Question on VMS Virus+ Message-ID: <9pa9ht$r5b$1@aquila.mdx.ac.uk>   S In article <9pa7j8$9v8$1@joe.rice.edu>, leslie@clio.rice.edu (Jerry Leslie) writes:n >sfm (sfm1115@bjc.org) wrote:.H >: I have never heard of a system running OpenVMS to obtain a virus, butI >: recently we found that a NT Server which provides a software link to 1v) >: of our servers had many virus's on it.. >:B >: Is there software I can obtain to check for virus's on my alpha* >: servers or should I not worry about it. >>J >See the section titled "MGMT2.  Are there any known viruses for OpenVMS?" >in the OpenVMS FAQ: >e9 >   http://www.openvms.compaq.com/wizard/openvms_faq.htmlt >wA >IMO, it's a non-issue unless your VMS systems are serving shares'3 >to Windows PCs by running SAMBA or Pathworks, etc.r >o  I There are a few other ways in which a VMS system might spread viruses to r vulnerable PC systems.   eg  H If user's have mail stored on the VMS system and read it from a PC usingH POP or IMAP then you need to have scanned the incoming mail for viruses.  J If a user can upload files via FTP to a directory which is then served outE by a VMS based web-server - you need to scan those files for viruses.a  N In short you might want to use Sophos if you have any situation where PC filesJ are being loaded onto a VMS system and then can be accessed by PC systems.L (note. The Sophos product can be run against any files on the VMS system notM just on Pathworks shares - skim reading of the documentation sometimes leaveshM people with the erronious impression that you need to be running pathworks to  use Sophos).  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  $ Date: Mon, 1 Oct 2001 12:58:06 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>W9 Subject: Re: remove  DQA0 drivers (EIDE disks) from VMS ?x1 Message-ID: <ug1u7.870$YP.23867@news.cpqcorp.net>    Either will work.   I Another way to do it that will work across system upgrades is to copy the H configuration record from SYS$CONFIG.DAT to SYS$USER_CONFIG.DAT and thenA change the name of the driver from SYS$DQDRIVER to something likerG NO_SUCH_DRIVER (i.e. something not likely to match a real device driver0I name).  Records in the USER file override the ones in the system file (sogL you can have your own custom drivers), by matching the device ID, and havingH something that causes the driver load to fail - you accomplish the deed.= VMS will not replace the USER file when versions are updated.     D Peter LANGSTOEGER wrote in message <3bb742bf$1@news.kapsch.co.at>...< >In article <3BA15276.9DCF62BF@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:t >>Alfons Grammer wrote:o >>>tG >>> With current AXP21264 systems the IRQs 14, 15 are used for the EIDEd disks, >>> DQA0/1, DQB0/1. K >>> I have to use these irqs for an parallel I/O interface, as I did in the  past- >>> with AXP21064 and AXP21164 based systems.  >>>s/ >>> I removed the EIDE device at SRM console byw% >>>     >>> isacfg -rm -slot 0 -dev 6gJ >>> and expected, that then the DRQ driver would not be loaded by VMS ( v. 7.1-2 H >>> with patches/upgrades). However, the DQA/DQB devices are still there afterS >>> reboot, with err count = 1.. >>> F >>> How can I remove the DQ devices permanently from VMS? I want to be shure,H >>> that I can't get any conflicts between DQ and the parallel interface driver.. >>H >>Maybe RENAME SYS$LOADABLE_IMAGES:SYS$DQDRIVER.EXE *.XEX and reboot...? >>H >>(Before you do that make 100% certain that you can boot up the minimal" >>VMS environment from the VMS CD. >?D >Or how about commenting out (all of) the DQ driver related lines in> >SYS$SYSTEM:SYS$CONFIG.DAT and SYS$SYSTEM:SYS$USER_CONFIG.DAT: >U >eg. >S >! OpenVMS SHIP.? >! Added on 21-JUN-1998 14:17:55.18 via SHIP$DRIVER_INSTALL.COMR >! >device       = "IDE driver" >  name       = DQ >  driver     = SYS$DQDRIVER >  adapter    = PCI  >  id         = 0x4D454449$ >  boot_flags = SYS_DEV, HW_CTRL_LTR >  flags      = DISK, BOOT >  units      = 2  >end_device  >N# >Never tried this myself, though...  >  >--Y= >Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651T< >Network and OpenVMS system manager  Fax.    +43 1 81111-888= ><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net.I >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"V   ------------------------------  # Date: Mon, 01 Oct 2001 16:00:45 GMTf1 From: "Mark D. Jilson" <jilly@clarityconnect.com>4) Subject: Re: SCSI Cluster support on LVD? 2 Message-ID: <3BB89361.642CEED2@clarityconnect.com>  D AFAIK there are no plans to have any current SCSI adapters support aA shared bus configuration for OpenVMS except for the ones that arec already qualified.   Graham Harrison wrote: >  > Hi,u > ) > Does anyone know if, and if not - when,o+ > Scsi clustering will be supported on LVD?- > , > I have a few scsi clusters to support, and0 > we need to try and reduce the IO bottle necks./ > I can upgrade the controllers on the externalr, > RAID to LVD quite reasonably (compaired to, > adding more disks)  But are any of the LVD* > (Ultra2 or Ultra3) controlers supported? > 	 > Thanks,w	 > Graham.a   -- eD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  * Date: Mon, 1 Oct 2001 05:59:35 +0000 (UTC)& From: dsf@frontiernet.net (Dan Foster)3 Subject: Re: Single disk root versus multiple diskst5 Message-ID: <9p90o7$2gc2$1@node21.cwnet.roc.gblx.net>f  3 In article <WAYB4YvvXj+H@eisner.encompasserve.org>,s, Rob Young <young_r@encompasserve.org> wrote: >w@ >	I/O performance "smells" in the workstation world.  (Unless of? >	course you are using Linux and boy is it so much better!  And)A >	VMS performance is so slow if you have a little bitty disk and 1* >	you want to go *fast*!  Bla Bla blech! )  I I honestly hate Linux's I/O handling. It's more geared toward the generalhL philosophy of "push all available resources you have at it to make it finishH sooner", whereas most commercial UNIX OSes tend to have some sort of I/OF pacing implemented, providing for a much more even overall throughput.  H For example, when I come back to my main workstation (Linux based) afterH the weekend... I know X's leaked memory like no tomorrow, and therefore,G the box is pretty far into swap space. So when I re-login via xlock, ithF takes me 10-15 minutes to regain control of my xterms/desktop. Instant, coffee break and general schmoozing time. :)  I Reason? While it swaps the pages back into memory, it devotes most of itskG available resources to servicing those I/O requests at expense of othere things.s  F Same thing happens if I, for example, dd or cp a large file to another$ partition. Again, coffee break time.  L It lends to an overall picture of Linux being 'faster' if you do benchmarks,F but I honestly think that's a poor picture of a good multiuser system.   -Dan   ------------------------------  * Date: Mon, 1 Oct 2001 07:32:26 +0000 (UTC)& From: dsf@frontiernet.net (Dan Foster)+ Subject: Re: Sun goes after Alpha user base 5 Message-ID: <9p966a$2gau$1@node21.cwnet.roc.gblx.net>s  * In article <3B713EBB.CDA83D5E@uk.sun.com>,2 andrew harrison  <andrew.nospam@uk.sun.com> wrote:M >> some time next year or early 2003, EV7 is likely to.  When will Sun figure:& >> out how to make a cache that works? >> . >57 >We did some time ago. The ecache on E10Ks and smaller  8 >UltraII based machiens has been modified. This happened >late last year.  A Hmm. From published reports that I've read, Sun went as far as tonA 'request' that early sites with the ecache fixes do so under NDA?n  8 If true (in whatever form), that sure wasn't impressive.  C My understanding is that it took Sun quite a while to get an handleaA on the whole thing - admittedly I still don't know what the cause B is to this day, but it's sounding like a general chip design issueC that just didn't get caught in testing. If so, very, very expensive/C fix for any company stuck in such a position. But NDA'ing it out ofwE existence just isn't all that impressive, I'm sorry to say. If anyone F has an appreciation for chip design issues and related problems - it'sH me. (Given my original discipline, before I branched out to other jobs.)  B And yes, we were bitten by said ecache issues a while ago - so theC subject was of interest in-house and the progress followed. I don'toB think you can pin this one on Sun bias because we're very heavy onC Sun (and IBM) here. :) (Other OSes are, unfortunately, a minority.)o   -Dan   ------------------------------  # Date: Mon, 01 Oct 2001 13:55:18 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>+ Subject: Re: Sun goes after Alpha user base0= Message-ID: <aB_t7.58912$vq.11222811@typhoon.ne.mediaone.net>:  3 "Dan Foster" <dsf@frontiernet.net> wrote in message./ news:9p966a$2gau$1@node21.cwnet.roc.gblx.net... , > In article <3B713EBB.CDA83D5E@uk.sun.com>,4 > andrew harrison  <andrew.nospam@uk.sun.com> wrote:H > >> some time next year or early 2003, EV7 is likely to.  When will Sun figure( > >> out how to make a cache that works? > >> > >u8 > >We did some time ago. The ecache on E10Ks and smaller: > >UltraII based machiens has been modified. This happened > >late last year. >sC > Hmm. From published reports that I've read, Sun went as far as to C > 'request' that early sites with the ecache fixes do so under NDA?  >e: > If true (in whatever form), that sure wasn't impressive.  I I reported this matter a couple of years ago, back when disgruntled UE10KDF users set up a "Disgruntled UE10K Users" Web site. Jaikumar Vijayan atG ComputerWorld ran the story in midsummer 2000. Sun was not amused abouta6 being outed, but they ultimately resolved the problem.   >3E > My understanding is that it took Sun quite a while to get an handle_C > on the whole thing - admittedly I still don't know what the causerD > is to this day, but it's sounding like a general chip design issue) > that just didn't get caught in testing.(  G The cache in the 400MHz and 440MHz UltraSparc II CPUs didn't have error I correction capability. As noted about, the more recent CPUs do not suffero from this deficiency.h   ------------------------------    Date: 01 Oct 2001 07:23:30 -0700- From: Javier Henderson <javier@mate.kjsl.com>c5 Subject: Re: The Wollongong Group and wintcp, Pathwayd* Message-ID: <867kufl9r1.fsf@mate.kjsl.com>  0 "Frank Troth" <frank.e.troth@boeing.com> writes:  N > I'd like to find out who bought Wollongong, and/or who supports their wintcp< > product.  This also became part of  their Pathway product.  = 	Attachmate bought the whole company in 1995ish. I've no idea ? what kind of support they are offering for Pathway and previouscA incarnations of their IP stack, but the product isn't even listed= at Attachmate's website.  : 	I think your choices for IP stacks for VMS these days are MultiNet, TCPWare and UCX.   -jav   ------------------------------  $ Date: Mon, 1 Oct 2001 13:12:56 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>=5 Subject: Re: The Wollongong Group and wintcp, Pathway_$ Message-ID: <3bb8a43e$1@news.si.com>  F >I'd like to find out who bought Wollongong, and/or who supports their wintcp; >product.  This also became part of  their Pathway product.7  F The answer to your first question is "Attachmate."  The answer to yourJ second question is "no one."  Attachmate stopped supporting Pathway over a	 year ago.   G I used Pathway for a long time (until Attachmate ditched it).  Ask yourr2 question here or in vmsnet.networks.tcp-ip.wintcp. --A Brian Tillman                   Internet: tillman_brian at si.comyA Smiths Aerospace                          tillman at swdev.si.comn= 3290 Patterson Ave. SE, MS      Addresses modified to preventf< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Mon, 01 Oct 2001 09:03:10 +0200 < From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <noone@home.com> Subject: Re: VAX DOCUMENT ( Message-ID: <3BB8152E.923F0B1C@home.com>    Which is exactly as documentet :   MANUAL_SEGMENTATION Option  F Normally, DECdocument creates HTML files in sizes which allow for fast access and display.oD If the MANUAL_SEGMENTATION option is specified, the DECdocument HTML	 converter=E will not automatically break apart the body of the document. However,h the HTML converterB will still automatically break up the index depending on its size. The format for this option is:  # <HTML_OPTIONS>(MANUAL_SEGMENTATION)D  2 The logical should work just as the <HTML_OPTION>. Regards: Jan-Erik Sderholm.s   Steve Thompson wrote:4 > ' > On 24 Sep 2001, Andrew Kendall wrote:r > 8 > > Defining the logicals didn't work, but including the0 > > <HTML_OPTIONS>(MANUAL_SEGMENTATION) tag did. > H > Turns out that defining the DOC$HTML_OPTIONS logical does work for me,F > although it has no affect on HTML generated for tables of content or
 > indices. >  > Stevei   ------------------------------  % Date: Mon, 01 Oct 2001 13:04:24 +0100i( From: Nic Clews <sendspamhere@127.0.0.1>> Subject: Re: VMScluster using fibrechannel and memory channel?) Message-ID: <3BB85BC8.1DAC893E@127.0.0.1>n   Bob Kaplow wrote:w > V > In article <3BB4667A.BA94456B@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes:J > > I have seen situations where, using default cluster sizes, the overallH > > increase in storage has resulted in lower storage efficiency, so lowB > > that the benefit of larger drives have been all but wiped out. > J > Sounds like you should partition and BAND your disks. Split an 18G driveE > into a pair of 9G disks. use the OUTSIDE (dirst) partition for yourhL > performance sensitive data. Or better yet, use the first 9G of a 36G drive > and get even better results.  8 We ended up using bound volumes to get around the issue.  D > > In working the optimum cluster size, someone wrote a program (orK > > something) in Ingres to calculate it. It allowed us to pick the "right"gH > > cluster size and set up partitions and volume structures to the dataK > > requirements. Unfortunately I've no way of getting that into the publiciJ > > domain, but if you're looking for a little freeware project, a clusterI > > sizes versus file size analysis tool with 'what if' would be nice :-)y > L > Years ago, I learned to set cluster sizes based on the MEDIAN file size onL > the volume. IIRC it was the late Cliff Fischer (DEC and when I met him MTIM > engineer) who taught me this technique. Most defraggers offer a free report K > utility (to convince you to buy the product) that will show # of files ofRN > each size. If most of your files are 8 blocks, don't set the cluster size to > 2, or to 100.c  G Perhaps I'm not looking closely enough at the report. Math(s) is not myiH strong point, so I'd welcome more information on doing this manually, or of course a program!   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com-   ------------------------------  # Date: Mon, 01 Oct 2001 08:10:26 GMTe) From: "remy.younes" <remy.younes@free.fr>n" Subject: Re: VT emulation on Linux3 Message-ID: <SxVt7.429$Pa5.696377@nnrp6.proxad.net>   J There is a simple shell script called vmsterm which redefines the keyboard7 mapping and works just fine in a telnet window/console.nK Unfortunately i don't remember where i did get it from, nor where i put it.a Prehaps somebody else ?u  E "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com> a crit dans lee8 message news: 3BB32E7A.AEBF2558@digitalsynergyinc.com...G > Has anyone found a good (and free) VT emulation for Linux? The best Ip > have been ableH > to find is Eterm but it has some bugs in switching between numeric and
 > applicationn > keypad modes.r >    ------------------------------  $ Date: Mon, 1 Oct 2001 12:03:17 +0200( From: "Bruin, J.M. de" <Bruin@WT.TNO.NL>" Subject: RE: VT emulation on LinuxC Message-ID: <EC85E7391071D511AC140008C7F37BC24DEC4F@wt15.wt.tno.nl>)   One link could be:  4 http://www-personal.une.edu.au/~oahlefel/vmsterm.htm   Mark   -----Original Message-----. From: remy.younes [mailto:remy.younes@free.fr]" Sent: maandag 1 oktober 2001 10:10 To: Info-VAX@Mvb.Saic.Comr" Subject: Re: VT emulation on Linux    J There is a simple shell script called vmsterm which redefines the keyboard7 mapping and works just fine in a telnet window/console. L Unfortunately i don't remember where i did get it from, nor where i put it.=   Prehaps somebody else ?.  G "Jeffrey H. Coffield" <jeffrey@digitalsynergyinc.com> a =E9crit dans le:8 message news: 3BB32E7A.AEBF2558@digitalsynergyinc.com...G > Has anyone found a good (and free) VT emulation for Linux? The best Ip > have been ableH > to find is Eterm but it has some bugs in switching between numeric and
 > applications > keypad modes.s >e   ------------------------------  % Date: Mon, 01 Oct 2001 10:16:17 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>8 Subject: Re: Warranty on ES45 reduced from 3 years to 1?) Message-ID: <3BB83461.2B50E6EC@127.0.0.1>    Steve Thompson wrote:oL > Even if the total change in price is zero, maintenance $$$ often comes outK > of a different pot than new hardware $$$, and a change like this may welle4 > make new hardware purchases easier for some folks.  D Fully agreed. When I was involved relatively directly with balancingH budgets, I recall having to go through quite complex cost justificationsG when extended warranties, plus uplift to the required service level, torF balance against the capital versus maintenance budgets. It also made aB nightmare for the depreciation calculations. They were never steepF enough as it was. In some cases kit had to be kept in storage until itF could be depreciated to a write off or other low enough value. Strange	 but true.-  F It would probably be a good idea if they could offer extended warrantyE as an add on, so you could budget which ever way was easiest. Quite a D lot of consumer electronics in the UK come with this type of option,C usually insurance backed. However I expect if Compaq were to offer lF warranty in this way, that they should have two separate part numbers,D because when a financial admin sees things like warranty uplift as a5 separate item, they start shuffling budgets for you. R  D As to this case in particular, we would always have to pay uplift toF whatever warranty to get the service level required for the equipment,G so nothing every really came free. Holds today. Unless the warranty has F a 2 hour response on it, it's not worth anything. A fair amount of kit@ we've installed over the past 2-3 years is probably still "under0 warranty" but we've paid maintenance from day 1. -- .( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------   End of INFO-VAX 2001.546 ************************