1 INFO-VAX	Mon, 18 Mar 2002	Volume 2002 : Issue 152       Contents:% Re: a/b keyboard switch OpenVMS-win2k  Re: ADA95 for ia64/OpenVMS Re: ADA95 for ia64/OpenVMS Re: ADA95 for ia64/OpenVMS Re: ADA95 for ia64/OpenVMS Re: Andrew's back !  Re: Andrew's back !  Re: Andrew's back !  Re: Antigen found =*.exe file  Re: CLUSTER CONFIG Re: CLUSTER CONFIG Re: CLUSTER CONFIG Re: compaction ratio on a TZ89 DCPS version 2.0 Re: DCPS version 2.0 Re: DCPS version 2.0 Re: DCPS version 2.0) Re: DEClaser3500, VMS, IP address change?  Re: ESC KEYS NEEDED for HP8000, Re: EV8 and McKinley analysis by Paul DeMone, Re: EV8 and McKinley analysis by Paul DeMone( Re: FORTRAN (was: Re: R.I.P. OpenVMS...)F Re: FreeVMS development schedule, was: Re: Why not we guys buy OpenVMS Re: Getting info on voting day Re: Getting info on voting day Re: Getting info on voting day Re: Getting info on voting day Re: Getting info on voting day Help for Vax-Basic tutorials8 How to install DSP3107L disk in a Storageworks canister?' Re: HP Unix servers plunge below $1,000 ' Re: HP Unix servers plunge below $1,000 ' Re: HP Unix servers plunge below $1,000 G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux G Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux / Re: IBM's ESS/Shark as storage for VMS systems? 0 Re: Importing mail from Lotus Notes to VMS Mail?0 Re: Importing mail from Lotus Notes to VMS Mail?0 Re: Importing mail from Lotus Notes to VMS Mail?0 Re: Importing mail from Lotus Notes to VMS Mail?0 Re: Importing mail from Lotus Notes to VMS Mail? Re: Itanium troubles LD062 Install Question Re: LD062 Install Question Re: LD062 Install Question RE: LD062 Install Question Re: LD062 Install Question( Re: OpenVMS 6.2-1h3 on  Alpha 2100 crash0 Re: OT: AOL "whiners" for suing MS over Netscape
 Re: Pathworks  Re: Plan B for Compaq  Re: Plan B for Compaq  problem with AST Re: problem with AST, Re: Q: DEClaser3500, VMS, IP address change? Re: Question for Andrew ? Registration for Austria - OpenVMS Technical update is now live & Re: sleep() in Older versions of DEC C& Re: sleep() in Older versions of DEC C& Re: sleep() in Older versions of DEC C Re: Talk about downtime....  Re: Talk about downtime....  Re: Talk about downtime....   Re: Tape compaction performance?  Re: Tape compaction performance?  Re: Tape compaction performance? Re: The Inquirer & the Irony Re: The Inquirer & the Irony Re: UK VMS Systems Manager.  Re: UK VMS Systems Manager.  Re: UK VMS Systems Manager. ! RE: VAXstation 3100 M38 went dead * Re: Who's got a working 11/750 in Germany?& Witch streamer supported vax-4000-90 ?* Re: Witch streamer supported vax-4000-90 ?* Re: Witch streamer supported vax-4000-90 ?@ Re: [OT]  NY Times Op-Ed misses point about unreliablity of PC's@ Re: [OT]  NY Times Op-Ed misses point about unreliablity of PC's  F ----------------------------------------------------------------------   Date: 18 Mar 2002 15:52:38 GMT- From: "Jim Strehlow" <jimSnoSpam@data911.com> . Subject: Re: a/b keyboard switch OpenVMS-win2k0 Message-ID: <a752g6$adl@dispatch.concentric.net>   Thank you for your input.   : To Christoph Gartmann, did you check the SRM Console (>>>)/ value for kbd_hardware_type is LK411 or PCXAL ? < At client sites we use standard pc keyboards with that value
 set to PCXAL. 8 We set it to LK411 for most of our own in-house servers.   Jim Strehlow, JimS@data911.com www.data911.com  Data911 Systems  2021 Challenger Dr Alameda CA 94501-1038     8 "Jim Strehlow" <jimSnoSpam@data911.com> wrote in message* news:a6to7h$ncb@dispatch.concentric.net...6 > We are having problems with an A/B switch between an1 > Compaq OpenVMS Alpha and a Windows 2000 server. 5 > The keyboard does not work under certain scenarios.    ------------------------------  % Date: Mon, 18 Mar 2002 09:48:35 +0100 ' From: "Jakob Erber" <nospam@nospam.com> # Subject: Re: ADA95 for ia64/OpenVMS % Message-ID: <3c95a9e4$1@news.post.ch>   3 We would rather have Compaq Ada 83 on ia64, though.    thanks Jakob    --I What I publish in this group, is to be understood as my personal opninion A and must not be interpreted as a official statement of my company     G "Martin Heller" <martin.heller@whoa.mheller.org> schrieb im Newsbeitrag ) news:3C94DAB8.6040203@whoa.mheller.org... > > Perhaps of some interest (copied from the gcc mailing list): > J > "I wanted to let people on this list know that Ada Core Technologies hasK >   signed a contract with Compaq to implement GNAT on OpenVMS for ia64. We J >   already have three ia64 machines in house, and are busy working on theF >   initial step of bootstrapping the current version of GNAT on ia64. >  >   Robert Dewar"  >  >  >  >    ------------------------------  % Date: Mon, 18 Mar 2002 07:21:35 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)# Subject: Re: ADA95 for ia64/OpenVMS J Message-ID: <rdeininger-1803020721350001@1cust37.tnt2.nashua.nh.da.uu.net>  N In article <3c95a9e4$1@news.post.ch>, "Jakob Erber" <nospam@nospam.com> wrote:  4 >We would rather have Compaq Ada 83 on ia64, though.   Why?  E Please make sure the appropriate Product Manager at Compaq knows your ? needs and wants for Ada on IA64.  Reasonable requests are often J accomodated, provided there seems to be enough demand to warrant the cost.  I (AFAIK, Ada was NOT on the initial list of products to be ported to IA64. I Customer feedback was heard, and this contract between ACT and Compaq was  the result.)   ------------------------------    Date: 18 Mar 2002 08:17:47 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) # Subject: Re: ADA95 for ia64/OpenVMS 3 Message-ID: <JV5s0L7LoA2G@eisner.encompasserve.org>    In article <rdeininger-1803020721350001@1cust37.tnt2.nashua.nh.da.uu.net>, rdeininger@mindspring.com (Robert Deininger) writes: P > In article <3c95a9e4$1@news.post.ch>, "Jakob Erber" <nospam@nospam.com> wrote: > 5 >>We would rather have Compaq Ada 83 on ia64, though.  >  > Why? > G > Please make sure the appropriate Product Manager at Compaq knows your A > needs and wants for Ada on IA64.  Reasonable requests are often L > accomodated, provided there seems to be enough demand to warrant the cost. > K > (AFAIK, Ada was NOT on the initial list of products to be ported to IA64. K > Customer feedback was heard, and this contract between ACT and Compaq was  > the result.)  C I don't know what counts as "initial" but Google should show a post E from me last September or October reporting that presentations at the D US DECUS conference in Anaheim said that Compaq would be getting ACT to port GNAT to IA64 VMS.    ------------------------------  % Date: Mon, 18 Mar 2002 16:43:35 +0100 ' From: "Jakob Erber" <nospam@nospam.com> # Subject: Re: ADA95 for ia64/OpenVMS % Message-ID: <3c960b28$1@news.post.ch>    Why? 1) Gnat has no ACS@ 2) GNAT support does not know VMS and will never really know it.' 3) GNAT has long compile times on Alpha < 4) GNAT produces giant exes even for small programs on alphaK 5) For Applications, which are build in Compaq Ada 93, the whole Appl. Dev. 
 Env has to be      rebuild.   that is why    cheers   Jakob    --I What I publish in this group, is to be understood as my personal opninion A and must not be interpreted as a official statement of my company     E "Robert Deininger" <rdeininger@mindspring.com> schrieb im Newsbeitrag D news:rdeininger-1803020721350001@1cust37.tnt2.nashua.nh.da.uu.net...I > In article <3c95a9e4$1@news.post.ch>, "Jakob Erber" <nospam@nospam.com>  wrote: > 6 > >We would rather have Compaq Ada 83 on ia64, though. >  > Why? > G > Please make sure the appropriate Product Manager at Compaq knows your A > needs and wants for Ada on IA64.  Reasonable requests are often L > accomodated, provided there seems to be enough demand to warrant the cost. > K > (AFAIK, Ada was NOT on the initial list of products to be ported to IA64. K > Customer feedback was heard, and this contract between ACT and Compaq was  > the result.)   ------------------------------  % Date: Mon, 18 Mar 2002 12:12:24 +0000 T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> Subject: Re: Andrew's back !& Message-ID: <3C95D9A8.7050301@sun.com>   Dirk Munk wrote:   > Yes, welcome back Andrew !!  > K > Just when everything looked grey and miserable, the Sun is back into our   > newsgroup !! > & > And I even have a question for him ! > + > What is the view of Sun on fibrechannel ? C > The guys in my company that support Sun told me that Sun uses AL   > fibrechannel. ! > Compaq uses the fabric variant. H > We have some room left on our HSG80 disk cabinets, and we may want to  > connect a Sun system to it. 5 > What is Sun's vision on such a multi-vendor setup ?  > 
 > Regards,    @ Sun supports both FC-AL and switched fabric. However the storageA vendors EMC, Sun, Compaq Storage Works etc qualify specific cards  in their SAN environment.     D I think that Compaq use the Jaycor PCI cards with Jaycors FC driversA on Solaris and they also supply and they should also support them  as well.  A You may need a mixture of FC and FC-AL moving forward anyway, for = example the infrastructure project I am responsible for has a < switched fabric SAN for disk storage and it has a FC-AL tape< SAN for direct tape connection, this is because the STK tape; units we use are only available as arbitrated loop devices.    Regards  Andrew Harrison    ------------------------------  % Date: Mon, 18 Mar 2002 12:17:12 +0000 T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> Subject: Re: Andrew's back !& Message-ID: <3C95DAC8.4050703@sun.com>   Rob Young wrote:  V > In article <3C943557.4090401@bluewin.ch>, Paul Sture <paul.sture@bluewin.ch> writes: >  >>David J. Dachtera wrote: >> >>! >>>There goes the neighborhood...  >>>  >>>  >>> J >>Ah yes. But this time around we've got Google to record his posts... ;-) >> >> > D > 	What do you mean?  We've always had Deja and now Google.  It just= > 	took Google a while to load the Deja archives to show when > > 	("back in the day") Andrew officially worked for marketing: > ] > http://groups.google.com/groups?selm=30ED6574.43F3%40uk.sun.com&oe=ISO-8859-1&output=gplain  > I > From: Andrew Harrison - Sun UK - Product marketing <andrewh@uk.sun.com>  > Subject: Re: Windows 95  > Date: 1996/01/05 > 	 > 				Rob  >  >     G If you remember and I know this is tricky for you Rob, memory short and F long term not being one of your strong points you will also recollect C that I had a 3 month secondment into Product Marketing as part of a A job rotation. Most interesting it was to but I was glad to leave.   C You are a never ending souce of ammusement to me and despair to the  OpenVMS community keep it up :)      Regards    Andrew Harrison    ------------------------------  # Date: Mon, 18 Mar 2002 18:26:16 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk> Subject: Re: Andrew's back !0 Message-ID: <3C962FE7.46A3F6EE@blueyonder.co.uk>  ( Andrew Harrison SUNUK Consultancy wrote:    > I > If you remember and I know this is tricky for you Rob, memory short and G > long term not being one of your strong points you will also recollect E > that I had a 3 month secondment into Product Marketing as part of a C > job rotation. Most interesting it was to but I was glad to leave.      A now thats a good idea, do Compaq do that (second technical people  to marketting)? Did Digital?   --   tim.llewellyn@blueyonder.co.uk    F * tim.llewellyn@cableinet.co.uk address will cease to work June 2002 *   ------------------------------  + Date: Mon, 18 Mar 2002 18:49:18 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk& Subject: Re: Antigen found =*.exe file+ Message-ID: <a75crd$4ni$1@aquila.mdx.ac.uk>   i In article <55f85d77.0203140349.313ac7b6@posting.google.com>, P.Young@unsw.EDU.AU (Patrick Young) writes: ] >carl@gerg.tamu.edu (Carl Perkins) wrote in message news:<13MAR200218112152@gerg.tamu.edu>...  >>  " >> Zip them and send the zip file?. >> Use backup on them up and send the saveset? >>   > > >You are missing my point. Why the ?_FREAKING HELL_? do I have: >to adjust my behaviour and go out of my way because of an: >incompetent OS that I don't even use and avoid where ever
 >possible? > : >I use PMDF under OpenVMS for email but am worried if UNSW= >place "anti virus" software on their central mail redirector > >where Initial.Surname@unsw.EDU.AU gets directed to the target: >computer user@host.unsw.EDU.AU (in my case OpenVMS/PMDF). > : >If I want to email an OpenVMS .EXE, .COM or .BAS over the= >network as an attachment, why should I have to "consider M$" * >and rename it for crying out loud ??????? > B >> You can, of course, call the executable file anything you want. > 6 >Thanks, but I have known this for many years already. > C >"Microsh*t - because it smells worse than the real thing each time : >you step in it, and the pathway is now littered with it." >   H Of course the list of file extensions you can't safely send through mail' keeps on growing courtesy of Microsoft.   ) From a recent post on vmsnet.mail.pmdf :-      " C > Recently there were some messages on this mailing list about file I > suffixes to be filtered before to pass the attachment to the anti-virus  > check. > G > Where I could find an updated list of such suffixes and other related  > material ?  H I keep the related urls as comments in my virus scanning script. Some of. these came from posters to this list (thanks):  B $!   http://support.Microsoft.com/directory/article.asp?id=Q262631B $!   http://support.Microsoft.com/directory/article.asp?id=Q290497B $!   http://support.Microsoft.com/directory/article.asp?id=Q311573B $!   http://support.Microsoft.com/directory/article.asp?id=Q3011417 $!   http://www.slipstick.com/outlook/esecup.htm#attsec  $!; $! The list of suffixes we scan culled from the above urls:  $ 2 $ call suffix_scan ADE ADP BAS BAT CHM CMD COM CPL1 $ call suffix_scan CRT EXE HLP HTA INF INS ISP JS 2 $ call suffix_scan JSE LNK MDB MDE MSC MSI MSP MST1 $ call suffix_scan PCD PIF REG SCR SCT SHS VB VBE * $ call suffix_scan VBS WSC WSF WSH SWF SHB2 $ call suffix_scan PRF SCF MDT MDW OPS MDA MDZ ASX   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 0 --                      karcher@waisman.wisc.edu "   
 David Webb VMS and Unix team leader CCSS Middlesex University      C >BTW, as a result of my original (TEXT ONLY!!!) post I received the  >following (*Sigh*)  > < >> Trend SMEX Content Filter has detected sensitive content. >>  9 >> Place = Info-VAX@Mvb.Saic.Com; ; ; P.Young@unsw.EDU.AU  >> Sender = P.Young@unsw.EDU.AU * >> Subject = Re: Antigen found =*.exe file6 >> Delivery Time = March 13, 2002 (Wednesday) 03:55:24$ >> Policy = Virus List (Executables)+ >> Action on this mail = Quarantine message  >>  & >> Warning message from administrator:' >> Content filter has detected a virus.    ------------------------------  # Date: Mon, 18 Mar 2002 11:40:02 GMT 4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com> Subject: Re: CLUSTER CONFIG = Message-ID: <mmkl8.8506$Hz2.31506@news-server.bigpond.net.au>   L I don't understand why you did the image backup.  Is there no sharing of theF system disk?  Are these satellite nodes?  Have you taken a look at theB documentation "Cluster Systems", especially the section on "Adding Computers".0  H I feel you've created a greater challenge by trying to manually fix node9 names etc from an image backup of some other system disk.V   Matt.D   --= -------------------------------------------------------------  OpenVMS TCP/IP Engineering Enterprise Computing Group Compaq Computer CorporationS Gold Coast, AUSTRALIA = -------------------------------------------------------------S    3 "A Bonaveidogo" <Asena@fsc.com.fj> wrote in message 6 news:BFBEDDF2CFEDD411917400508BF3A6FF6157F2@EXCHSVR... >nK > I have two nodes( Node A (1st machine)  and Node B (2nd machine)) forminge aeL > cluster and on the network. Shadowing is enable.  I did an image backup ofH > the system disk and restore onto the new servers.  I modified the node name,SJ > id etc.. for these two new nodes (Node C and Node D)  Now when I connectL > Node C (first machine) to the network, it creates bugcheck dump and rebootE > my itself.  I guess something to do with cluster_config... it still  lookingr
 > for node B.eK > How can I fix this?   I executed cluster_config to remove a node from the0L > cluster. but couldn't get the right system disk for the node to be removed > ie Node B. >m > Can someone help please. >s >e > AB   ------------------------------  # Date: Mon, 18 Mar 2002 11:45:53 GMTt' From: "Hans Vlems" <hvlems@zfree.co.nz>i Subject: Re: CLUSTER CONFIGi$ Message-ID: <3c95d2be$1@zfree.co.nz>  K So you want to add two nodes to an existing VMS NI cluster and you did thatiH by making an image backup of the original system disk. Then you modifiedH the SCSSYSTEMID and SCSNODE paramters in SYSGEN (and probably the IP and= DECnet names and addresses). As soon as C was booted into them& existing cluster it bugchecked, right?  F What did you do with the license database on the original system disk?  ' A Bonaveidogo <Asena@fsc.com.fj> wrote:i >oJ >I have two nodes( Node A (1st machine)  and Node B (2nd machine)) forming auH >cluster and on the network. Shadowing is enable.  I did an image backup ofM >the system disk and restore onto the new servers.  I modified the node name,PI >id etc.. for these two new nodes (Node C and Node D)  Now when I connect'K >Node C (first machine) to the network, it creates bugcheck dump and reboot L >my itself.  I guess something to do with cluster_config... it still looking >for node B.J >How can I fix this?   I executed cluster_config to remove a node from theK >cluster. but couldn't get the right system disk for the node to be removedt >ie Node B.  >  >Can someone help please.  >6 >n >AB        http://www.zfree.co.nz   ------------------------------  % Date: Mon, 18 Mar 2002 07:26:03 -0500h2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: CLUSTER CONFIGrJ Message-ID: <rdeininger-1803020726030001@1cust37.tnt2.nashua.nh.da.uu.net>  J In article <BFBEDDF2CFEDD411917400508BF3A6FF6157F2@EXCHSVR>, A Bonaveidogo <Asena@fsc.com.fj> wrote:T  L >I have two nodes( Node A (1st machine)  and Node B (2nd machine)) forming aK >cluster and on the network. Shadowing is enable.  I did an image backup ofkM >the system disk and restore onto the new servers.  I modified the node name, I >id etc.. for these two new nodes (Node C and Node D)  Now when I connectaK >Node C (first machine) to the network, it creates bugcheck dump and reboottL >my itself.  I guess something to do with cluster_config... it still looking >for node B.J >How can I fix this?   I executed cluster_config to remove a node from theK >cluster. but couldn't get the right system disk for the node to be removedt >ie Node B.0 >  >Can someone help please.d  A Give us a clue.  How about some summary output from the bugcheck?i  D If both systems are trying to boot from the same root ([sys0...] forI example), VMS will detect the name/ID collision and toss the newcomer out-H of the cluster.  That's the only guess I can offer without a look at the
 crash output.j   ------------------------------  % Date: Mon, 18 Mar 2002 09:40:28 -0500h0 From: "Syltrem" <syltremspammenot@videotron.com>' Subject: Re: compaction ratio on a TZ89S4 Message-ID: <LZml8.3944$a04.21032@tor-nn1.netcom.ca>  G > It is hardware, IBM chips I think. The idea that software compression E > is 'variable' and hardware compression is 'fixed' is totally wrong..G > The compression ratio depends on the algorithm used, and the data you0  K Software, built into the hardware is what I meant. Real hardware compresion1L (for me) is just putting the bits closer together on the tape and that wouldJ be a fixed ratio. If it analyzes the data, then there is some programming,> some algorithm. That's how I see it anyway and I may be wrong.  J I will try when I get a chance to append to my backup some 100MB files andK see how much I still can fit. That will give me an idea how much free spacei
 I still have.e   --   SyltremeI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) > To reply to myself directly, remove .spammenot from my address  I "Paul Repacholi" <prep@prep.synonet.com> a crit dans le message de news: " 874rjh33ej.fsf@prep.synonet.com...4 > "Syltrem" <syltremspammenot@videotron.com> writes: >s& > > You mean it's software compaction. >rG > It is hardware, IBM chips I think. The idea that software compression E > is 'variable' and hardware compression is 'fixed' is totally wrong.iG > The compression ratio depends on the algorithm used, and the data yourG > feed it. *WARNING* a modest change in data can make a HUGE differenceo > to the compression ratio.p > C > > Then is there any way of knowing how much tape (% of length) isw	 available  > > after the current position?- >-I > There are SCSI comands that get that info from the drive. Don't know if. > anything uses it though. >: > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.1B >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.H > EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Mon, 18 Mar 2002 19:27:49 +0900o& From: "David Lee" <phongle@kornet.net> Subject: DCPS version 2.0.+ Message-ID: <a74epo$dhm$1@news1.kornet.net>f  J Does any one know whether DCPS version 2.0 part of the OS 7.1.2 or is it aC separate layer product that I have to order.  If so, it it free and-
 downloadable?e   Thanks   ------------------------------  % Date: Mon, 18 Mar 2002 14:30:35 +0100:$ From: "labadie" <labadie_g@decus.fr> Subject: Re: DCPS version 2.0a3 Message-ID: <R%ll8.1101$fL6.23604@news.cpqcorp.net>0  1 "David Lee" <phongle@kornet.net> wrote in messagep% news:a74epo$dhm$1@news1.kornet.net... L > Does any one know whether DCPS version 2.0 part of the OS 7.1.2 or is it aE > separate layer product that I have to order.  If so, it it free and? > downloadable?k >u > Thanks >r >e Hellot   Dcps is not part of the OS Dcps 2.0 is on the CD.H It is free (only since Dcps 2.0, before, in 1.8, 1.7... you had to order% some Dcps-plus or Dcps-open licences)t It is not downloadable.d9 If you have the CD, or have a colleague who has the CD...A   Regardst   Grard   ------------------------------    Date: 18 Mar 2002 08:25:52 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: DCPS version 2.0 3 Message-ID: <wNIV2sx+UAqX@eisner.encompasserve.org>e  T In article <a74epo$dhm$1@news1.kornet.net>, "David Lee" <phongle@kornet.net> writes:L > Does any one know whether DCPS version 2.0 part of the OS 7.1.2 or is it a. > separate layer product that I have to order.   Yes, for one example, I know.A  % > If so, it it free and downloadable?0   No.e   ============  5 Now to answer the questions you really wanted to ask.M  E DCPS is licensed as part of VMS, but it must be separately installed.   E It is at least available on the CONDIST/SPL CDROMs on which other VMSp layered products are delivered.p  F I do not know whether it is also possible to buy a separate CDROM that contains only DCPS.o   ------------------------------  % Date: Mon, 18 Mar 2002 10:21:44 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>c Subject: Re: DCPS version 2.0 , Message-ID: <3C9605F1.91D9A34A@videotron.ca>   Larry Kilgallen wrote:G > DCPS is licensed as part of VMS, but it must be separately installed.  > G > It is at least available on the CONDIST/SPL CDROMs on which other VMSt! > layered products are delivered.p  L Is there a valid reason why it couldn't be downloadable from the vms web/ftpC site ? Sounds like a perfect candidate for such an endeavour to me.6   ------------------------------  # Date: Mon, 18 Mar 2002 11:48:43 GMTo4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com>2 Subject: Re: DEClaser3500, VMS, IP address change?= Message-ID: <vukl8.8532$Hz2.32137@news-server.bigpond.net.au>t   From a quick search on google:  9 http://aa11.cjb.net/tru64_unix_managers/2000/12/0050.html    The text is as follows:r  
 Hi Managers !o  L Once more this list turned out to be the ultimate source for DEC wisdom ! :)E Thanks a lot to Hal Kuff, Tru64 User (whoever this might be :), Colint Walters  and especialy+ Werner Rost who gave me the final solution.e  F The Procedure looks a lot like what we had to do on those old ethernet printservers... in Detail:    D * First you have to reset the Ethernet card to the factory defaults:  4 1) Power off the printer and remove the network card 2) Locate jumper 6I 3) Move jumper 6 to the ON position (so that the jumper covers the centerc+ pin and the pin nearest the JP6 designator) B 4) Install the network card, but do not install the mounting screwI 5) Slide the assembly into the printer, but do not connect the printer tor the network L 6) Power on the printer. The network card performs its self test, the greenL LED flashes 3 times, then pauses, and then repeats the pattern. When you see# this pattern, power off the printeroI 7) Remove the assembly from the printer, and then remove the network cardu from the assembly.K 8) Move Jumper 6 to its off position (so that the jumper covers the centerl/ pin and the pin nearest to the OFF designation)e 9) Install the network card   L * After this procedure, the network interface is ready to recieve the new IP address:  ( 1) arp -s <ip-address> <hardware-adress> 2) Power on (DecLaser 3500)- 3) ping <ip-address> 4) wait 20 seconds 5) power off 6) power onn  " Now ping <ip-address> should work.  F Note: Konfiguration machine must be on the same subnet as the printer.  G This procedure worked well for me. Thanks again to all who contributed.4  
 best regards,w   Dieter  D --------------------------------------------------------------------   Dieter Tschermernig ;   Institute of Information Systems & Information Managementm.   JOANNEUM RESEARCH Forschungsgesellschaft mbH'   Steyrergasse 17, A-8010 Graz, AUSTRIAe  B   phone:  +43-316-876-1161                fax:    +43-316-876-1191A   web:    http://iis.joanneum.ac.at       mobile: +43-664-3444708e,   e-mail: dieter.tschermernig@joanneum.ac.atD --------------------------------------------------------------------     Matt.g --= -------------------------------------------------------------n OpenVMS TCP/IP Engineering Enterprise Computing Group Compaq Computer Corporation  Gold Coast, AUSTRALIAe= -------------------------------------------------------------g    < "Erik Ahlefeldt" <oahlefel@metz.une.edu.au> wrote in message& news:a73sun$gnj$1@gruvel.une.edu.au... >uJ >  At a remote site I have a DEClaser 3500 with the built-in network card.H >  We print to this printer from a MicroVAX 3100 running VMS 6.2 and UCXI >  4.2, using TCP/IP (telnetsym). My problem is that I need to change theHE >  IP address on the printer. We do not have a manual for the printer:F >  and there appears to be no way to access it from the VAX to do thisE >  change. We do not run any other networking or operating systems at>K >  this site, NO Novell, NO Appletalk, NO unix boxes. I do not know how the J >  printer IP address was originally set up. My only access to the site isK >  via a dial-up modem to the VAX and onsite expertise is very limited. ThenC >  three protocols that this printer is currently set up to use arer
 Appletalk,G >  Novell, and TCP/IP and I am told that in order to use LAT we need to J >  set some dip-switches and use a Novell (NPmanage) program to effect the. >  change, which would appear to rule LAT out.( >  So how do we change the IP address??? >  >2   ------------------------------  % Date: Mon, 18 Mar 2002 13:32:08 +01000$ From: "labadie" <labadie_g@decus.fr>' Subject: Re: ESC KEYS NEEDED for HP8000e3 Message-ID: <29ll8.1095$fL6.23477@news.cpqcorp.net>a  7 "John Polcari" <JPolcari@Mediaone.net> wrote in message.% news:3C93C37A.4020606@Mediaone.net...sG > I have a Vax system running Alpha Openvms 7.3, I have HP8000 printers1I > off of this system and need to print out reports that are Landscape andbI > the output is condensed. I think the stadndard font size is around a 14.J >   pitch or higher. I need the font size to be much smaller, maybe a 8 orH > 10. When I print out jobs at the higher pitch the out rolls off of the > page and data is missed. >PI > I was wondering if anybody could help me to proper escape keys in placet$ > so the I can print this correctly. >w Helloi   You have all that at? http://www.hp.com/cposupport/printers/support_doc/bpl02705.html    Regardsn   Grard   ------------------------------  % Date: Mon, 18 Mar 2002 15:36:23 +0000aT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>5 Subject: Re: EV8 and McKinley analysis by Paul DeMoneb& Message-ID: <3C960977.2070508@sun.com>   JF Mezei wrote:h   > Fred Kleinsorge wrote: > M >>Uh.  Out of context answer to the wrong question?  My reply was directed at M >>the question of what defines a "industry standard" box.  Nothing to do withiL >>VMS, or DECwindows.  Just that any box that calls itself industry standard$ >>and does not run Windows... isn't. >> > N > What happens when a company starts to misused the term "industry standard" ?H > From the point of view, HP and Comapq are calling that IA64 vapourwareO > "industry standard". The thing is far from being industry standard, very far.  > N > When a vendor starts to misuse terms, it loses credibility. When Compaq usesF > the term "industry leading clustering" to describe its NT clusteringG > offerings, do you think that it gains any credibility with enterprise!P > customers who know that NT's clustering is only able to take baby steps and is > far behind ? > M > Compaq already claims IA64 to be industry standard. By the same definitionsiL > that make the 8086-wintel junk "industry standard" (volume), then Alpha isN > more "industry standard" than IA64. Heck, if you look at "real" servers thatP > do more than just act as a file/print server for Nt "office" clients, I am not/ > even sure that NT has bigger share than Unix.C >     ; IA64 is so industry standard that there are only ~3000 IA64a: systems installed out there if the last set of IDC figures, were accurate and most of them were loaners.  > Not a terribly popular "industry standard" and more marketing.= And anyway how many "industry standards" do we need, IA32 hase< much more of a claim to be one using Compaqs definition than IA64.   @ At least there are multiple sources of IA32m you cannot say that of IA64 now or in the future.S     regardsi   Andrew Harrisone   ------------------------------  # Date: Mon, 18 Mar 2002 16:07:47 GMTw4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: EV8 and McKinley analysis by Paul DeMoner- Message-ID: <nhol8.62732$702.18592@sccrnsc02>i  # "Andrew Harrison SUNUK Consultancy"i= <andrew_nospam.remove_this.harrison@sun.com> wrote in messagei >t= > IA64 is so industry standard that there are only ~3000 IA64-= > systems installed out there if the last set of IDC fi guresm. > were accurate and most of them were loaners.  L Probably a fair estimate for YE2001. Which leads to a potential IPF tagline:F "IA64: A Standard for a Very Small Industry." But before coming to anyI conclusion (save the fact that INTC and HWP hyped the hell out of P7 fromtJ June 3, 1994 onwards and many were gulled by the hype) about IPF's future,5 it might be wise to wait until McKinley materializes.a   ------------------------------  % Date: Mon, 18 Mar 2002 08:38:15 +0100p- From: Jouk Jansen <joukj@hrem.stm.tudelft.nl>-1 Subject: Re: FORTRAN (was: Re: R.I.P. OpenVMS...)-2 Message-ID: <3C95A777.4248BC9@hrem.stm.tudelft.nl>   Steve Lionel wrote:m > , > On Fri, 15 Mar 2002 15:11:11 GMT, ">>> ^P"( > <plj@NOSPAM.byron.ext.telia.se> wrote: >  > >- > >  > >Hi, > >i. > >Will we be able to use #include <xxx.h>   ? > >D > ' > Wrong language.  In Fortran, you say:  >  >         include 'xxx.inc's > C  But "include" is on the Obsolete list and may be removed in a nextn Fortran standard.s  F  However, some Fortran compilers (even CompaqFortran on Tru64) supportE proprocessing and thus the "#include <xxx.h>" syntax. For some reasonwD this was never implemented in CompaqFortran for OpenVMS. Currently I, (mis)use the C-prepocessor for this purpose.                   Jouk   ------------------------------  + Date: Mon, 18 Mar 2002 13:00:57 +0000 (UTC)e9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>vO Subject: Re: FreeVMS development schedule, was: Re: Why not we guys buy OpenVMSe- Message-ID: <a74oe9$e3q$1@tyfon.itea.ntnu.no>   C Simon Clubley <clubley@remove_me.eisner.decus.org-earth.ufp> wrote:o/ : In article <a6i28b$kt7$1@tyfon.itea.ntnu.no>,<= : Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no> writes: 1 :> There is a lot of mere words. (Just like here)nM :> Maybe people just want to wait for a finished product, but contribute not. ; :> Possibly a cultural thingie? (That will have to change).I   : Some suggestions:   J : People may be wanting to work on FreeVMS, but may not know what they canL : do to contribute. Have you considered a FSF style task list, detailing the3 : various jobs that need doing and in which order ?s  K It may be too early for details, except having observed that kernel support1> is the basis for libraries, and libraries again for utilities.D Utilities (and even more) may be implemented before the right kernelA functionality is in place, but may then have to be changed later. < Also regarding order, a spiral model cycle has been noticed.  I Maybe we need to call the Internals Projects for Task List and update it.h  L : You are focusing on the kernel on http://freevms.free.fr/indexGB.html, butN : people who can't work on the kernel could work on other things, for example,D : with the DCL utilities (SEARCH, DIFF, etc) as well as the editors.  E The need for contributors to these utilities is regularly called for.   > : (What editors are you planning to support in FreeVMS, BTW ?)  + There has been not much thought on editors.0  N : I am wondering if a better short-term goal may be to implement the user-modeK : environment (ie: DCL & utilities, the editors, RMS, etc) on Linux. With an  6 There is already a user-mode DCL (Lite) available fromD http://www.accelr8.com/dcll.html. It is not much to be content with.  J There is a DCL (pure user-mode, can even compile on Solaris (with a little7 help)), but I think it is supposed to be reimplemented.g6 (DCL needs kernel support, but that will be for later)  @ Some librtl stuff (strings, mainly) has been around for 4 years.  M RMS utilities will be for later, since they are kernel-dependent (exe layer).oJ Have to see how ODS-2 support turns of first. (Not yet publicly available)   --   -Roar_   ------------------------------    Date: 18 Mar 2002 14:43:51 +0800, From: Paul Repacholi <prep@prep.synonet.com>' Subject: Re: Getting info on voting days- Message-ID: <878z8qcr4o.fsf@prep.synonet.com>B  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  E > I won't be at the HP meeting as I do not own any HWP shares. I williF > be at the Compaq event, though. If anything interesting transpires I > will post a summary.  / Anyone got a few share they can proxy to Terry?h   -- g< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.0@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 18 Mar 2002 13:03:05 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ' Subject: Re: Getting info on voting dayg, Message-ID: <a74oia$1jpr$1@info.cs.uofs.edu>  , In article <3C951EE5.EDDE8FF9@videotron.ca>,0  JF Mezei <jfmezei.spamnot@videotron.ca> writes: |> sI |> Also, why would Compaq have scheduled its vote on the day after HP's ?eI |> Wouldn't it be to Compaq's advantage to vote once the outcome of HP is Q |> official ? (eg: of you know HP killed the deal, then it pays for Compaq to say N |> "Yes I do", so that it may benefit from the cancellation penalties HP would |> have to pay Compaq.  G I'm surprised they are not voting on the same day.  It would make senseaG to have the votes both done in such a way that the result of one is notn0 a significant factor in the result of the other.   bill   -- J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 18 Mar 2002 08:47:34 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>u' Subject: Re: Getting info on voting dayN, Message-ID: <3C95EFE7.D40F1A06@videotron.ca>   Bill Gunshannon wrote:I > I'm surprised they are not voting on the same day.  It would make senselI > to have the votes both done in such a way that the result of one is notC2 > a significant factor in the result of the other.  J What if you are a shareholder in both companies ? Having it on 2 different( days allows you to attend both meetings.  F If the procedures calls for the result to be held until both votes areJ tallied, then it will acheive the results you said: Compaq's vote would be, done without knowledge of HP's vote results.  F What would be a safe theshold above which the loser would not call for recounts ? 55% ? 60% ?  J Is it correct to state that roughly 20% of shares have been announced "NO"H when you combine the family's block with the few pension plans that have announced NO ?  K If 20% are already commited to "NO", Carly needs to get better than 75% yes L votes in the remaining 80% of shareholders in order to achieve a comfortableR 60% majority. But if she wants a pure 50.1%, she needs only about 63% to vote YES.  L If Carly gets less than 70% support for the deal and still proceeds, I wouldJ say that her job will be at stake as soon as there is one quarter with badK news. That pressure would have interesting side effects on how she proceedsrK with the integration and product rationalisation. Would she proceed quickereK making harsh decisions, or would she step very lightly and not try to breake  any eggs that procuce profits ?   G If here 3 year product roadmap is already complete, would she adjust it16 depending on how much suport she gets for the merger ?   ------------------------------   Date: 18 Mar 2002 05:59:05 CDT= From: wayne@tachysoft.xxx.564897.killspam.00c7 (Wayne Sewell)-' Subject: Re: Getting info on voting day2. Message-ID: <NIZGzyhyaGvY@tachxxsoftxxconsult>  \ In article <878z8qcr4o.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:8 > "Terry C. Shannon" <terryshannon@mediaone.net> writes: > F >> I won't be at the HP meeting as I do not own any HWP shares. I willG >> be at the Compaq event, though. If anything interesting transpires I  >> will post a summary.a > 1 > Anyone got a few share they can proxy to Terry?0  O Does that somehow make the shares weigh more, as opposed to just sending in the  card?i     -- dO ===============================================================================eM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxp: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO ===============================================================================c= Society Lady:  Are you familiar with the Great Wall of China?A5        Curly:  No, but I know a big fence in Chicago!e   ------------------------------  # Date: Mon, 18 Mar 2002 15:48:08 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>' Subject: Re: Getting info on voting dayd- Message-ID: <Y_nl8.62657$702.18088@sccrnsc02>e  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message& news:a74oia$1jpr$1@info.cs.uofs.edu...  I > I'm surprised they are not voting on the same day.  It would make sensemI > to have the votes both done in such a way that the result of one is not,2 > a significant factor in the result of the other.  K Yeah, that would seem to make sense. Unless, of course, one was a holder of/D both CPQ and HWP shares and one wanted to attend both meetings. SuchL individuals would learn the meaning of "being two places at once while being nowhere at all."   ------------------------------  % Date: Mon, 18 Mar 2002 18:28:07 +0530)0 From: Anjan Sarkar <anjans@metalogicsystems.com>% Subject: Help for Vax-Basic tutorialsc4 Message-ID: <3C95E45F.43E00843@metalogicsystems.com>   Hello,( Where can I get tutorials for Vax-Basic? Thanking you in anticipation.r Regards, Anjan Sarkar   ------------------------------   Date: 18 MAR 2002 16:40:28 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>oA Subject: How to install DSP3107L disk in a Storageworks canister?h2 Message-ID: <18MAR02.16402873@feda01.fed.ornl.gov>  J I have a DEC DSP3107L disk that may be bad but we have no backup so I wantI to see if I can recover anything.  I'm trying to install it in one of theeF white Storageworks canisters in a BA353-AE (Storageworks "pizza" box).I Of course, I don't have any docs on the box or canisters.  When I install E it on my 3400, VMS (7.2-1) configures the disk and shows that it is aoL DEC DSP3107LS.  But when I try to mount it I get "%MOUNT-F-MEDOFL, medium isK offline".  Before the disk was shipped to me (it was off-site), we tried todI mount it using a different external box.  That also failed, but the erroreF message was different (no home block, IIRC).  So I'm wondering if I'veE connected the canister cables correctly to the drive.  Can (and will)-J anyone tell me how the canister wires should be attached to the drive?  Or point to some on-line docs?o   Thanks,  Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOVfH Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Mon, 18 Mar 2002 02:21:36 -0500i( From: David Froble <davef@tsoft-inc.com>0 Subject: Re: HP Unix servers plunge below $1,000, Message-ID: <3C959580.5020508@tsoft-inc.com>   JF Mezei wrote:r   > "Terry C. Shannon" wrote:1 > N >>change: Mark Gorham says that low-cost VMS entry systems will become reality1 >>once low-cost IPF platforms make this possible.r >> > P > Didn't we hear that before ? When Alpha was to be the new high volume standard! > for the IT industry, remember ?- > K > Then, to protect its 8086 business, Palmer prevented Alpha from competing  > against 8086 machines. > K > And more importantly, Digital still had its "can't offer low cost option,-L > otherwise our biggest customers would replace the very profitable high end6 > machines with "break even" low cost ones" mentality. >   0 Come now JF, you know that it won't be the same.  N With VAX, and Alpha, many times it was the same CPU, running at near the same P speed, in the low end machines, thus allowing for example a MicroVAX 3100 model M 96/98 system to do some things nearly as well as the VAX 7000 systems.  Note hP that I/O throughput wouldn't be the same.  But, now it will be an EV7 system at Q the top end, and a P.O.S. IA-64 at the low end.  I doubt that there will be many iN VMS users that will consider a bunch of P.O.S. IA-64 systems as a replacement  for the Alphas.g  - Too bad that the Alphas may not be available.v   Dave   -- d4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Mon, 18 Mar 2002 17:29:09 GMTw# From: "John Smith" <a@nonymous.com> 0 Subject: Re: HP Unix servers plunge below $1,000F Message-ID: <Ftpl8.3131$r9G.1775@news02.bloor.is.net.cable.rogers.com>  J It's really was a simple strategy. Yes, you'd cannibalize your own productE line, but more importantly you'd be eating your competitor's lunch asr- customers traded out of Sun, etc... to Alpha.e  ? The resulting volume increases would have driven DEC'sr cost of L fab/manufacturing down to the point where they could have made more absoluteK money (lower magins/higher sales). They would have had more o/s and supportt
 revenues too.n  G NT on Alpha at a lower price-point would have been very fashionable. Soh would have VMS and Tru64.0  G Too bad nobody in management figured this out and stomped on those thate
 opposed this.s          ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messagei' news:kn8l8.57895$af7.42706@rwcrnsc53...c >.< > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3C9508D4.333D664D@videotron.ca... > > "Terry C. Shannon" wrote:-J > > > change: Mark Gorham says that low-cost VMS entry systems will become	 > reality 5 > > > once low-cost IPF platforms make this possible.u > >>I > > Didn't we hear that before ? When Alpha was to be the new high volume0
 > standard# > > for the IT industry, remember ?d >eG > That certainly was the original goal. Said goal actually predates theML > November 10, 1992 debut of Alpha. Sad but true, the visionaries of the dayJ > did not factor OS support and apps availability into their Grand Design. > H > I think you are trying to read a bit more into Mark Gorham's assertion thanD > is actually there. The man said that low cost VMS systems would be	 availableeK > when affordable IPF desktop boxes materialized. Since such a box wouldn'ttH > displace anything but Windows or Linux--products that don't contribute? > anything to Mark's profit center--I can't see why he wouldn'tC1 > enthusiastically support a VMS econobox effort." > K > Resistance, if any, would come from the Windoze faction within Compaq (orbK > Hewlett-PAQard), but given the comparatively low volumes such boxes wouldeJ > generate, I doubt that the Windoze faction, or Bill Gates hisself, would gete > their knickers in a twist. >e >i >n >    ------------------------------  # Date: Mon, 18 Mar 2002 17:35:45 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>0 Subject: Re: HP Unix servers plunge below $1,000- Message-ID: <Rzpl8.63099$702.18260@sccrnsc02>n  . "John Smith" <a@nonymous.com> wrote in message@ news:Ftpl8.3131$r9G.1775@news02.bloor.is.net.cable.rogers.com...L > It's really was a simple strategy. Yes, you'd cannibalize your own productG > line, but more importantly you'd be eating your competitor's lunch asn/ > customers traded out of Sun, etc... to Alpha.h  I Successful vendors typically *do* eat their own children. I guess DEC hade  different gustatory preferences.   >4A > The resulting volume increases would have driven DEC'sr cost ofhE > fab/manufacturing down to the point where they could have made more  absoluteE > money (lower magins/higher sales). They would have had more o/s andr supportn > revenues too.n  K To most of us, that's Economics 101. DEC presumably ascribed to alternative- economic theories.   >2I > NT on Alpha at a lower price-point would have been very fashionable. So_ > would have VMS and Tru64.i   Yep.   >tI > Too bad nobody in management figured this out and stomped on those that  > opposed this.r >f  I Whether or not management figured it out, they were apprised of this fact.@ time and time and time again. Management chose to disregard this information.   ------------------------------  % Date: Mon, 18 Mar 2002 11:54:17 +0000oT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux$ Message-ID: <3C95D569.70606@sun.com>   David Mathog wrote:-   > Andrew Harrison wrote: >  >   D > and 99% of the time you're in business. That said, there are still@ > chunks of linux code around that are proprietary and that giveC > Linux a growing competitive edge over the commercial Unixes.  For5< > instance, there are manufacturer supplied drivers for SCSI< > adapters and graphics adapters for linux where there is no= > Solaris counterpart.  (Or, at best, a Solaris Intel varianto@ > but none for Solaris Sparc.)  Rarely the driver issue cuts the > other way. >     A Drivers are an obvious area where Linux is better served, howeverrC this much more of an issue on the desktop than it is the datacentero: where customers generally want a complete package from one- vendor, OS, device drivers adaptor cards etc.a  @ But the Linux approach also has its downside. TCO is much higher@ Linux admins I know spend much more time integrating things intoA the distribution they are using than they do on a commercial UNIX-> platform where the equivalent components come pre-compiled and? installed and these same admins have told me that Linux is moreD< resource intensive to manage that Commercial UNIX's once you: have got the platform set up, they also manage Solaris and AIX instances as well.   Regards    Andrew Harrison-   ------------------------------  % Date: Mon, 18 Mar 2002 11:41:54 +0000dT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux& Message-ID: <3C95D282.6080609@sun.com>   Fred Kleinsorge wrote:  L > I disagree.  I think that the right approach is to flip this on it's head. > N > Linux is up-and-comming and has the mind-share of computer professionals andJ > geeks.  Hardware choice, capability, and performance is converging.  SUNC > will eventually implode trying to compete with a proprietary chiptM > architecture against Power, and IA64 - they don't have the money to try andtK > compete with IBM and Intel to fab fast, cheap chips.  If they, and anyone J > else doing UNIX, want to be around 10 years from now, they should take aK > critical look at what value-added features they have in their proprietaryoJ > UNIX and come up with a strategy to extract enabling technology into theM > common Linux kernel, and package their proprietary added-value into a LinuxHM > "product" -- call it Linux/Enterprise Edition, or Linux/Pro.  They can makeiN > their real money from software and service which leverage the sales of their > platform offerings.r >       G I have missed you Fred I should have made some time and posted earlier.     D When did you swallow the Compaq marketing line about SPARC being theJ "proprietary" and your implied assumption that POWER and IA64 are not ????  1 Was it after the Alpha announcements of before ??.   As to being able to competee  C Currently of the three 64 bit processors families you refer to only C SPARC is available in Sub 1000 dollar packages, of the 3 processorsd@ only SPARC based systems offer platforms that compete price wise? with 8 CPU IA32 systems, the Sun V880 has a similar price pointM to a 8 CPU Compaq Proliant.,  = Where are the sub 1000 dollar POWER/IA64 boxes, where are theD& Sub 70,000 8 CPU POWER 4/IA64 boxes ??  < How about Linux pricing. Linux is hardly free in fact media A distributions of Linux are generally more expensive than Solaris.p; There is also the Linux on S390 special case. I call it thee= Offshore power boat racing option. Offshore power boat racingo: has been described as being like tearing up 50 pound notes< in a cold shower. linux on an S390 falls into this category,@ it requires VM licenses (the 50 pound notes) it does not perform@ well and it does not have much available SW (the unpleasant cold wet shower effect).R    B You also betray your breathtaking ignorance about SPARC processorsE when you say that SUN fabs SPARC CPU's, we never have, SUN has always H been a FABless CPU vendor. Our CPU's are FABBED by Texas and a number ofE other manufacturers. Sadly this one fact alone destroys your argument . since we don't need to invest in the FAB Ramp.    G > If that happens, and a hardware architecture emerges as the "industrynK > standard" (and my hope would be for IA64 for obvious reasons) - then real.K > shrink-wrap Linux to compete with Windows might be an actual possibility.z > M > So the "logical" thing is to make sure your proprietary UNIX images can runsL > on Linux.  Not the other way around.  You need to build the migration path/ > bridge *to* Linux from your proprietary UNIX.o >       B There you go again using that "proprietary" word again are you in - marketing now or have you moved into sales ??e    F > Nah.  Sparc and Solaris forever (hmm.  Sounds like VAX/VMS forever.) >     A Slightly more consistent than OpenVMS and whatever the flavour ofc? the month is at the moment ! Just a hint for you your customersh> if this group are anything to go by would have prefered Compaq to be consistent like Suna     > Feelin' nervous? >     = No, saddened to see someone who apparently has an engineeringn? background desert what he knew for something he is oviously notl* equipped to comment on but no not nervous.    K Though I don't know why I would have expected you to understand what makes e  A an OS platform sucessfull, you don't have any history to refer toe do you.   D Just as a hint though, Windows is sucessfull because it is availableK on a low cost platform and because a very large number of ISV's support it.   G Solaris is sucessfull because it is available on platforms that are thenF right price, Sub 1000 to 3 million depending on capacity and because a& very large number of ISV's support it.  E Providing Sun continues to provide platforms that are the right priceoA and the right functionality and provided we maintain our software H portfolio hence the Linux Run capabilities which should really be called? GNU run then the rest is up to our sales, support and partners.h  D I see no indication that Compaq intends to address the "right price"A issues that have crippled OpenVMS and the transition to IA64 withnB all its attendant issues is only likely to reduce the portfolio ofG software available for OpenVMS. Given this you should be expending moreeG efforts trying to save OpenVMS and less time questioning Sun's strategyeA which is one that many of your customers admire and wish that you0 had had the courage to emulate.v     Regardsf Andrew Harrisont   ------------------------------  % Date: Mon, 18 Mar 2002 10:18:01 -0500w5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>dP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux3 Message-ID: <zEnl8.1108$fL6.23759@news.cpqcorp.net>   # Frank Sapienza wrote in message ...s: >JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message' >news:3C926C1C.FB4EEECB@videotron.ca...rL >> Proprietary systems usually have one huge advantage over others: they areK >> fully supported, better documented and usually have fewer bugs, and they- >offerL >> some features (such as clustering) which are not available (or flawed) on >theJ >> open sources stuff. Solaris and HP-UX are just proprietary systems that >have at >> lot in common with linux. >rJ >In addition, they (proprietary OS) can take advantage of all the features ofJ >the platform they're running on, which is typically proprietary hardware.H >Can you imagine how many SYSLOA files would be needed to get VMS to runG >all-out on any PC board, from any manufacturer?  I suspect part of theyI >reason for not porting VMS to a PC platform was the inability to controle theaK >quality of the hardware and the BIOS, as well as the inability to tune thedH >various subsystems.  Even with Microsoft's control over PC architectureJ >(build it the same basic way they were in 1984 or write your own OS) theyG >still have problems with new hardware.  Many (if not all) BIOSes don't  allow.L >you to tune the chipsets fully out of fear that Windows will croak, or someH >other plug-in card might not be happy.  Linux does and will suffer from >similar problems. >f  C No additional SYSLOA's, were on Alpha after all ;-).  VMS chose the L "reference board" route for 3rd party Alpha's - much simpler and supportableD all around.  To allow random new 3rd party designs would have drivenJ slightly different organization of our code to make it simpler, and in theH end a 3rd party would have delivered a new SYS$CPU_ROUTINES_xxxx module,F plus any additional items - the Alpha platform code is fairly modular.  J You do have a problem with quality control once you do this - Microsoft isI blamed for a lot of problems that are caused by poor 3rd party SW and HW.r   ------------------------------  % Date: Mon, 18 Mar 2002 10:20:42 -0500,5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>eP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux3 Message-ID: <1Hnl8.1109$fL6.23792@news.cpqcorp.net>t   John Smith wrote in message ...- >-A >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in messagea. >news:i8pk8.1025$fL6.22853@news.cpqcorp.net... >>E >> You know, I don't know where you are comming from.  In it's prime,e DigitalrL >> sold a lot of VAXes the same way Sun sells a lot of Sparcs.  It *was* theI >> industry standard.  Some people might say we "shoved them down peoples:L >> throats".  But in reality, people only swallow what they really want.  ByJ >> the time Alpha came out, we were already in trouble because the VAX had >runJ >> out of gas *years* before.  And that is where Sun will end up with it'sI >> heart ripped out -- they will stick with Sparc like DEC stuck with VAX  >untilH >> it's too late for them to crawl back out of the hole they dug... just like >> DEC., >d >Fred, >nK >The issue with the VAX/Sun argument is not that VAX ran out of gas so muchcK >as DEC tried to still command a premium price for the VAX as it ran out of $ >gas. I was there and saw it happen. >s  F You just made my point.  You need to increase performance, or drop theJ price.  DEC couldn't or wouldn't drop the price.  Sun is in the same boat.J They need to cut prices to razor thin margins, or find a way to compete on performance.   >i   ------------------------------  % Date: Mon, 18 Mar 2002 10:28:07 -0500e5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>oP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux3 Message-ID: <1Onl8.1110$fL6.23850@news.cpqcorp.net>i   Bill Todd wrote in message ... >oA >"Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message,. >news:vy5l8.1067$fL6.23325@news.cpqcorp.net... >>8 >> "Bill Todd" <billtodd@metrocast.net> wrote in message; >> news:MBwk8.5773$dh.226701@bin2.nnrp.aus1.giganews.com...F >z >... >rG >> > Is your memory really so short that you've forgotten the concerted- >> attemptsyG >> > DEC made to migrate VMS (hence, Alpha) customers to NT back in thesH >> > 'affinity' days?  Would you like people to restate their experience with >> theE >> > DEC sales force in this area?  Or perhaps you've never looked ats	 >relativeeK >> > advertising expenditures (in absolute numbers, let alone when adjustedn >forF >> > relative profitability) for Alpha vs. Wintel platforms by Compaq. >> > >>I >> Don't confuse VMS with Alpha.  They wanted Alpha to succeed.  There isw	 >> littleeJ >> doubt that in the BP days the plan was that VMS customers would move toG >> Windows -- on Alpha.  You can argue that the people to designed thatg >> strategysJ >> were wrong, but you can't argue that their agenda was to kill, cripple, orL >> limit Alpha - they just believed that *VMS* wasn't the way to sell Alpha. >oH >At the risk of pointing out the stupifyingly obvious, when you activelyK >encourage a VMS customer to convert to a Windows platform you throw away ahL >guaranteed Alpha platform for a platform which may or may not remain Alpha.I >I'll leave it to those with painful experiences in this area to describeeJ >whether the DEC sales force encouraged VMS replacement by Windows withoutL >offering that choice (especially as the lower cost of the IA32 platform wasL >a natural part of the migration argument, when combined with the ability toH >run Windows on their existing Alpha hardware for the immediate future). >a  L None of that has any bearing on your thesis.  While many of us believed thatL converting VMS customers into NT customers was as bad an idea as the earlierJ attempt to convert them into UNIX customers -- the belief by many was thatJ VMS was a dying business, and NT was the wave of the future - and *it* wasK what would driver Alpha volume.  So the strategy was to not try and reverseeK the VMS trend, but to try and capture as many of those customers with NT as  an alternative.   I >All of which, of course does nothing to address your parallel suggestionTI >that *Compaq* wanted Alpha to succeed:  while Pfeiffer might have, *all*aD >evidence ('strategic' decisions, relative ad expenditures which you declinedJ >to respond to above, verbal support outside existing customers) since his >departure indicates otherwise.T  K I will concede that as time went on and DEC, and the CPQ did not make Alpha5I the hit it *should* have been - that the tide changed to finding a way tor& either make it profitable, or kill it.   ------------------------------  + Date: Mon, 18 Mar 2002 16:50:41 +0100 (MET)t9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux; Message-ID: <01KFIGYQC84Y8Y996Y@sysdev.deutsche-boerse.com>d  K > > At the risk of pointing out the stupifyingly obvious, when you activelyoL > > encourage a VMS customer to convert to a Windows platform you throw awayJ > > a guaranteed Alpha platform for a platform which may or may not remain > > Alpha. n  H In addition to the obvious fact that there are more choices, many folks I will move to another vendor as a matter of principle, since they want to cH avoid THE VENDOR forcing them to move, as DEC and Compaq did.  It's one F thing when the marketplace, the technology gap etc force a product to G die, but another when it's just some management decision.  With ALPHA, eG in contrast to the VAX/VMS-unix wars of old, DEC had more bang for the oE buck than anyone.  ALPHA shrank, it didn't expand, and VMS with it.  tG Since these management decisions came around the same time Palmer made wF his "alliance with Microsoft" speech, one can't blame folks for being A sceptical of what DEC salesmen told them.  Often, for example in  E academia, the same system managers who a few years before said "move 0I away from DEC because it is proprietary, move to unix" were saying "move jC to Microsoft".  Why any company would push the products of another 9# company above its own is beyond me."  I > None of that has any bearing on your thesis.  While many of us believednG > that converting VMS customers into NT customers was as bad an idea asaJ > the earlier attempt to convert them into UNIX customers -- the belief byD > many was that VMS was a dying business, and NT was the wave of theH > future - and *it* was what would driver Alpha volume.  So the strategyJ > was to not try and reverse the VMS trend, but to try and capture as many0 > of those customers with NT as an alternative.   I Granted, but where did this "VMS was a dying business" idea come from in o the first place?   ------------------------------  % Date: Mon, 18 Mar 2002 11:16:07 -0500n5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux3 Message-ID: <0vol8.1113$fL6.23977@news.cpqcorp.net>   @ Remember, the new Sun keyword is "commercial" UNIX as opposed toI "proprietary" UNIX ;-).  They'll try to find ways to belittle it and tell J you why it isn't ready-for-prime-time.  I think I hear Rome burning in the background as Andrew fiddles.t      2 Andrew Harrison SUNUK Consultancy wrote in message <3C95D569.70606@sun.com>...1 >a >0 >David Mathog wrote: >  >> Andrew Harrison wrote:l >> >> >eE >> and 99% of the time you're in business. That said, there are stillLA >> chunks of linux code around that are proprietary and that giveDD >> Linux a growing competitive edge over the commercial Unixes.  For= >> instance, there are manufacturer supplied drivers for SCSI,= >> adapters and graphics adapters for linux where there is noe> >> Solaris counterpart.  (Or, at best, a Solaris Intel variantA >> but none for Solaris Sparc.)  Rarely the driver issue cuts thee
 >> other way.C >> >d >eB >Drivers are an obvious area where Linux is better served, howeverD >this much more of an issue on the desktop than it is the datacenter; >where customers generally want a complete package from one . >vendor, OS, device drivers adaptor cards etc. >tA >But the Linux approach also has its downside. TCO is much highernA >Linux admins I know spend much more time integrating things intoaB >the distribution they are using than they do on a commercial UNIX? >platform where the equivalent components come pre-compiled andi@ >installed and these same admins have told me that Linux is more= >resource intensive to manage that Commercial UNIX's once you-; >have got the platform set up, they also manage Solaris anda >AIX instances as well.a >a >Regards >l >Andrew Harrison >r >  >o   ------------------------------  % Date: Mon, 18 Mar 2002 08:28:29 -0800f' From: David Mathog <mathog@caltech.edu> P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux+ Message-ID: <3C9615AD.FBE7E2AB@caltech.edu>0   Fred Kleinsorge wrote:@ > but you can't argue that their agenda was to kill, cripple, orK > limit Alpha - they just believed that *VMS* wasn't the way to sell Alpha.x  2 I can't agree with the first part of this because:  N 1.  Alpha was never priced to sell - EVER.  The only time "new" Alpha machines wereP competitively priced was when Digital/Compaq had to dump them at the end of eachG model's run after not being able to sell them at the price they wanted.i  N 2.  Digital sold alpha's that were literally limited and crippled; models were& built that could not run Tru64 or VMS.  B Whether "kill,cripple or limit" was their intention or just a sideF effect of their incompetence we can't say from out here.  In any case, it was the end result.   Regards,   David Mathog mathog@caltech.edu   ------------------------------  # Date: Mon, 18 Mar 2002 17:14:33 GMTp4 From: "Terry C. Shannon" <terryshannon@mediaone.net>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux+ Message-ID: <Zfpl8.67937$q2.7696@sccrnsc01>t  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- news:0vol8.1113$fL6.23977@news.cpqcorp.net... B > Remember, the new Sun keyword is "commercial" UNIX as opposed toK > "proprietary" UNIX ;-).  They'll try to find ways to belittle it and tellaL > you why it isn't ready-for-prime-time.  I think I hear Rome burning in the > background as Andrew fiddles.  >a  J That may be the case, but right about now all the firemen are at the scene of the Compaq-HP Conflagration.i   ------------------------------  % Date: Mon, 18 Mar 2002 12:35:20 -0500l- From: JF Mezei <jfmezei.spamnot@videotron.ca>bP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux, Message-ID: <3C962556.490FF826@videotron.ca>   Fred Kleinsorge wrote:L > VMS was a dying business, and NT was the wave of the future - and *it* was! > what would driver Alpha volume.     N 1- VMS was dying because Digital let it die at first and then encouraged it toI die. Secondly, just as it was absolutely plain stupid to prematurely kill G Alpha before IA64 was a viable alternative, it was absolutely stupid too> essentially do the same with VMS without officially saying it.  H There is nothing wrong with developping and offering an NT solution. ButN Digital should NEVER have cannabalised its own products to push a product that wasn't ready.   L I suspect that a lot had to do with all the ass cleaning service that PalmerJ played with Bill Gates with regards to making certain promises in terms ofN volumes. The only way for Digital to meet the promises it made was to kill itsK own products and internally adpt Bill gates' own products. Best example wasoH the promise to install some XX thousant Exchange seats. Digital probablyI didn't sell that many exchange seats, but it installed a hell of a lot byrM cannabalising its own all-in-1/vmsmail/message_router infrastructure that had.? worked well and replaced it with the virus-ware from microsoft.p  N This is why I still, to this day, firmly believe that Digital should have beenL subpeaned to testify AGAINST microsoft because this was a perfect example ofM Microsoft quashing competition in exchange for the right to sell MS products.r  I I cannot understand why companies would be willing to sacrifice their own H limbs just for the privilege of selling Microsoft software. It should beX Microsoft that is asked to bend over backwards to get companies to resell MS's products.  I Had Palmer stayed away from Microsoft and focused on building DIGITAL, ituN would have allowed Digital to compete head to head against MS, HP, Compaq etc.I  But all those deal with gates porevented Digital from competing and looko where Digital is today.a  N When you look at the merger, Compaq has the ties with Microsoft and Intel, andG HP has ties to Intel, which will make the merged entity is slave of the J Intel-Microsoft duo. When you think about it, it will make Carly and CurlyM simply figurehead CEOs since the real decisions will be taken by Intel and MS,# on where the company will be going.a  J Then again, "slave" is perhaps too nice a word. Slaves won't cut their own& legs off just to please their masters.   ------------------------------  % Date: Mon, 18 Mar 2002 12:42:55 -0500l- From: JF Mezei <jfmezei.spamnot@videotron.ca>lP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux, Message-ID: <3C96271C.BED83B2E@videotron.ca>   Fred Kleinsorge wrote: > B > Remember, the new Sun keyword is "commercial" UNIX as opposed to > "proprietary" UNIX ;-).  u  Q And just as proprietary as Ultrix, OSF, Digital Unix, Tru64 and of course, HP-UX.t  K Unix is a bit like Airbus planes. The A320 (318,319,320,321), 330, 340-300, K 340-500, 340-600 and the A380 have or will have fairly common cockpits, butrM not quite all the same. You still need to take a course to go from piloting aeK 320 to the 330, but the course is short and easy since the cockpits have son many similarities.  I I think that this would apply to the commercial Unix systems from variousrJ vendors. A common/similar core that makes one's experience/training on one@ UNIX transferable without major pain to another commercial unix.   ------------------------------  # Date: Mon, 18 Mar 2002 17:41:36 GMTn4 From: "Terry C. Shannon" <terryshannon@mediaone.net>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux+ Message-ID: <kFpl8.68048$q2.7396@sccrnsc01>a  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C962556.490FF826@videotron.ca... > Fred Kleinsorge wrote:J > > VMS was a dying business, and NT was the wave of the future - and *it* wasd# > > what would driver Alpha volume.h >  >sJ > 1- VMS was dying because Digital let it die at first and then encouraged it tosK > die. Secondly, just as it was absolutely plain stupid to prematurely kill I > Alpha before IA64 was a viable alternative, it was absolutely stupid toh@ > essentially do the same with VMS without officially saying it. >p  F On the surface the Alpha to IPF announcement seems wrongheaded (eg whyK didn't they announce IPF as a complementary, not replacement platform?) butpH there were reasons for crafting the June 25 message in the manner it wasK crafted. CPQ figured it could obtain more concessions from INTC by taking ahI competing processor architecture off the playing field. Whether this willo2 prove to be the right decision remains to be seen.   ------------------------------  % Date: Mon, 18 Mar 2002 11:12:45 -0500e5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>yP Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux3 Message-ID: <Rrol8.1111$fL6.23952@news.cpqcorp.net>l  2 Andrew Harrison SUNUK Consultancy wrote in message <3C95D282.6080609@sun.com>...l >- >  >Fred Kleinsorge wrote:e >aG >> I disagree.  I think that the right approach is to flip this on it'sd head.l >>K >> Linux is up-and-comming and has the mind-share of computer professionalso andoK >> geeks.  Hardware choice, capability, and performance is converging.  SUNaD >> will eventually implode trying to compete with a proprietary chipJ >> architecture against Power, and IA64 - they don't have the money to try andlL >> compete with IBM and Intel to fab fast, cheap chips.  If they, and anyoneK >> else doing UNIX, want to be around 10 years from now, they should take a,L >> critical look at what value-added features they have in their proprietaryK >> UNIX and come up with a strategy to extract enabling technology into thenH >> common Linux kernel, and package their proprietary added-value into a LinuxoI >> "product" -- call it Linux/Enterprise Edition, or Linux/Pro.  They cano makeI >> their real money from software and service which leverage the sales ofI theirk >> platform offerings. >> >  >  >sH >I have missed you Fred I should have made some time and posted earlier. >a >.E >When did you swallow the Compaq marketing line about SPARC being the K >"proprietary" and your implied assumption that POWER and IA64 are not ????e >e2 >Was it after the Alpha announcements of before ?? >e  G I claim that Solaris is a proprietary UNIX.  IA64, POWER4 and Sparc aredL proprietary hardware - there *is no* "open" chip architecture.  But SPARC isI old and slow, and not owned by a chip maker that can drive the technologyoG and process - and the performance gap is widening to the point that the L *despite* shaving your margins to non-existant - you are losing market share' (IBM now clains to have surpassed you).i  J Sun helped to create the "open" snake oil.  In the real world, the closestJ thing to "open" from a customers perspective has been the systems built onK the x86 chip architecture.  The fact that anyone could build such a system, J and the SW (MS-DOS and then Windows - or even UNIX/Linux) would run on anyK of them - gave customers what they wanted - price competition on HW without28 throwing out their SW invesment if they switched vendor.  ) Solaris is a lock-in to Sparc and to Sun.n   >As to being able to compete >eD >Currently of the three 64 bit processors families you refer to onlyD >SPARC is available in Sub 1000 dollar packages, of the 3 processorsA >only SPARC based systems offer platforms that compete price wise.@ >with 8 CPU IA32 systems, the Sun V880 has a similar price point >to a 8 CPU Compaq Proliant. >.> >Where are the sub 1000 dollar POWER/IA64 boxes, where are the' >Sub 70,000 8 CPU POWER 4/IA64 boxes ??g >e  G Where is the high end single stream Sparc to compete with even the x86? I When IA64 prices start to drop, you will not have the high end or the lowtD end.  I'd love to see exactly what your margins are on these sub $1kG systems.  Just trying to hang on to market share at any cost?  With thee lowest performing chips?  < >How about Linux pricing. Linux is hardly free in fact mediaB >distributions of Linux are generally more expensive than Solaris.  I Ooooh.  Again.  What's your margins here?  You give away cheap Solaris on J the low-end, and sell hardware that is slow, but cheap.  Hoping to make it up on service and the high end?a  < >There is also the Linux on S390 special case. I call it the> >Offshore power boat racing option. Offshore power boat racing; >has been described as being like tearing up 50 pound notesh= >in a cold shower. linux on an S390 falls into this category,iA >it requires VM licenses (the 50 pound notes) it does not performnA >well and it does not have much available SW (the unpleasant coldt >wet shower effect). >   J IBM's gonna eat your lunch with it.  I think the IBM Linux commercials areG crap.  But I bet that the people who actually spend the money are beinge
 convinced.   >oC >You also betray your breathtaking ignorance about SPARC processorseF >when you say that SUN fabs SPARC CPU's, we never have, SUN has alwaysI >been a FABless CPU vendor. Our CPU's are FABBED by Texas and a number of F >other manufacturers. Sadly this one fact alone destroys your argument/ >since we don't need to invest in the FAB Ramp.S >s  I Who said you directly fabbed your chips?  In fact, this is one of the bigtJ problems you have - you have to rely on others to fab your chips, and haveK little control over being able to drive the chip process.  So while IBM andlK Intel will relentlessly drive faster and cheaper processes for their chips,tE you are stuck with long lead times, old processes and high prices foreF anything cutting edge.  So while Intel and IBM will invest billions toG create a new process - and then spread that cost over a large volume ofaG chips.  You will be buying chips that are many leaps behind, or fundingiE someone elses fab - at high cost per chip - to get a close-to-current ? technology.  Alpha cost a fortune to keep on the bleeding edge.c   >eH >> If that happens, and a hardware architecture emerges as the "industryL >> standard" (and my hope would be for IA64 for obvious reasons) - then realL >> shrink-wrap Linux to compete with Windows might be an actual possibility. >>J >> So the "logical" thing is to make sure your proprietary UNIX images can runcH >> on Linux.  Not the other way around.  You need to build the migration path0 >> bridge *to* Linux from your proprietary UNIX. >> >o >e >mB >There you go again using that "proprietary" word again are you in. >marketing now or have you moved into sales ?? >v  F Hey.  Think of this as an extension of the snake oil that Sun has been5 shilling for years.  Open = Good.  Proprietary = Bad.n  2 Linux = Open = Good.  Solaris = Proprietary = Bad.   Live by the sword, die by it.    >oG >> Nah.  Sparc and Solaris forever (hmm.  Sounds like VAX/VMS forever.)D >> >i >tB >Slightly more consistent than OpenVMS and whatever the flavour of@ >the month is at the moment ! Just a hint for you your customers? >if this group are anything to go by would have prefered Compaqn >to be consistent like Sun >o  < Eh?   None of my note had ANYTHING to do with Compaq or VMS.   >i >> Feelin' nervous?V >> >  > > >No, saddened to see someone who apparently has an engineering@ >background desert what he knew for something he is oviously not+ >equipped to comment on but no not nervous.e >n  D Ooooh.  Come on.  You pretend to be technical, while being a blatentJ market-droid.  Why can't I take a few pokes at Sun - the king of snake oil4 sales - now that what goes around is comming around.     > K >Though I don't know why I would have expected you to understand what makes B >an OS platform sucessfull, you don't have any history to refer to >do you. >n   Eh?t  E >Just as a hint though, Windows is sucessfull because it is available L >on a low cost platform and because a very large number of ISV's support it. >tH >Solaris is sucessfull because it is available on platforms that are theG >right price, Sub 1000 to 3 million depending on capacity and because ay' >very large number of ISV's support it.d >pF >Providing Sun continues to provide platforms that are the right priceB >and the right functionality and provided we maintain our softwareI >portfolio hence the Linux Run capabilities which should really be called0@ >GNU run then the rest is up to our sales, support and partners. >c  H You're running on vapors.  Your high-end ain't so high, and your low-endF ain't so low.  You've lost your .COM bubble, and are selling into yourJ installed base.  Your margins are thin, and you're losing money.  You haveH no long-term story in HW.  Your "open systems" rethoric has come back toK bite you in the arse in the form of Linux.  You are poo-pooing it, like DEC  poo-poo'd the PC, and UNIX.w  F As companies start to push Linux as a fully supported O/S (like IBM isH starting to do) and add all the bells & whistles to make it compete as aJ high-end server system - you will implode as all those ISVs make Linux one# of their Tier 1 software platforms.   A It's fun to see the king of "Open" systems having to defend beingt proprietary.    E >I see no indication that Compaq intends to address the "right price",B >issues that have crippled OpenVMS and the transition to IA64 withC >all its attendant issues is only likely to reduce the portfolio ofnH >software available for OpenVMS. Given this you should be expending moreH >efforts trying to save OpenVMS and less time questioning Sun's strategyB >which is one that many of your customers admire and wish that you  >had had the courage to emulate. >w  L NONE of my note had ANYTHING to do with Compaq, or with VMS.  So I'll ignore' your attempt to deflect the discussion.s   ------------------------------  % Date: Mon, 18 Mar 2002 19:22:37 +0100n( From: Paul Sture <paul.sture@bluewin.ch>P Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping of Linux) Message-ID: <3C96306D.6070409@bluewin.ch>d   Terry C. Shannon wrote:   < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3C962556.490FF826@videotron.ca... >  >>Fred Kleinsorge wrote: >>I >>>VMS was a dying business, and NT was the wave of the future - and *it*  >>>  > was  > " >>>what would driver Alpha volume. >>>1 >>J >>1- VMS was dying because Digital let it die at first and then encouraged >> > it too > K >>die. Secondly, just as it was absolutely plain stupid to prematurely killBI >>Alpha before IA64 was a viable alternative, it was absolutely stupid tot@ >>essentially do the same with VMS without officially saying it. >> >> > H > On the surface the Alpha to IPF announcement seems wrongheaded (eg whyM > didn't they announce IPF as a complementary, not replacement platform?) butnJ > there were reasons for crafting the June 25 message in the manner it wasM > crafted. CPQ figured it could obtain more concessions from INTC by taking atK > competing processor architecture off the playing field. Whether this willt4 > prove to be the right decision remains to be seen. >  Agreed on the bargaining power argument. Let us not forget that CPQ were reliant on IBM/Samsung for Alpha fabbing, and those relationships no doubt played a part in the decision.     __
 Paul Sture Switzerlandc   ------------------------------  % Date: Mon, 18 Mar 2002 12:04:32 +00004T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>8 Subject: Re: IBM's ESS/Shark as storage for VMS systems?& Message-ID: <3C95D7D0.6080802@sun.com>    Yehavi Bourvine (58-4279) wrote:   > Hello, > N >    We have a cluster of 4 Alpha systems running heavy I/O applications (likeO > RDB databases and home written applications) which share disks via MSCP. I am;O > now checking the ability to move to a central storage solutions, and the mainfG > contenders are Compaq (MA-8,000), EMC (Symetrix) and IBM (ESS/Shark).w >  >    I have tow questions:O > 1. Each system connects separately to the central storage via  dedicated SCSInL >    or F/C card (and ofcourse has LAN connection for the cluster). Will theL >    LAN cluster do the all file/records locking when two systems access the >    same disk/file ?:K > 2. I know a lot of systems use MA-8,000 or EMC. How is the IBM's Shark? IrG >    mean how it works with VMS systems and whether anyone had problemst, >    intergrating it into a VMS environment.@ >                                              Thanks! __Yehavi: > > If you want a serious competitor to EMC and Shark then look at  B HDS the 9910/9960 can connect to OpenVMS and if you are interestedB in the cost of protected storage then it also does RAID 5 properly< EMC have something called RAID S but they hardly ever use it? most people have to use mirroring instead which drives the costt8 of protected storage up and the available capacity down.   Regardsr Andrew Harrisont   ------------------------------  + Date: Mon, 18 Mar 2002 15:29:34 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>i9 Subject: Re: Importing mail from Lotus Notes to VMS Mail?o; Message-ID: <01KFIEIID0IA8Y996Y@sysdev.deutsche-boerse.com>i  F On a related note, how can I SET FORWARD in Lotus Notes so that stuff ! sent there goes to a VMS machine?s   ------------------------------   Date: 18 MAR 2002 15:44:01 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov> 9 Subject: Re: Importing mail from Lotus Notes to VMS Mail? 2 Message-ID: <18MAR02.15440162@feda01.fed.ornl.gov>  - Paul Repacholi <prep@prep.synonet.com> wrote:s, > Paul Sture <paul.sture@bluewin.ch> writes: >   H > > I have for the last few years used Lotus Notes for my email at work,? > > but unfortunately it is to be retired in favour of Lookout.e >    > ...s >   H > > All constructive input welcome. I will endeavour to release anything3 > > useful that comes out of this for Freeware etc.o >  eG > A bit of Googleing may be worth while. Alans post tickled the neuronsp< > that some one posted a nifty hack for this some time back. >  s- > Can anyone remember when, or other details?   B A U**x to VMSmail converter was posted 27-DEC-1995 by Skip Morris,G "morris@mv.mv.com" using the subject line "Tool to convert U**x mail tolD VMSMail".  Is that the one you were thinking of?  It's available via= Google or I can email the copy I saved (but have never used).l   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  + Date: Mon, 18 Mar 2002 16:53:07 +0100 (MET)g9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>l9 Subject: Re: Importing mail from Lotus Notes to VMS Mail?t; Message-ID: <01KFIHDT9FOO8Y996Y@sysdev.deutsche-boerse.com>0  D > A U**x to VMSmail converter was posted 27-DEC-1995 by Skip Morris,   Right, but not relevant here.  a  4 IIRC, there was also a VMS-to-unix converter posted.  F One or the other had some DCL at the beginning, then several lines of  well commented TECO code.m  E I'm sure someone could come up with some TECO to solve the LOTUS-VMS r problem.   ------------------------------  % Date: Mon, 18 Mar 2002 18:16:14 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>9 Subject: Re: Importing mail from Lotus Notes to VMS Mail? ) Message-ID: <3C9620DE.8090009@bluewin.ch>    Phillip Helbig wrote:t  H > On a related note, how can I SET FORWARD in Lotus Notes so that stuff # > sent there goes to a VMS machine?p >   U I know a colleague has done this. I'll ask him when I see him (not before Wednesday).e   __
 Paul Sture Switzerlandm   ------------------------------  % Date: Mon, 18 Mar 2002 18:16:33 +0100a( From: Paul Sture <paul.sture@bluewin.ch>9 Subject: Re: Importing mail from Lotus Notes to VMS Mail? ' Message-ID: <3C9620F1.90807@bluewin.ch>h   Phillip Helbig wrote:a  D >>A U**x to VMSmail converter was posted 27-DEC-1995 by Skip Morris, >> > ! > Right, but not relevant here.  8 >.  E Actually, it could be relevant for consolidating the mail on my home s Windows/Linux boxes.    66 > IIRC, there was also a VMS-to-unix converter posted. > H > One or the other had some DCL at the beginning, then several lines of  > well commented TECO code.  > G > I'm sure someone could come up with some TECO to solve the LOTUS-VMS r
 > problem. >      __
 Paul Sture Switzerlando   ------------------------------  % Date: Mon, 18 Mar 2002 11:03:20 +0000aT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> Subject: Re: Itanium troublest& Message-ID: <3C95C978.6050302@sun.com>   JF Mezei wrote:(  N > Andrew Harrison wrote:> Intel have only clearly indicated that Mckinley will > be fastere > ? >>than a 400 Mhz Ultra IIi. At least if their own presentationse >>are to be believed.  >> >  > Welcome back Andrew. >  > Is Sun hiring ?n >     4 I don't know if Sun is hiring or not. I didn't leave4 Sun, I have been busy with a major Customer project.   Regards- Andrew Harrison-   ------------------------------  % Date: Mon, 18 Mar 2002 08:37:37 -0800k# From: "Tom Linden" <tom@kednos.com>: Subject: LD062 Install Question:9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEPBEFAA.tom@kednos.com>1  D Just attempted to install LD062 on AXP running 7.3.  When the kit is unzipped iteK produces LD062.[A-K] but running VMSINSTALL only restores savesets A and E.d Is this  correct?   ------------------------------  % Date: Mon, 18 Mar 2002 18:23:11 +0100a From: Dirk Munk <munk@home.nl># Subject: Re: LD062 Install Question>& Message-ID: <3C96227F.1060000@home.nl>  H Yes, that can be correct. The installation procedure checks for the VMS I version. Depending on which version is found, the applicable LD savesets yD are used. There is a LD063 by the way, this can be used for VMS 7.3.   Tom Linden wrote:   E >Just attempted to install LD062 on AXP running 7.3.  When the kit is  >unzipped itL >produces LD062.[A-K] but running VMSINSTALL only restores savesets A and E. >Is this	 >correct?n >o   ------------------------------  % Date: Mon, 18 Mar 2002 18:30:16 +0100i9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>a# Subject: Re: LD062 Install Questionu' Message-ID: <3C962428.E84B26AF@aaa.com>   D *If* it's a multi-plattform kit (both VAX and Alpha) this in normal.: This should be clear from the "Installation Guide", btw...   Jan-Erik Sderholm.F   Tom Linden wrote:e > F > Just attempted to install LD062 on AXP running 7.3.  When the kit is
 > unzipped ituM > produces LD062.[A-K] but running VMSINSTALL only restores savesets A and E.A	 > Is this?
 > correct?   ------------------------------  % Date: Mon, 18 Mar 2002 09:56:49 -0800s# From: "Tom Linden" <tom@kednos.com> # Subject: RE: LD062 Install Question-9 Message-ID: <CIEJLCMNHNNDLLOOGNJICEPFEFAA.tom@kednos.com>   I Are you recommending to use 6.3 instead of 6.2?  The 6.2 kit I downloadedrJ from David Dachtera's site seems to have some changes made as indicated inI the Readme, particularly in regards to the creation of the zip file.  Hasn this been incorporated in 6.3?i  I BTW, Jan-Erik, there was no Installation Guide with the kit I downloaded.t   > -----Original Message-----' > From: Dirk Munk [mailto:munk@home.nl] & > Sent: Monday, March 18, 2002 9:23 AM > To: Info-VAX@Mvb.Saic.Com % > Subject: Re: LD062 Install Question  >d > I > Yes, that can be correct. The installation procedure checks for the VMSwJ > version. Depending on which version is found, the applicable LD savesetsF > are used. There is a LD063 by the way, this can be used for VMS 7.3. >  > Tom Linden wrote:e > G > >Just attempted to install LD062 on AXP running 7.3.  When the kit is  > >unzipped it< > >produces LD062.[A-K] but running VMSINSTALL only restores > savesets A and E.e
 > >Is this > >correct?p > >w >.   ------------------------------  % Date: Mon, 18 Mar 2002 19:25:42 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>W# Subject: Re: LD062 Install Question,' Message-ID: <3C963126.69736EAA@aaa.com>h  & I'v no idea whatsoever *what* LDO is !  5 I just noted that when an installation script doesn'tr5 install all savesets, it's often due to that some are' for VAX and some are for Alpha.a  6 Now, since you downloaded this from Davids site, maybe* asking him could give "Better Answers" :-)  	 Jan-Erik.m      Tom Linden wrote:L > K > Are you recommending to use 6.3 instead of 6.2?  The 6.2 kit I downloadedeL > from David Dachtera's site seems to have some changes made as indicated inK > the Readme, particularly in regards to the creation of the zip file.  Haso > this > been incorporated in 6.3?o > K > BTW, Jan-Erik, there was no Installation Guide with the kit I downloaded.c >    ------------------------------  % Date: Mon, 18 Mar 2002 07:08:31 -0500s2 From: rdeininger@mindspring.com (Robert Deininger)1 Subject: Re: OpenVMS 6.2-1h3 on  Alpha 2100 crashoJ Message-ID: <rdeininger-1803020708310001@1cust37.tnt2.nashua.nh.da.uu.net>  J In article <3c7e117f.0203170042.49afe7ec@posting.google.com>, madq@263.net
 (madq) wrote:e   >Hello,  >'3 >Our Alpha 2100 running OpenVMS 6.2-1h3 crash. :( .x >m >Some crashdump information:@ >Bugcheck Type:   MACHINECHK, Machine check while in kernel mode$ >Node:            Alpha3(standalone)( >CPU Type:        AlphaServer 2100 4/275 >VMS Version:     V6.2-1H3 >R >Machine Check Information:a" >Machine Check Ident      0000008A >u6 >Machine Check Error Summary(MCES)   00000000 00000008  G This is some kind of error detected by the hardware.  It's _probably_ a'B hardware fault (memory, cache, PCI option, etc.), but software canG generate machine checks by poking hardware in unconventional ways.  I'd D tend to think that VMS V6.2-1H3  haasn't changed the way it pokes anI Alphaserver 2100 in a _long_ time, so I doubt you have found a latent VMSnH bug.  Unless you have locally-grown hardware-poking code on this system,- it's safe to assume this is a hardware fault.p   >Bugcheck Stack: c >i >  ... >  EXE$GEN_BUGCHKd >  ...# >  EXE$SYSTEM_CORRECTED_ERROR+00090o >  ...# >  SYS$CPU_ROUTINES_0902_NPRO+0AB10  >u >o% >i am puzzled what cause the crash . aL >Does the "System Corrected error interrupt" (SCB vecter 620)lead the crash?  E SCB vector 620 does seem to be the error path here, but I've seen the I crash dump code get a little "creative" in choosing symbols and offsets. r0 90 is such a small offset, you probably _are_ inJ EXE$SYSTEM_CORRECTED_ERROR.  But we'd need to look in the listings and map file to be sure.  J Please use ANALYZE/ERROR or DECevent, as available, to translate the errorD log entries around the crash.  These tools should give more detailedJ information.  (V6.2-whatever is ancient, and I don't recall which tool wasJ officially blessed in that time frame.  I'm guessing DECevent didn't exist* yet, which leaves you with ANALYZE/ERROR.)  < >If it does, what cause "System Corrected error interrupt" ?  G The list of possible causes in long, system-specific, and not inside mysE head.  See the error log entries.  "System" in this context means the J error was not detected by the CPU, but by some other part of the hardware.      >how can we solve this problem ?  > If you have a hardware maintenance contract, call for service.  G If you do self-maintenance, check your supply of spare parts.  A visual I inspection of the system might point to some things you can improve.  (IffA the inside is full of dust and other filth, it can cause heat andtD electical problems.  Failing fans, loose cable, etc. sometimes causeH systems to behave strangely.)  Of course, anything you wiggle inside the& box _might_ make it worse, not better.  G It might be a transient hardware problem.  If it doesn't recur, you mayn never find the cause.o  F As Alan suggested, newer firmware might help.  Beware running firmwareC that is far newer than the vintage of the OS -- such configurationsw# typically get little or no testing.   I And of course, unless you have good reason not to, you should be planningaF to upgrade your VMS to something more current.  V7.3 or later would beF preferred. Finding detailed knowledge about V6.2 is getting harder and harder all the time.   ------------------------------  # Date: Mon, 18 Mar 2002 15:20:15 GMTo1 From: "Mark D. Jilson" <jilly@clarityconnect.com>a9 Subject: Re: OT: AOL "whiners" for suing MS over Netscape 2 Message-ID: <3C9605AE.1CBCF1C2@clarityconnect.com>  F I wonder if BACKUP/PHYSICAL would work??  Maybe I need to get a floppy
 for my AS255.h   "David J. Dachtera" wrote: >  > Paul Sture wrote:d > >i > > Wayne Sewell wrote:a > >p} > > > In article <01KFE6G4CS6K8ZOX9C@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:d > > >r > > >  > > >eN > > >>I think one could criticise Microsoft for introducing hidden features inM > > >>IE which makes Netscape run slower (I think this actually happened), asuN > > >>well as for a web server which outputs a false message ("your browser isE > > >>not good enough") if it is not IE (again, I think this actuallyi > > >>happened). > > >> > > >- > > >iN > > > Then there was the stuff that came out in the trial, mention of the codeO > > > intended to make customers think DRDOS (competitor to MSDOS, from DigitalsP > > > Research, I believe) wasn't working properly.  When Microsoft applicationsO > > > determined they were running under DRDOS, they would deliberately fail inhR > > > weird, non-obvious ways.  Which of course made the customer think that DRDOST > > > was unstable, when in fact it was far superior to MSDOS (what software *isn't* > > > superior to billyware?). > > >a > > >a > > >tD > > Um, yes. I bought a 40GB Maxtor disk last year which came with aG > > DR-DOS floppy to configure the thing. When I tried using NT to do aoG > > backup of the floppy, it simply stated "Unable to copy disk". Linuxt > > displayed no such problem. >  > Ah, yes. Noticed that myself.e > B > As for copying diskettes, ever thought of using your VMS System? >  > $ MOUNT/FOREIGN DVA0:r > $ COPY DVA0: DK.IMG  > $ DISMOUNT DVA0: > $! Change diskettes. > $ MOUNT/FOREIGN DVA0:0 > $ COPY DK.IMG DVA0:m > $ DISMOUNT DVA0: > G > On the COPY from diskette, ignore the illegal VBN error - that's justaJ > COPY trying to read past the end of the physical medium. The output willE > be closed intact. The size of the image file should be 2882 blocks.n > D > By the way, this works well for those elusive ECU diskettes, also! >  > -- > David J. Dachterab > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/w   -- gD 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, 18 Mar 2002 10:23:05 +0100g6 From: Serge ZANGHERI <szangheri@grenoble.sema.slb.com> Subject: Re: Pathworks5 Message-ID: <3C95B1F9.E58AAF36@grenoble.sema.slb.com>r  9 it woooorrkkkss :-))) it 's EXACTLY what I needed.  Thanxc   Michiel Erens a crit :    > Serge ZANGHERI wrote:f > >C > > Hi,dE > > I m using Pathworks 5F on VMS 5.52H4. The volume label of dka300:rG > > (vaxvms2h4055) is too long to share any directory outside pwrk$rooto > > which = c: .I > > How can I, without change this volume name, share a directory outsideu+ > > the pwrk$root ? What I have to change ?sJ > > Someone told me about lanman.ini and the autoshare option ?????? Where' > > can I find information about that ?n	 > > Thanx- >-@ > Here is a snippet of our lanman.ini. You can find this file in$ > the directory [PWRK$ROOT.LANMAN] : >d
 > [vmsserver]vB >   autoshare = RULBR4$DKB500 = CDFOON , RULBR4$DKB100 = PATHWRKS4' >   hostmapmode = if_exist_else_default0 >   hostpasswordsync = yes >   noautoshare = dad, _dfsl > B > You can find information in the release notes in SYS$HELP, topic; > 6.4.6.10, "Using Long Volume Label for AutoShare Devices") >i > -- > ME > Posted by news://news.nb.nui   ------------------------------  + Date: Mon, 18 Mar 2002 15:17:00 +0100 (MET)s9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>w Subject: Re: Plan B for Compaq; Message-ID: <01KFIDYBZIG28Y996Y@sysdev.deutsche-boerse.com>   . > Suggestion for Plan B when the merger fails: > / > Step 1) HP gets Curly as a consolation prize.  > % > Step 2) Compaq gets new management.g > C > Step 3) Curly does for HP what he did for Compaq shareholders andfN > customers - eroded market value, eroded marketshare, devalued product lines.  A Step 4) Curly does to Carly what Compaq has done to its customers I (apologies to Johnny Carson's wonderful take-off on Mister Rogers---does T anyone remember that one?).    ------------------------------  # Date: Mon, 18 Mar 2002 17:22:21 GMT6# From: "John Smith" <a@nonymous.com>r Subject: Re: Plan B for CompaqE Message-ID: <hnpl8.3074$r9G.339@news02.bloor.is.net.cable.rogers.com>l   Touch.b    F "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message5 news:01KFIDYBZIG28Y996Y@sysdev.deutsche-boerse.com...a0 > > Suggestion for Plan B when the merger fails: > >-1 > > Step 1) HP gets Curly as a consolation prize.2 > >9' > > Step 2) Compaq gets new management.E > >@E > > Step 3) Curly does for HP what he did for Compaq shareholders andtI > > customers - eroded market value, eroded marketshare, devalued productm lines. >rC > Step 4) Curly does to Carly what Compaq has done to its customerstJ > (apologies to Johnny Carson's wonderful take-off on Mister Rogers---does > anyone remember that one?).a >G   ------------------------------    Date: 18 Mar 2002 06:57:47 -0800/ From: david_awerbuch@yahoo.com (David Awerbuch)0 Subject: problem with AST = Message-ID: <37486a59.0203180657.4644c9ff@posting.google.com>a   Hello,  E I've coded a setimer to trigger an AST when the time strikes.  I knowtC I've done this soooo many times before, yet I can't figure out whatn I'm doing wrong here.   F I've attached my minimal code and the output showing the problem.  The6 system is VAX VMS 6.2-1h3, VAX-c compiler and runtime.   Thank in advance, 
 Dave Awerbuchl   =====b5 David A. Awerbuch,  IBM Certified MQSeries Specialists APC Consulting Services, Inc. 4 Providing Automated Solutions to Business Challenges$ West Hempstead, NY    (516) 481-6440 david_awerbuch@yahoo.com       ===== source code ==========   #include stdlibe #include stdio #include string* #include errno   #include ssdef #include starlet #include lib$routinese  : #define STATUS_NORMAL(x)  ( x & SS$_NORMAL == SS$_NORMAL )   int paconnect_timer_start();" void paconnect_timer_ast( int * );, int paconnect_sys_gettime_array( short [] );   main( int argc, char **argv )  {a     int     request_id = 2;-     short   array_time[7];     long    quad_time[2];0     int     status;i  F     if ( !STATUS_NORMAL( paconnect_sys_gettime_array( array_time ) ) )         exit( 55 );   E     array_time[6] = 0;                  /* reset hundreths of seconds  */     array_time[5] += 5;e     if ( array_time[5] > 59 )p     {,'         array_time[5] = 5;             I         array_time[4] ++;-!         if ( array_time[4] > 59 )e	         {s'             array_time[4] = 0;         n             array_time[3] ++;e	         }u     }o  ,     lib$cvt_vectim( array_time, quad_time );C     printf( "Setting timer for %04d-%02d-%02d %02d:%02d:%02d.%02d", @                     array_time[0], array_time[1], array_time[2], array_time[3],  B                     array_time[4], array_time[5], array_time[6] );A     status = sys$setimr( 0,                 /* no event to set */,B                     quad_time,              /* timer expiration *.A                     &paconnect_timer_ast,   /* ast routine to getl
 control */A                     &request_id,                         /* timerm
 request id */-                     0 );#     if ( !STATUS_NORMAL( status ) )r     {l         exit( 66 );u     }>       sys$hiber();     return;m }t  + void paconnect_timer_ast( int *request_id )0 {@  <     printf( "%d - %s\n", *request_id, "Timer just popped" ); }r  0 int paconnect_sys_gettime_array( short array[] ) {i"     return sys$numtim( array, 0 ); }c     =========  execution ========= $ cc test_ast.c /debug/noopt% $ link /debug test_ast sys$input:/opt  syslibrary$vaxcrtl/share  c $ r test_ast  +          OpenVMS VAX DEBUG Version V6.2-000b  7 %DEBUG-I-INITIAL, language is C, module set to TEST_ASTe   DBG> go'( Setting timer for 2002-03-15 14:26:22.00B %SYSTEM-F-OPCDEC, opcode reserved to Digital fault at PC=7FE25546, PSL=03C00000: break on unhandled exception at TEST_AST\main\request_id+2 DBG>   ------------------------------  % Date: Mon, 18 Mar 2002 10:19:00 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: problem with ASTu, Message-ID: <3C96054E.CFAA4EDC@videotron.ca>   David Awerbuch wrote:  >  > Hello, > G > I've coded a setimer to trigger an AST when the time strikes.  I knowtE > I've done this soooo many times before, yet I can't figure out what  > I'm doing wrong here.n  I You need to pass the ADDRESS of quad_time to SETIMR. In your example, you, passed its value.i   ------------------------------   Date: 18 Mar 2002 15:39:52 GMT1 From: Dale Dellutri <ddelQQQlutr@entQQQeract.com>05 Subject: Re: Q: DEClaser3500, VMS, IP address change?u+ Message-ID: <a751o8$i89$1@bob.news.rcn.net>C  M On 18 Mar 2002 05:11:51 GMT, Erik Ahlefeldt <oahlefel@metz.une.edu.au> wrote:nJ >  At a remote site I have a DEClaser 3500 with the built-in network card.H >  We print to this printer from a MicroVAX 3100 running VMS 6.2 and UCXI >  4.2, using TCP/IP (telnetsym). My problem is that I need to change therE >  IP address on the printer. We do not have a manual for the printersF >  and there appears to be no way to access it from the VAX to do thisF >  change. We do not run any other networking or operating systems at K >  this site, NO Novell, NO Appletalk, NO unix boxes. I do not know how the J >  printer IP address was originally set up. My only access to the site isK >  via a dial-up modem to the VAX and onsite expertise is very limited. TheeN >  three protocols that this printer is currently set up to use are Appletalk,H >  Novell, and TCP/IP and I am told that in order to use LAT we need to J >  set some dip-switches and use a Novell (NPmanage) program to effect the. >  change, which would appear to rule LAT out.( >  So how do we change the IP address???  F You seem to have two questions here: how to use LAT with this printer,> and how to change the IP address.  Both of these questions areE answered in the manual, DEClaser 3500 Printer: Network Interface CardnF User's Guide, Order # EK-D35NT-UG.  Perhaps you can get this from yourD local Compaq office or online?  The complete answers are too long to; type here, but what's below will give you the general idea.1  B As for using this as a LAT printer:  Basically, you create the LATE node name from the ethernet hardware address: LAT_0040AF271155 is theEB example given.  The LAT port name PORT_1.  Then you use LATSYM forC PCL-only data, or DCPS for Postscript.  The hardware address printsaE out when the printer is powered up (unless that's been reconfigured).dD You don't need NPmanage, and you don't need the IP address to use it as a LAT device.  B As for changing the IP address: You can use BOOTP, ARP or "reverseB PING".  The manual shows how to do this in UNIX only, but probably& there is some easy translation to VMS.   The jumpers are as follows:    1. enable LAT: jumper 8 ON    2. enable TCP/IP: jumper 10 ON1   3. disable power-on status report: jumper 11 ONh   --  ; Dale Dellutri -- ddelQQQlutr@entQQQeract.com (lose the Q's)e   ------------------------------  % Date: Mon, 18 Mar 2002 12:26:55 +0000 T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>  Subject: Re: Question for Andrew& Message-ID: <3C95DD0F.6080005@sun.com>   Tom Linden wrote:   J > Recently bought an Ultra 10 from a company that went belly up.  But they > didn'tI > know the password.  Is there a way to login single-user and edit passwdo > file?? >  >       7 Do you have the Solaris distribution CDS or access to as Jumpstart server.9  4 If you do then boot from the cdrom, boot cdrom -s or. boot net - install if you sre using jumpstart.  / Mount the root disk it should be something liket2 /dev/dsk/c0t0d0s0 (format will show you the drives and partitions  7 mount it on /a which if I remember correctly is createdg in the Solaris memory image.  2 edit /etc/shadow and remove the encrypted password between root:encryped_password:2   save shutdown and reboot   0 You will however be out of luck if you boot prom has been password protectedh   Regardsa Andrew Harrisona   ------------------------------  % Date: Mon, 18 Mar 2002 09:24:34 -050062 From: "Sue Skonetski" <susan.skonetski@compaq.com>H Subject: Registration for Austria - OpenVMS Technical update is now live3 Message-ID: <uKml8.1104$fL6.23705@news.cpqcorp.net>i  E this is to inform you that registration for this event via the CompaqA: Austria Web-Site at http://www.compaq.at/events/templates/   is open now.   ------------------------------  % Date: Mon, 18 Mar 2002 17:13:15 -0000./ From: Michael Zarlenga <zarlenga@conan.ids.net>'/ Subject: Re: sleep() in Older versions of DEC C:/ Message-ID: <u9c81b8fkbcu39@corp.supernews.com>   $ Dave Rich <drich@nucorar.com> wrote:G : Apparently, the version of DEC C I am using does not have the SLEEP()l : function.0  
 Sure it does.i  , Did you try /prefix=all on the command line?   -- c -- Mike Zarlenga  >    "Now, throughout history, whenever people get wood, they'll'     think of Trojans!"  - Ned Flanders.c   ------------------------------  % Date: Mon, 18 Mar 2002 17:17:38 -0000I/ From: Michael Zarlenga <zarlenga@conan.ids.net>e/ Subject: Re: sleep() in Older versions of DEC C./ Message-ID: <u9c89idnn90mac@corp.supernews.com>c  , John E. Malmberg <wb8tyw@qsl.network> wrote:3 : Are you including the correct header file for it?n  9 It's not the header it's the darned prefixing.  I've been ; bitten by this one myself, many moons ago.  You can see the 9 problem when you LINK/MAP/FULL/CROSS - which is where the.; failure first manifests itself - the code is really lookingU  for something like decc$sleep().  < Then, after a few hours of research, you can figure out that6 DEC C doesn't prefix ALL the RTL functions by default.   Arrgh!  3 This could be MUCH BETTER documented and explained.h   -- s -- Mike Zarlenga  >    "Now, throughout history, whenever people get wood, they'll'     think of Trojans!"  - Ned Flanders.$   ------------------------------  % Date: Mon, 18 Mar 2002 17:19:06 -0000e/ From: Michael Zarlenga <zarlenga@conan.ids.net>e/ Subject: Re: sleep() in Older versions of DEC Cr/ Message-ID: <u9c8camvbbv2da@corp.supernews.com>r  : Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote:G : I am NOT a C person.  My guess, however, is that /STANDARD=VAXC will s : make this message go away.  ; The fix of LAST RESORT!  This can break otherwise good codea= and the problems that pop up can be real buggers to root out,e9 problems like different promotion rules in comparisons of  different data types.i     -- t -- Mike Zarlenga  >    "Now, throughout history, whenever people get wood, they'll'     think of Trojans!"  - Ned Flanders.o   ------------------------------  % Date: Mon, 18 Mar 2002 02:24:51 -0500 ( From: David Froble <davef@tsoft-inc.com>$ Subject: Re: Talk about downtime...., Message-ID: <3C959643.1030508@tsoft-inc.com>   Matt Rife wrote:  O > Yes, that is a very interesting situation.  I would expect a PC infrastucture J > like this to have a farm of servers using some kind of IP load-balancingO > technology (such as BigIP or 3DNS).  That way, you can move some servers at aaO > time w/o any service disruption.  I guess this reflects Yahoo's commitment ton > customer service levels. >  > Matt >  >  >>## >>Dear Yahoo! Groups Members,  >>N >>       As noted on our web site earlier this week, the Yahoo! Groups serviceP >>will be down for scheduled maintenance Friday  March 15 9:00 PM PST (GMT-8) asM >>we move our servers to a new facility. We expect the service to be restoredt, >>late Saturday or early AM Sunday March 17. >>P >>       During this time the web site will be unavailable and email will not beM >>delivered. (Some users may experience email non-delivery notices, but email O >>will be delivered once service has resumed.) Please note: Once the service is"P >>back up,  there will be email delays due to backlog. We expect these delays toP >>last no longer than 1 day. Please do not resend email to your group as it will >>only add to delays.h >>5 >> We apologize for any inconvenience this may cause.e >>## >>I >>It is now about 04:30 EST on sunday and they are still down. Since theyhN >>prominently put up the "Powered by Compaq" logo, the recent outages of YahooP >>are worse publicity than the outages of Ebay back in its early days since Ebay7 >>didn't prominently display the "Powered by Sun" logo.a >>L >>If they are truly just moving servers from one building to the next, you'dO >>think that Compaq would have provided a "DECmove" type of service to move thes >>service transparently. >>P >>If they have a gazillion PCs to move, couldn't they move a few to the new siteO >>at a time and bridge the ethernet between the two sites, providing a seamless   >>move ? (or some other method). >>M >>I am curious as to what sort of infrastructure they have that would requirenN >>such a lengthy downtime. Or are they truly staffed by microsoft weenies that= >>have never had experience in serious systems and planning ?t >> >   K I vote for MS weenies that feel periodic reboots, downtime, and such to be sK 'normal'.  It's what MS has done to the expectations for computer systems. b Their single biggest 'crime'.e   Dave   -- i4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Mon, 18 Mar 2002 07:16:09 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)$ Subject: Re: Talk about downtime....J Message-ID: <rdeininger-1803020716090001@1cust37.tnt2.nashua.nh.da.uu.net>  5 In article <3C9462AB.569C995A@videotron.ca>, JF Mezei % <jfmezei.spamnot@videotron.ca> wrote:t   >eK >If they are truly just moving servers from one building to the next, you'dhN >think that Compaq would have provided a "DECmove" type of service to move the >service transparently.a  D DEC would have.  Even Compaq would have, if they had asked, and beenJ willing to pay.  But I doubt anyone at Compaq has been louder than a mouse= when talking to potential customers about services like this.e  O >If they have a gazillion PCs to move, couldn't they move a few to the new site N >at a time and bridge the ethernet between the two sites, providing a seamless >move ? (or some other method).-  I That sounds possible, but much more expensive than just moving everything<I at once.  Yahoo likely knows most of their users use Wintel, so they knowBI that downtime is NOT important to their users.  Why spend the extra money  on uptime? .  L >I am curious as to what sort of infrastructure they have that would requireM >such a lengthy downtime. Or are they truly staffed by microsoft weenies thatv< >have never had experience in serious systems and planning ?   If you have to ask...   J In truth, uptime during a move is expensive.  You need excellent planning,F redundant hardware and infrastructure, and well-trained staff.  (And IH don't count ctrl-alt-delete as well trained staff.)  DECmove help in all1 these areas, but I never heard that it was cheap.f   ------------------------------  # Date: Mon, 18 Mar 2002 18:24:24 GMTN4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>$ Subject: Re: Talk about downtime....0 Message-ID: <3C962F97.DD3979EC@blueyonder.co.uk>   Robert Deininger wrote:  >  DECmove help in all3 > these areas, but I never heard that it was cheap.   : yup, in my limited experience it definitely was NOT cheap.   -- e tim.llewellyn@blueyonder.co.uk t  F * tim.llewellyn@cableinet.co.uk address will cease to work June 2002 *   ------------------------------  % Date: Mon, 18 Mar 2002 13:39:27 +0100s$ From: "labadie" <labadie_g@decus.fr>) Subject: Re: Tape compaction performance?@3 Message-ID: <Ufll8.1096$fL6.23353@news.cpqcorp.net>   3 "Tom Simpson" <simpsont@attbi.com> wrote in messages3 news:poPk8.1057$iL5.496115@typhoon1.se.ipsvc.net... H > I recently decided to test using compaction mode for Backups.  I ran 2E > tests.  One Backup with compaction enabled, the second test withoutvG > compaction.  I was surprised to see that with compaction enabled, thet Backup1 > took approximately 40% longer.  Is this normal?a >oL > The test backup size was approximately 1.1m blocks using TZ89 drives on anI > ES40 system running OpenVMS V7.2-1.  Backup took 7 minutes w/compaction<L > versus 4 minutes w/o compaction.  The test was done during normal business' > hours so the results are not precise.l > 
 > Regards, > Toml >H >i HelloB  3 Like others have said, check your Backup quotas, at0I http://www.openvms.compaq.com:8000/72final/6017/6017pro_044.html#proc_sec    Look for  1 10.7 Setting Process Quotas for Efficient Backupso  7 And Check your backup command, as if you have not put at
 /block=xxx9 It uses the default of 8192, which gives very bad resultsd  L With a TZ89, Alpha 800, Vms 7.2, a good account for backup, I obtained up to   29.5 Gigab /hour, withJ blocksize 65535, compresses, Cpu used at 35 %, CRC, Backup Physical, XOR=0   Regardsr   Grard   ------------------------------  % Date: Mon, 18 Mar 2002 15:27:19 +0000 T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>) Subject: Re: Tape compaction performance?p& Message-ID: <3C960757.1080201@sun.com>  ? The other thing to look at is what you are dumping to the tape.s  = It is comressed already GIF's JPG's or other compressed filesn> then this will also slow you down. You also will not generally& get any additional compression either.   Regardsd Andrew Harrisons   David J. Dachtera wrote:   > Tom Simpson wrote: > H >>I recently decided to test using compaction mode for Backups.  I ran 2E >>tests.  One Backup with compaction enabled, the second test withoutSN >>compaction.  I was surprised to see that with compaction enabled, the Backup1 >>took approximately 40% longer.  Is this normal?m >>L >>The test backup size was approximately 1.1m blocks using TZ89 drives on anI >>ES40 system running OpenVMS V7.2-1.  Backup took 7 minutes w/compactionrL >>versus 4 minutes w/o compaction.  The test was done during normal business' >>hours so the results are not precise.t >> > G > Compaction (aka compression) takes more CPU cycles on SOMEone's part.cD > its gotta be either the CPU ("software" compression) or the device > ("hardware" compression).m > C > I suspect the "small" size of the sample probably exacerbates thetI > difference in a practical application, but as others keep pointing out,;? > "there's no free lunch". Compression always comes at a price.i >  >    ------------------------------    Date: 18 Mar 2002 11:42:16 -0600 From: briggs@encompasserve.org) Subject: Re: Tape compaction performance?53 Message-ID: <GMMsNWNeFyHI@eisner.encompasserve.org>   d In article <poPk8.1057$iL5.496115@typhoon1.se.ipsvc.net>, "Tom Simpson" <simpsont@attbi.com> writes:H > I recently decided to test using compaction mode for Backups.  I ran 2E > tests.  One Backup with compaction enabled, the second test withoutiN > compaction.  I was surprised to see that with compaction enabled, the Backup1 > took approximately 40% longer.  Is this normal?n  A I'd speculate that you're running into write-cache exhaustion andpC losing performance due to loss of streaming.  Paradoxically, fastere6 data transfer doesn't always result in faster backups.  G I have a hard time believing that the drive's data compression hardware D is bottlenecking at a bit rate that is lower than the drives's write heads can support.   	John Briggs   ------------------------------  % Date: Mon, 18 Mar 2002 12:28:52 -0500%5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>n% Subject: Re: The Inquirer & the Ironyr3 Message-ID: <ezpl8.1117$fL6.24035@news.cpqcorp.net>   = JF Mezei wrote in message <3C9401D9.DC357603@videotron.ca>...  >John Smith wrote:> >> A $6.2 billion industry-standard server business that's #1:9 >> Compaq shipped more industry-standard servers than anyI( >> other company in the world last year. > J >How convenient. For sales, they have no problems stating the revenus from thesL >wintel server. But when it comes to profit, they refuse to show that wintelI >servers don't generate the profits for that division. Can you imagine if  Carly K >was gillible enough and believed she was buying a profitable wintel servera
 >company ? >:  J Wrong oh great one.  My understanding is that the industry standard server group is profitable.   ------------------------------  # Date: Mon, 18 Mar 2002 18:03:49 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>% Subject: Re: The Inquirer & the Irony + Message-ID: <9_pl8.68161$q2.7243@sccrnsc01>o  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- news:ezpl8.1117$fL6.24035@news.cpqcorp.net...2 > ? > JF Mezei wrote in message <3C9401D9.DC357603@videotron.ca>...  > >John Smith wrote:@ > >> A $6.2 billion industry-standard server business that's #1:; > >> Compaq shipped more industry-standard servers than anyo* > >> other company in the world last year. > >sL > >How convenient. For sales, they have no problems stating the revenus from > theeG > >wintel server. But when it comes to profit, they refuse to show thatn wintelK > >servers don't generate the profits for that division. Can you imagine if  > CarlyaF > >was gillible enough and believed she was buying a profitable wintel server > >company ? > >  >aL > Wrong oh great one.  My understanding is that the industry standard server > group is profitable. >N  L So it would appear. 8-way ProLiants generate some pretty decent margins. The; biggest problem appears to be in the consumer peecee space.h   ------------------------------  + Date: Mon, 18 Mar 2002 02:46:49 -0800 (PST)i. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>$ Subject: Re: UK VMS Systems Manager.@ Message-ID: <20020318104649.24528.qmail@web20203.mail.yahoo.com>   Search at www.jobrecruit.co.uk  ) Sometimes I receive a lot of positions inr the UK ! ! !     Regardsw   FC e6 --- Steve Reece <SYSTEM@ipl.demon.co.nospam.uk> wrote: > Hiya,  > 0 > I know it's one of those threads that comes up > regularly but..... > / > Anyone know of any (real) vacancies for a VMS  > Systems Manager in the5 > UK?  Ideally one with potential to cross train into  > other areas (liker > Unix of some variety). > 6 > Present location is Thames Valley, but relocation is > possible for the > right job. >  > TIA1 > Steve. > -- t0 > "A shadow fell over her face; clear, as if the > composure were rent like5 > a veil.  And her lips parted, but only with a short  > intake of breath.n4 > Then she said, 'Well, then you are right.  Indeed, > we are even.'"' > 		Louis, "Interview with the Vampire"h     =====t ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - BrazilP fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?+ Yahoo! Sports - live college hoops coverageb http://sports.yahoo.com/   ------------------------------  % Date: Mon, 18 Mar 2002 11:15:51 +0000 ( From: Martyn <mpattKNICKERS@bigfoot.com>$ Subject: Re: UK VMS Systems Manager.* Message-ID: <3C95CC67.1020308@bigfoot.com>   Steve Reece wrote:   >Hiya, >eB >I know it's one of those threads that comes up regularly but..... >0E >Anyone know of any (real) vacancies for a VMS Systems Manager in thesF >UK?  Ideally one with potential to cross train into other areas (like >Unix of some variety).o >iF >Present location is Thames Valley, but relocation is possible for the >right job.  >y >TIA >Steve.n >t Steve,G     I take it you've looked on www.jobserve.com ? I'm a contractor and  G have been looking for something since November and there's very little tH about, although some agents tell me that they would be able to place me H in a permie position but I don't want to go back to permiedom. If I was H you I'd troll  jobserve, and then contact a couple of the agencies that I come up and see what they can do for you, bear in mind that it is widely  G thought that many of the jobs being advertised on Jobserve & elsewhere  D are non-existant and just there to get CV's and contact names, also G beware that if you let on to an agent that you might be moving they'll  G be busting a  gut to get  your managers name so that they can fill the -I hole you leave behind so don't  give away too much info (unless you want oD to get your ex boss innundated by cold calls from annoying agents!).  H Good luck, and if you  find anything you could give my Email address to B your ex boss as you leave so he can backfill with a contractor ;-)        u   -- e, Remove KNICKERS before replying by Email ;-)   ------------------------------  # Date: Mon, 18 Mar 2002 18:04:51 GMT 4 From: Tim Llewellyn <tim.llewellyn@blueyonder.co.uk>$ Subject: Re: UK VMS Systems Manager.0 Message-ID: <3C962B02.6B9B62AE@blueyonder.co.uk>  
 Martyn wrote:r >  > Steve Reece wrote: >  > >Hiya, > >rD > >I know it's one of those threads that comes up regularly but..... > >(G > >Anyone know of any (real) vacancies for a VMS Systems Manager in theaH > >UK?  Ideally one with potential to cross train into other areas (like > >Unix of some variety).  > >hH > >Present location is Thames Valley, but relocation is possible for the
 > >right job.  > >1 > >TIA	 > >Steve.m > >h > Steve,H >     I take it you've looked on www.jobserve.com ? I'm a contractor andH > have been looking for something since November and there's very littleI > about, although some agents tell me that they would be able to place meoI > in a permie position but I don't want to go back to permiedom. If I wasnI > you I'd troll  jobserve, and then contact a couple of the agencies thatNJ > come up and see what they can do for you, bear in mind that it is widelyH > thought that many of the jobs being advertised on Jobserve & elsewhereE > are non-existant and just there to get CV's and contact names, alsoAH > beware that if you let on to an agent that you might be moving they'llH > be busting a  gut to get  your managers name so that they can fill theJ > hole you leave behind so don't  give away too much info (unless you wantF > to get your ex boss innundated by cold calls from annoying agents!).  F Yeah, it is grim at present. I've been looking since Oct. A few permieP interviews since the new year, but no jobs. A lot of suspicion of ex-contractorsP for permie roles, even though I'd take something perm given the current climate,K and that my last contract was 4 years and I stuck it out to the bitter end.s  H One can at leat hope things might improve when the Hpaq merger is either on or off for definite.o   > I > Good luck, and if you  find anything you could give my Email address tonD > your ex boss as you leave so he can backfill with a contractor ;-)   :-).  t4 And if any of you need a consultant, or whatever ...   -- n tim.llewellyn@blueyonder.co.uk    F * tim.llewellyn@cableinet.co.uk address will cease to work June 2002 *   ------------------------------  % Date: Mon, 18 Mar 2002 11:04:02 -0500e* From: WILLIAM WEBB <WWEBB1@email.usps.gov>* Subject: RE: VAXstation 3100 M38 went dead- Message-ID: <0033000056757457000002L072*@MHS>a  % =0AAre you saying that you start with % 1111 0000   and then go to 1111 1111?o  3 I was sent the Appendix G to the maintenance manuala0 but I haven't HTMLized it for the Web as of yet.  7 The first group of 4 LEDs indicates "state"; the secondm indicates "substate".s   The first two listings say that   > 1111 1111 =3D Power is applied but no instruction is executed.  E 1111 0000 =3D Power is applied.  The ROM Code is successfully startedr;                and several instructions have been executed.s   G1. Additional information  B says that when the system does not power up successfully or if theH diagnostics find an error, the eight LEDs on the back of the system box=  H usually indicate the failing device (the system takes 2 to 5 minutes to=  . complete power-up initialization and testing).  H However, if the four state LEDs indicate 1111 (F in hex) the substate L= EDsk- offer no help in determining the failing FRU..  H It then offers a list to suggest the order in which FRUs should be remo= vedi and then replaced:   MSC : Graphics module (must set alternate console or watch LEDs)
 Memory modulecF Power Supply (obviously you'd need to have a known good spare on hand)  > Hope this helps; I'll get to HTMLizing this one of these days.   WWWebb     -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETi$ Sent: Sunday, March 17, 2002 3:25 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET& Subject: VAXstation 3100 M38 went dead     Hi,x  D my VAXstation 3100 M38 just went dead. All 8 diagnostic leds are on.  H When I power on the station leds 7-4 gose on and few seconds after that=  leds  3-0 goes on.H I did't find any usefull information on led status in users manual. Any=  help  is appreciated.i   best regards, Gorazd=(   ------------------------------  % Date: Mon, 18 Mar 2002 19:11:54 +0100e( From: Paul Sture <paul.sture@bluewin.ch>3 Subject: Re: Who's got a working 11/750 in Germany?f) Message-ID: <3C962DEA.2010803@bluewin.ch>    Hans Vlems wrote:d  J > So actually you're asking for a any VAX 11/7xx or VAX86x0 with a massbus > controller, aren't you?rI > A working 11/750 is a rare beast these days but a massbus controller ish > somethinggM > else again. IIRC more sold with the high end 11/7xx systems (OK the 8600 is- > an 11/790) > than with 11/750's.  >F  G I as recall, DEC didn't want to sell massbus controllers with 11/750s. cF The only I saw were from OEMs. Indeed all the true DEC 11/750s I came D across had unibus controllers. There was a noticeable difference in  performance.    r > Hans > ? > Jan C. Vorbrggen <jvorbrueggen@mediasec.de> wrote in message ' > news:3C90D5A4.D553923F@mediasec.de.... > F >>A potential customer has RM03 and some CDC disk packs and the proper >>
 > drives - > H >>but connected to a dead 750. He wants to read the packs...so he either >> > needst > G >>somebody with 750 parts to share to get his machine working again, orf >>
 > somebody > C >>who has got a working system that can read his packs. Any offers?, >>7 >>I suggest e-mail for reply: jvorbrueggen@mediasec.de.y >> >>Jana >> >  >        -- a __
 Paul Sture Switzerlandt   ------------------------------    Date: 17 Mar 2002 23:46:26 -0800# From: schwinger@equicon.de (Daniel) / Subject: Witch streamer supported vax-4000-90 ?n= Message-ID: <60e7f6dd.0203172346.5ef992bd@posting.google.com>e   Hi all,o  % we use a VAX-4000-90 with VMS V5.5-2.r4 The used streamer (typ seagate CTD800R-S) is defect.   ( Witch current streamer can we also use ?   Best regards   Daniel   ------------------------------  % Date: Mon, 18 Mar 2002 07:27:14 -0500m2 From: rdeininger@mindspring.com (Robert Deininger)3 Subject: Re: Witch streamer supported vax-4000-90 ?nJ Message-ID: <rdeininger-1803020727150001@1cust37.tnt2.nashua.nh.da.uu.net>  = In article <60e7f6dd.0203172346.5ef992bd@posting.google.com>,k$ schwinger@equicon.de (Daniel) wrote:   >Hi all, > & >we use a VAX-4000-90 with VMS V5.5-2.5 >The used streamer (typ seagate CTD800R-S) is defect.A > ) >Witch current streamer can we also use ?e   What is a "streamer"?n   ------------------------------  # Date: Mon, 18 Mar 2002 18:19:56 GMT-' From: Don Sykes <anonymous@pacbell.net>23 Subject: Re: Witch streamer supported vax-4000-90 ?u+ Message-ID: <3C963004.94844D78@pacbell.net>i  
 Daniel wrote:D > 	 > Hi all,9 > ' > we use a VAX-4000-90 with VMS V5.5-2.o6 > The used streamer (typ seagate CTD800R-S) is defect. > * > Witch current streamer can we also use ?P FYI: In English "witch" is a noun - a woman who practices witchcraft. "Which" isF a pronoun, or adjective, indicating choice (this is the one you want). >  > Best regards >  > Daniel     -- e   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscof   ------------------------------  % Date: Mon, 18 Mar 2002 15:50:00 +0000.T From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>I Subject: Re: [OT]  NY Times Op-Ed misses point about unreliablity of PC'se& Message-ID: <3C960CA8.7000402@sun.com>    Scandora, Anthony (35048) wrote:  > > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3C8D84F1.FE8808A4@fsi.net...e >  >>"Terry C. Shannon" wrote:o >> >>>...K >>>Which is too bad... a reliable alternative to Windows would put the fear  >>>s > of > / >>>God in a certain ISV in Redmond, Washington.2 >>>BF >>Say, "Linux", "KDE", "Koffice", "Gnome", "OpenOffice", and others... >> > N > Those all have promise and some day might be able to compete with Windows onH > the desktop.  They have a long way to go before the average person canL > install them, and whether legal, moral, or otherwise, Microsoft Office hasN > defined the standard for document exchange.  Many would-be competitors claimL > to read and write .doc and .xls files, but none has done it well enough toL > get a significant market share.  The only way to break Microsoft's desktopD > monopoly is for a lot of talented and motivated people to carve upK > OpenOffice chores and make it easy to install, reliable, and support.doc,iK > .xls, and .ppt files close to 100% compatible with Microsoft's, includingo > full support of VBA. > 3 > Tony Scandora, Argonne National Lab, 630-252-7541o > scandora@cmt.anl.gov >  >       B Well OpenOffice AKA StarOffice is very easy to install easier thanA MS Office in that it as easy to install but you don't have to payt for the process.  ? I have just installed OpenOffice 6.0 FCS and it could hardly betB decribed as difficult, it also does a very good job on Powerpoint,0 Excel and Word docs though not ones with macros.   Regards  Andrew Harrison    ------------------------------  % Date: Mon, 18 Mar 2002 15:56:04 +0000aT From: Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com>I Subject: Re: [OT]  NY Times Op-Ed misses point about unreliablity of PC'si$ Message-ID: <3C960E14.50409@sun.com>   Paul Repacholi wrote:i  & > GreyCloud <mist@cumulus.com> writes: >  > F >>Uh-huh... CodeRed and Nimbda cost the industry around $2billion too.E >>M$ knows diddly squat about security.  Besides NT 4 series has beenc@ >>dead ended and dead.  Your new NT is 5.0 (win2k) and 5.1 (XP).F >>They're not stable.  Compare the uptimes of VMS to NT and you'll seeE >>what I mean.  I've heard all the stories of M$ blaming the sysadmin"D >>for not patching their servers for CodeRed, but their patch didn't >>work anyway. >> >    > E >>You may think NT is capable of being secure but it isn't because M$p  >>doesn't know what security is. >> >  ;H > Please, there are people in the bowels of the borg who know more about  > security then most of us here. >     C Well if there are there is little of no external evidence that they: exist.    > It is one thing to complain about coding mistakes that open up> security holes like code red and nimda this can be put down to= sloppy coding etc. But MS have tried to foist things on theirt; customers that were architected to be a accident waiting to2= happen. ActiveX being one of a number of examples, regardless & of sloppy coding it was always broken.     Regardsw   Andrew Harrisonl   ------------------------------   End of INFO-VAX 2002.152 ************************