1 INFO-VAX	Sat, 30 Jun 2001	Volume 2001 : Issue 360       Contents:) Alpha program office: where are they now?  Alpha-Itanium Convergence  Re: Alpha-Itanium Convergence  Re: Alpha-Itanium Convergence  Re: Alpha-Itanium Convergence  Re: Alpha-Itanium Convergence  Anonymous FTP and TCPIP 5.1  Re: Anonymous FTP and TCPIP 5.1  Re: Anonymous FTP and TCPIP 5.1  Re: Anonymous FTP and TCPIP 5.1 + Re: Apache CGI Problems on VMS with TCPware  Re: Changing platforms. J Re: Compaq Transfers Alpha to Intel after EV7 (was: Alpha design  team...) Copying "foreign" tapes... Re: FUD   Re: Full port of VMS to Itanium.& Hobby LIcense: One USER, or one LOGIN?* Re: Hobby LIcense: One USER, or one LOGIN?* Re: Hobby LIcense: One USER, or one LOGIN? Re: IA64 Rocks My World  Re: IA64 Rocks My World  Re: IA64 Rocks My World  Re: IA64 Rocks My World  Re: Itanium HW REF MAN Old Vax Comparison Data. Re: Old Vax Comparison Data. Re: Old Vax Comparison Data.) Re: One more dreadful thought to consider ) OpenVMS/VAX hang on boot - SECURESHRP.EXE 6 Re: Question to Charlie Matco - reply to Terry Shannon Tapesys and VMS 7.3 ' Re: Thanks Compaq for the new business! ' Re: Thanks Compaq for the new business! ' Re: Thanks Compaq for the new business! 1 Re: The death of VMS has been greatly exaggerated  where should SYSUAF.DAT live? / Re: Yet Another Reason Why Windoze .ne. OpenVMS ! Re: [OT] but now UK vs US English  Re: [OT] Climate change   F ----------------------------------------------------------------------  # Date: Sat, 30 Jun 2001 07:08:26 GMT . From: "mulp" <michaelpettengill@earthlink.net>2 Subject: Alpha program office: where are they now?D Message-ID: <KVe%6.5832$ck5.540816@newsread2.prod.itd.earthlink.net>  K The development and rollout of Alpha was managed out of a program office of L eight people led by Peter Conklin.  The process that the program office usedL is described in an article called "Enrollment Management: Managing the AlphaJ AXP Program".  In the article's Acknowledgement, the people in the program office are listed:   Acknowledgement   E The author thanks the following senior managers for demonstrating the G importance of good management: Gordon Bell for architecture and a clear J strategy; Ken Olsen for demanding simple. single-page plans; Jeff Kalb forK operational excellence; David Stone for the model of closing on the desired 9 state: Bob Supuik for the paradigm of the Program Office.   L The author also thanks key members of the Alpha AXP Program Office for theirC contributions in managing the program and developing the Enrollment H Management Methodology: Al Avery for systems integration and significantK help preparing this paper; Scott Gordon for competitive benchmarking; Ellen F Salisbury for planning; and Ken Schultz for operations and inspection.  J (I'm not sure where this paper can be found, I have my own paper copy.  ItC was published in the Digital Technical Journal, but that was killed H immediately after Compaq took over and the library with extra copies wasK discarded, and the web site got lost with killing off the digital.com site. > It was published in something like IEEE Software Practice....)   ------------------------------  % Date: Sat, 30 Jun 2001 09:06:30 -0400 ) From: "Neil Rieck" <n.rieck@sympatico.ca> " Subject: Alpha-Itanium Convergence; Message-ID: <w9k%6.41885$l45.3908713@news20.bellglobal.com>   A I just saw an interesting convergence piece (leak) from Compaq at 4 http://www.theinquirer.net/30060101.htm with charts.  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  # Date: Sat, 30 Jun 2001 14:38:12 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>& Subject: Re: Alpha-Itanium Convergence; Message-ID: <ovl%6.664$9r6.1020692@typhoon.ne.mediaone.net>   4 "Neil Rieck" <n.rieck@sympatico.ca> wrote in message5 news:w9k%6.41885$l45.3908713@news20.bellglobal.com... C > I just saw an interesting convergence piece (leak) from Compaq at 6 > http://www.theinquirer.net/30060101.htm with charts. >   J What's interesting about that pitch is the final slide in the series. SaidJ slide is from the ISSG's QuickBlade slide deck. Howard Elias used the sameG slide at ITUG/DECUS Lisbon... only HIS slide said "Alpha and IA-64 CPUs $ coexisting on an InfiniBand fabric."  J Looks like the era of peaceful coexistence is over. Time for some artisticL sort to pen "CPU Wars Part Deux." (This will have meaning only for those old* enough to remember the original CPU Wars.)   ------------------------------  % Date: Sat, 30 Jun 2001 11:16:28 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> & Subject: Re: Alpha-Itanium Convergence( Message-ID: <9hkq9s$49h$1@pyrite.mv.net>  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 5 news:ovl%6.664$9r6.1020692@typhoon.ne.mediaone.net...  > 6 > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message7 > news:w9k%6.41885$l45.3908713@news20.bellglobal.com... E > > I just saw an interesting convergence piece (leak) from Compaq at 8 > > http://www.theinquirer.net/30060101.htm with charts.  J The Alpha roadmaps had pretty pictures too, and we know how accurate those turned out to be.   L Even this "engineer close to Compaq's plans" doesn't seem to have laid it onL quite as thick as some, but the phrases "as it moves Alpha technology into",L "convergence of the chip technologies", and especially "integrate Alpha" are there to inspire the gullible.  G But Compaq itself still seems unwilling to say such things officially - J which isn't all that surprising given that they don't own the architectureJ they're talking about in the first place (so really have little say in the matter).  H So let's see when *Intel* has something to say about 'convergence of the+ chip technologies' and 'integrating Alpha'.    > >  > L > What's interesting about that pitch is the final slide in the series. SaidL > slide is from the ISSG's QuickBlade slide deck. Howard Elias used the sameI > slide at ITUG/DECUS Lisbon... only HIS slide said "Alpha and IA-64 CPUs & > coexisting on an InfiniBand fabric." > L > Looks like the era of peaceful coexistence is over. Time for some artisticJ > sort to pen "CPU Wars Part Deux." (This will have meaning only for those old , > enough to remember the original CPU Wars.)  . In CPU Wars, however, the good guys prevailed.   - bill   ------------------------------  # Date: Sat, 30 Jun 2001 16:54:20 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>& Subject: Re: Alpha-Itanium Convergence; Message-ID: <0vn%6.684$9r6.1086325@typhoon.ne.mediaone.net>   2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:9hkq9s$49h$1@pyrite.mv.net... > A > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 7 > news:ovl%6.664$9r6.1020692@typhoon.ne.mediaone.net...  > > 8 > > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message9 > > news:w9k%6.41885$l45.3908713@news20.bellglobal.com... G > > > I just saw an interesting convergence piece (leak) from Compaq at : > > > http://www.theinquirer.net/30060101.htm with charts. > L > The Alpha roadmaps had pretty pictures too, and we know how accurate those > turned out to be.   J The original WildFire slides were a sight to behold... up to 120 CPUs in a pentagonal configuration.   K API/Samsung had some wildly optimistic slides a couple years back. By their 8 roadmap, Alpha should be shipping at about 1.8GHz today.  J Amazing what you can do with PowerPoint and few clicks o' the mouse, isn't it?    > K > Even this "engineer close to Compaq's plans" doesn't seem to have laid it  onG > quite as thick as some, but the phrases "as it moves Alpha technology  into",J > "convergence of the chip technologies", and especially "integrate Alpha" are   > there to inspire the gullible.  D The level of integration remains to be seen. Will the convergence be, harmonic, moronic, or just not there at all?   > I > But Compaq itself still seems unwilling to say such things officially - L > which isn't all that surprising given that they don't own the architectureL > they're talking about in the first place (so really have little say in the
 > matter). > J > So let's see when *Intel* has something to say about 'convergence of the- > chip technologies' and 'integrating Alpha'.   J Yeah, that would be nice. In the interim, I sent Magee some comments basedK on the roadmap slides. I believe he incorporated same into the article. Not I at all related to the transition, I note with interest the emergence of a F 944MHz DS upgrade, this apparently is a new wrinkle. Previous roadmaps= showed 833MHz DS20e morphing directly into 1GHz DS25 Granite.    ------------------------------  % Date: Sat, 30 Jun 2001 14:01:32 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> & Subject: Re: Alpha-Itanium Convergence, Message-ID: <3B3E13FA.E5B4ABA6@videotron.ca>   Bill Todd wrote:J > So let's see when *Intel* has something to say about 'convergence of the- > chip technologies' and 'integrating Alpha'.     ? The world is truly over, I find myself agreeing with Bill Todd.   H Since Intel is now the master of CPUs, the only thing left for Compaq toJ reveal in terms of CPU technology is when  EV7 will be available, when theK last batch of Alphas will be fabbed, and when the last Alpha-based computer 
 will be sold.   L All other chip/architecture decisions are in Intel's jurisdiction as of lastK monday. We know not to beleive Intel's timing since there are often delays. M But does Intel have a certain degree of credibility on delivering features it 
 promised ?  L And there is one other step that remains: For intel to oust Capellas and putM one onf its own VPs in his place. Only then will Compaq really be able to say - "Intel Inside" on its corporate headquarters.    ------------------------------  , Date: Sat, 30 Jun 2001 14:06:22 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org> $ Subject: Anonymous FTP and TCPIP 5.1K Message-ID: <Pine.LNX.4.21.0106301354300.26099-100000@firewall.freddym.org>    Hello,  C I have some problems with setting up an anonymous FTP account under ? OpenVMS 7.2-1 running TCPIP 5.1. Here an output of $ucx sho ver   7   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 5   on a AlphaServer 400 4/233 running OpenVMS V7.2-1     > I created the anonymous account with sys$manager:tcpip$config,1 and I allowed the anonymous user to create files:    $ ftp fred646 220 fred64.freddym.org FTP Server (Version 5.1) Ready. Connected to fred64.  ! Name (fred64:frederik): anonymous + 331 Guest login OK, send ident as password. 
 Password:  530 Login incorrect.+ %TCPIP-E-FTP_LOGREJ, login request rejected  425 Session is disconnected. $ acc /user=anonymous  [...] G 30-JUN-2001 14:43:18 PROCESS NETWORK     ANONYMOUS    20200202 1001829A    $ ttt = f$message(%x1001829A) 
 $ sho sym ttt I   TTT = "%RMS-E-PRV, insufficient privilege or file protection violation" + $ dir /prot /sec dka0:[000000]anonymous.dir    Directory DKA0:[000000]   C ANONYMOUS.DIR;1      [SYSTEM]                         (RWE,RWE,RE,)   C (IDENTIFIER=[TCPIP,ANONYMOUS],OPTIONS=PROTECTED+NOPROPAGATE,ACCESS=            READ+EXECUTE) J           (IDENTIFIER=[3375,13],OPTIONS=PROTECTED+NOPROPAGATE,ACCESS=READ+           EXECUTE)   Total of 1 file.   $ dir dka0:[anonymous]   Directory DKA0:[ANONYMOUS]  ( INPUT.DIR;1         LOGIN.COM;1            Total of 2 files.  $ mc authorize sho anonymous< Username: ANONYMOUS                        Owner:  ANONYMOUS; Account:  ANONY                            UIC:    [3375,2]  ([TCPIP,ANONYMOUS]) < CLI:      DCL                              Tables: DCLTABLES# Default:  SYS$SYSDEVICE:[ANONYMOUS]  LGICMD:   _NL:G Flags:  DisCtlY DefCLI LockPwd Restricted DisWelcome DisNewMail DisMail $               DisReport DisReconnect+ Primary days:   Mon Tue Wed Thu Fri         + Secondary days:                     Sat Sun F Primary   000000000011111111112222  Secondary 000000000011111111112222F Day Hours 012345678901234567890123  Day Hours 012345678901234567890123F Network:  ##### Full access ######            ##### Full access ######F Batch:    -----  No access  ------            -----  No access  ------F Local:    -----  No access  ------            -----  No access  ------F Dialup:   -----  No access  ------            -----  No access  ------F Remote:   -----  No access  ------            -----  No access  ------D Expiration:            (none)    Pwdminimum:  6   Login Fails:     0? Pwdlifetime:         90 00:00    Pwdchange:      (pre-expired)  > Last Login:            (none) (interactive), 30-JUN-2001 14:51 (non-interactive)  [...]    0 I have anonymous-FTP working correctly on a VAX:
 $ ucx sho ver   5   Compaq TCP/IP Services for OpenVMS VAX Version V5.1 2   on a VAXstation 4000-60 running OpenVMS V7.3      9 I have already tried to recreate the anonymous user with:  $ mc authorize rem anonymous $ del dka0:[anonymous...]*.*. ! $ del dka0:[000000]anonymous.dir.   B and then create an anonymous account with sys$manager:tcpip$config   What am I doing wrong?@ Are there any known "bugs" with TCPIP 5.1 and OpenVMS/axp 7.2-1?   Many thanks in advance and
 Best Regards,  	Freddy    --  N Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================D  Frederik Meerwaldt  ICQ: 83045387  Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much more I  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS    ------------------------------  % Date: Sat, 30 Jun 2001 10:35:02 -0400   From: John Santos <JOHN@egh.com>( Subject: Re: Anonymous FTP and TCPIP 5.16 Message-ID: <1010630102747.38769A-100000@Ives.egh.com>  , On Sat, 30 Jun 2001, Freddy Meerwaldt wrote:   > Hello, > E > I have some problems with setting up an anonymous FTP account under A > OpenVMS 7.2-1 running TCPIP 5.1. Here an output of $ucx sho ver  > 9 >   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 7 >   on a AlphaServer 400 4/233 running OpenVMS V7.2-1    > @ > I created the anonymous account with sys$manager:tcpip$config,3 > and I allowed the anonymous user to create files:  >  > $ ftp fred648 > 220 fred64.freddym.org FTP Server (Version 5.1) Ready. > Connected to fred64.  # > Name (fred64:frederik): anonymous - > 331 Guest login OK, send ident as password.  > Password:  > 530 Login incorrect.- > %TCPIP-E-FTP_LOGREJ, login request rejected  > 425 Session is disconnected. > $ acc /user=anonymous  > [...] I > 30-JUN-2001 14:43:18 PROCESS NETWORK     ANONYMOUS    20200202 1001829A  >  > $ ttt = f$message(%x1001829A)  > $ sho sym ttt K >   TTT = "%RMS-E-PRV, insufficient privilege or file protection violation" - > $ dir /prot /sec dka0:[000000]anonymous.dir  >  > Directory DKA0:[000000]  > E > ANONYMOUS.DIR;1      [SYSTEM]                         (RWE,RWE,RE,)  > E > (IDENTIFIER=[TCPIP,ANONYMOUS],OPTIONS=PROTECTED+NOPROPAGATE,ACCESS=  >           READ+EXECUTE) L >           (IDENTIFIER=[3375,13],OPTIONS=PROTECTED+NOPROPAGATE,ACCESS=READ+ >           EXECUTE) >  > Total of 1 file.   > $ dir dka0:[anonymous] >  > Directory DKA0:[ANONYMOUS] > * > INPUT.DIR;1         LOGIN.COM;1          >  > Total of 2 files.   ; Have you checked the ownership and protection of login.com? < Does it do anything that would cause a protection violation?: (Such as run a program or .com file it can't access or use a privilege it doesn't have?)   ? If you enable security auditing of access failures, you may get $ a message in the security audit log.  8 ($ set audit/enable=(access=failure))/audit, I think...)       > $ mc authorize sho anonymous> > Username: ANONYMOUS                        Owner:  ANONYMOUS= > Account:  ANONY                            UIC:    [3375,2]  > ([TCPIP,ANONYMOUS]) > > CLI:      DCL                              Tables: DCLTABLES% > Default:  SYS$SYSDEVICE:[ANONYMOUS]  > LGICMD:   _NL:I > Flags:  DisCtlY DefCLI LockPwd Restricted DisWelcome DisNewMail DisMail & >               DisReport DisReconnect- > Primary days:   Mon Tue Wed Thu Fri         - > Secondary days:                     Sat Sun H > Primary   000000000011111111112222  Secondary 000000000011111111112222H > Day Hours 012345678901234567890123  Day Hours 012345678901234567890123H > Network:  ##### Full access ######            ##### Full access ######H > Batch:    -----  No access  ------            -----  No access  ------H > Local:    -----  No access  ------            -----  No access  ------H > Dialup:   -----  No access  ------            -----  No access  ------H > Remote:   -----  No access  ------            -----  No access  ------F > Expiration:            (none)    Pwdminimum:  6   Login Fails:     0A > Pwdlifetime:         90 00:00    Pwdchange:      (pre-expired) )@ > Last Login:            (none) (interactive), 30-JUN-2001 14:51 > (non-interactive): > [...], >  n2 > I have anonymous-FTP working correctly on a VAX: > $ ucx sho vers > 7 >   Compaq TCP/IP Services for OpenVMS VAX Version V5.144 >   on a VAXstation 4000-60 running OpenVMS V7.3     > ; > I have already tried to recreate the anonymous user with:  > $ mc authorize rem anonymous > $ del dka0:[anonymous...]*.*.n# > $ del dka0:[000000]anonymous.dir.  > D > and then create an anonymous account with sys$manager:tcpip$config >  > What am I doing wrong?B > Are there any known "bugs" with TCPIP 5.1 and OpenVMS/axp 7.2-1? >   ) Don't know of any, but I'm not an expert.a HTH.   > Many thanks in advance and > Best Regards, 	 > 	Freddyg   --   John Santosd Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sat, 30 Jun 2001 16:34:09 +0200g, From: "Nico van der Boom" <njvdboom@caiw.nl>( Subject: Re: Anonymous FTP and TCPIP 5.14 Message-ID: <3b3de2e1$0$996$4d4ebb8e@news.nl.uu.net>  : "Freddy Meerwaldt" <frederik@freddym.org> wrote in messageE news:Pine.LNX.4.21.0106301354300.26099-100000@firewall.freddym.org...t > Hello, <snip>  B > Are there any known "bugs" with TCPIP 5.1 and OpenVMS/axp 7.2-1?  0 There is an ECO 1 available, maybe its in there.   CU,e Nico van der Boomd   ------------------------------  , Date: Sat, 30 Jun 2001 15:58:46 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org>t( Subject: Re: Anonymous FTP and TCPIP 5.1K Message-ID: <Pine.LNX.4.21.0106301557400.26555-100000@firewall.freddym.org>    Hello,   [...]   = > Have you checked the ownership and protection of login.com? > > Does it do anything that would cause a protection violation?< > (Such as run a program or .com file it can't access or use > a privilege it doesn't have?)   : The login.com file is the file which TCPIP creates for me. There is only one line in it:m   $! blahblahblah...  A > If you enable security auditing of access failures, you may gete& > a message in the security audit log. > : > ($ set audit/enable=(access=failure))/audit, I think...)   I will try this. Thanks.  
 Best Regards,t 	Freddyc   -- gN Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================D  Frederik Meerwaldt  ICQ: 83045387  Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much moresI  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS    ------------------------------  % Date: Sat, 30 Jun 2001 08:55:40 +0200-2 From: martin@radiogaga.harz.de (Martin Vorlaender)4 Subject: Re: Apache CGI Problems on VMS with TCPware; Message-ID: <3b3d77ec.524144494f47414741@radiogaga.harz.de>k  ( Tom Rataski (trataski@clwcpc.com) wrote:A > Has anyone successfully gotten Apache CGI to work with TCPware?a  E My Perl scripts are doing well with CSWS_PERL. Didn't yet try commandi( procedures, executable images, and JAVA.  D I must admit that I don't quite understand what the choice of TCP/IP stack has to do with CGI.1  - > We are running OpenVMS 7.2 w/TCPware V5.3-2a  I OpenVMS 7.2-1H1, CSWS 1.0-1 (on the way to update to 1.1), TCPware 5.4-3.6   cu,6   Martin -- nB                         | Martin Vorlaender | VMS & WNT programmer1  OpenVMS: Where do you  | work: mv@pdv-systeme.debD  want to BE today?      |   http://www.pdv-systeme.de/users/martinv/8                         | home: martin@radiogaga.harz.de   ------------------------------  % Date: Sat, 30 Jun 2001 10:51:24 +0100h  From: Paul Sture <paul@sture.ch>  Subject: Re: Changing platforms.+ Message-ID: <VA.000003f6.2505b547@sture.ch>i  M In article <eKt_6.22278$l45.2301969@news20.bellglobal.com>, Neil Rieck wrote:a+ > From: "Neil Rieck" <n.rieck@sympatico.ca>i > Newsgroups: comp.os.vmsm" > Subject: Re: Changing platforms.' > Date: Wed, 27 Jun 2001 18:34:46 -0400r >  >  > ----- Original Message -----1 > From: "JF Mezei" <jfmezei.spamnot@videotron.ca>  > Newsgroups: comp.os.vms6$ > Sent: Tuesday, June 26, 2001 11:08" > Subject: Re: Changing platforms. >  >  > [snip] > N > > Furthermore, Alpha provided functions that made the port from VAX to AlphaL > > easy. But what if IA64 doesn't provide the various protection modes that > VMS I > > requires ? The engineers will have to spend much time at the very low5 > memoryF > > management level to figure out a way to emulate the old behaviour. > >  > 1 > I agree. VMS style memory protection is a must.3 >  > [snip]M > > Also consider that most Compaq servers come with a default blue screen ofaF > > death console. Will the VMS engineers provide a graphical OPA0: on
 > servers, > orH > > will they find a way to provide character cell OPA0: on a non-serial	 > consolel
 > > port ? > J > All Alpha machines already have a VGA graphics card which is used as theH > default console. And yes, it is blue during boot. You can connect a VT
 > terminal? > to the first serial port then issue the console mode command:e > SET CONSOLE SERIALH > to make it VAX like because the VGA console won't let you do EDT style	 > editinga: > (which is my preferred way to enter license information) > K Referring to that last sentence, more recent Alphas understand VT52 escape  L sequences on the graphics console. IIRC a bit clunky and slow, but it works.  M My home PWS 600au certainly does, as doing a SET TERM/vt52 is how I used EDT lN to enter enough license details to bring up CDE and start networking to bring  all the other licenses across.  O Neither my 400MHz PWS nor the 4100s I've tried at work do that - I assume they  , were made before the VT52 support was added.   ___n
 Paul Sture Switzerland    ------------------------------  % Date: Sat, 30 Jun 2001 09:32:29 +0100o  From: Paul Sture <paul@sture.ch>S Subject: Re: Compaq Transfers Alpha to Intel after EV7 (was: Alpha design  team...) + Message-ID: <VA.000003f5.24bd788d@sture.ch>:  B In article <9hd8q7$1uq$1@lisa.gemair.com>, Jordan Henderson wrote:1 > From: jordan@lisa.gemair.com (Jordan Henderson). > Newsgroups: comp.os.vmseL > Subject: Re: Compaq Transfers Alpha to Intel after EV7 (was: Alpha design  >  team...)e" > Date: 27 Jun 2001 14:31:35 -0400 > . > In article <3B3A159F.3F2FC310@videotron.ca>,1 > JF Mezei  <jfmezei.spamnot@videotron.ca> wrote:  > >Larry Kilgallen wrote:3F > >> No, not freelance.  They are being "offered employment" at Intel. > > Q > >What are the mechanics of this. Aren't their paycheques automatically start to Q > >come from Intel, or will their Compaq jobs be terminated at the same time as a ! > >job offer from Intel arrives ?W > >rQ > >Would intel transfer employee by employee, or do a single mass transfer of the ? > >payroll file and later on adjust each employee accordingly ?c > > L > >If an employee decides not to work for Intel, will he have to resign from > >Compaq or from Intel ?n > H > I've had this happen to me at a company once.  You are terminated fromK > the old employer and the new employer offers you a job.  You fill out alleL > the new employee paper work at the new place to get your pay started, etc. > H > I wouldn't be surprised if there were some incentives being offered by6 > Intel, especially to ensure they get the key people. > ? Since it's happened to me a couple of times, here's my 2 cents.e  O The first time, the company I worked for was rapidly expanding and needed more aL finance. The outcome was that the 2 main suppliers took 26% apiece in a new M company (neat percentage - any 2 out of the 3 companies could make a binding n
 decision).  O A new company meant a different legal entity, and under UK employment law they eQ had to guarantee that we were offered a minimum of the same employment terms and eN conditions. Pensions, the original start date, holiday entitlements and so on.  Q I have no idea about US employment law or contracts, but would imagine that if a tN company wishes to take on employees from another company they should be quite P happy to offer similar. If not, then offer some form of compensation to make up L for the loss of length of service (pensions, holiday entitlement and so on).  O The second time for me was somewhat different (not the same company as before).eI Having started with a UK company, I was seconded to a couple of overseas  O subsidiaries in turn, each time working as a local employee. When HQ wanted me tH back, they agreed to backdate my new contract to my original start date.  O Enter HR. In spite of management's stated intentions, HR tried stitching me up lQ with a new employee contract. I was not so daft as to sign that. Within a year I aP was sticking my hand up for voluntary redundancy and got a tax free payout of 5 J months' salary, representing 4 years' employment plus one month's notice.   N Had I fallen for HR's ruse, the payout would have been a fifth of that, and I L would not have had the financial cushion to wait until the best job came up.  P Contracts need reading carefully. Whatever management says, beware HR stitchups.   ___o
 Paul Sture Switzerlanda   ------------------------------  % Date: Sat, 30 Jun 2001 11:54:35 -0500b+ From: "James L. Wiley" <Wiley@Tarleton.edu>e# Subject: Copying "foreign" tapes...-( Message-ID: <9hl036$kqg$1@news.tamu.edu>  K I am trying to figure out how to copy some tapes from a non-VMS system (CDCoK Cyber) to files on disk.  I don't want any kind of conversion or changes toiK the data.  I even want all the label information and any end of file marks,nL etc to go along.  My plan is to download these "container" files to a PC andF burn CD's.  The tape drive on the VMS system is a SCSI attached TSZ07.  K I have tried mounting a tape with the /over=all parameter, but I get errorsm* if I just try to use the VMS copy command.  . Could someone point me in the right direction?   Thanks   James L. Wiley Wiley@Tarleton.edu   ------------------------------  % Date: Sat, 30 Jun 2001 12:33:43 -0500n1 From: "David J. Dachtera" <djesys.nospam@fsi.net>d Subject: Re: FUD' Message-ID: <3B3E0D77.E03ECA98@fsi.net>l   Larry Kilgallen wrote: > Z > In article <3B3CF79E.FD041A24@infopuls.com>, Christof Brass <brass@infopuls.com> writes: > ; > > My experience with Slowaris on SPARC isn't quite good -2= > > especially the NFS and NIS+ related parts are a source ofg< > > problems. Some servers with certain functions have to be  > > rebooted monthly (at least). > H > I know a Solaris-centric shop that wanted to reboot their VMS machines4 > each month because that is "normal" for computers.  H Recent real-life lesson: it is possible to get so accustomed to machinesA that *DON'T* need to be rebooted that the procedures to shutdown,)G startup and/or reboot become lost artifacts due to a number of factors.U  > Unless uptime demands are such that scheduled downtime is near8 impossible, I don't necessarily view this as a negative.   --   David J. DachteraA dba DJE Systems: http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/T  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Sat, 30 Jun 2001 03:14:02 -04001  From: John Santos <JOHN@egh.com>) Subject: Re: Full port of VMS to Itanium.96 Message-ID: <1010630020627.38769D-100000@Ives.egh.com>  $ On Sat, 30 Jun 2001, JF Mezei wrote:   > John Santos wrote:F > > I expect VAX to IA-64 migration to be about the same as VAX->Alpha6 > > and Alpha->IA-32 to be trivial.  (Compile and go.) >=20L > I agree. But having automatic emulator kick in when you run an image woul= d beL > very neat. (Aka : macintosh). And that includes an alpha image that is li= nkedL > against a native IA64 sharable image or vice-versa. (If Apple could do it= ,aL > those engineers that used to work for Digital should be able to dit it :-= )   F I agree it would be very neat, but I think this goes from the catagoryA "minimum acceptable requirement" to "it would be really nice if".a  B I expect them to meet the "minimum".  If they do more then that, IC will be pleasantly surprised.  I hope they have learned enough from C VAX -> Alpha that they can do better this time, but I think if theynC do as well, it will be okay.  (For example, DEC BASIC arrived quitehH a bit later than most of the languages, and there were a few annoying=20F bugs in the 1st release, but they were amenable to brute-force editing+ to fix them, and the bugs were soon fixed.)+  I > > Porting to Solaris or AIX would be orders of magnitude more difficult= > > for almost anything. >=20L > But on the other side of the coin, when you run a mainstream OS, you don'= tvJ > have to port a lot of software because a lot of software runs on that OSL > "natively". (eg: software availability). When you run a niche OS, you hav= e toH > worte/port your onw software from sources that were designed to run on > mainstream systems.c  F From=20the original post, it sounded to me like the poster already hadD his own software that he had written for VAX VMS, and was faced withG porting it to either Alpha VMS or some other platform.  In other words,nA of off-the-shelf commodity software doesn't exist for his app and H there are no "mainstream" OS sources that he could port or run natively.   --=20A John Santos0 Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sat, 30 Jun 2001 11:59:19 -0400n# From: Mark Vance <mvance@iglou.com> / Subject: Hobby LIcense: One USER, or one LOGIN?V) Message-ID: <3B3DF757.FA66C5EE@iglou.com>   C Does the hobbyist license confine you to ONE USER at a time, or onetD LOGIN of one user at one time.  Id sure like to be able to login andB stop/id an interactive proc, instead   of turning the damn machine off...Thanks...u     Mark.    ------------------------------  # Date: Sat, 30 Jun 2001 16:37:58 GMT9. From: brown_du@eisner.decus.org (Duncan Brown)3 Subject: Re: Hobby LIcense: One USER, or one LOGIN?l1 Message-ID: <3b3dffda.58379947@news.telocity.com>s  A On Sat, 30 Jun 2001 11:59:19 -0400, Mark Vance <mvance@iglou.com>  wrote:  D >Does the hobbyist license confine you to ONE USER at a time, or oneE >LOGIN of one user at one time.  Id sure like to be able to login and C >stop/id an interactive proc, instead   of turning the damn machineC >off...Thanks...  C If I am logged in to the console of my Jensen with the Hobbyist VMS0= license, I can also telnet in remotely and log in as the same;E username...or log in locally or remotely as SYSTEM to do admin thingseC like you say.  I haven't tried to do anything more adventurous than D that, so I don't know where or how you bump into the license limit.   E The important point is that the Hobbyist license does not restrict meeF in any way from using and managing the machine, at least in the ways I do so.   Duncan   ------------------------------  , Date: Sat, 30 Jun 2001 18:38:14 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org> 3 Subject: Re: Hobby LIcense: One USER, or one LOGIN?NK Message-ID: <Pine.LNX.4.21.0106301837310.27039-100000@firewall.freddym.org>:   Hi!C  F > LOGIN of one user at one time.  Id sure like to be able to login andD > stop/id an interactive proc, instead   of turning the damn machine > off...Thanks...D  E The hobbyist licenses (at least the ones you can get from montagar (IsF don't know of another company which proivides them)) are with 0 Units,' which means they are for unlimited use.1  
 Best Regards,0 	Freddy1   -- 1N Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================D  Frederik Meerwaldt  ICQ: 83045387  Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much more-I  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS-   ------------------------------    Date: 30 Jun 2001 00:02:17 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>   Subject: Re: IA64 Rocks My World0 Message-ID: <qhn16qwiva.fsf@ruckus.brouhaha.com>  ( name99@mac.com (Maynard Handley) writes:. > Were the low-end RS/6000s available in 1989  > (a) not single chip or   Bingo.   ------------------------------   Date: 30 Jun 2001 14:11:49 GMT From: jfc@mit.edu (John F Carr)V  Subject: Re: IA64 Rocks My World@ Message-ID: <3b3dde25$0$1915$b45e6eb0@senator-bedfellow.mit.edu>  = In article <203e73fa.0106291456.67240057@posting.google.com>,  Wow <chfong@yahoo.com> wrote:nD >IBM did not cave in to Intel. Just look at the Power4 architecture.  = I've looked at the architecture.  I've looked at the pictures = of the big bolts used to hold the modules together.  When can// I look at a working chip or module in a system?a   -- t     John Carr (jfc@mit.edu)a   ------------------------------   Date: 30 Jun 2001 14:14:16 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren)  Subject: Re: IA64 Rocks My World0 Message-ID: <9hkmro$kf0$1@pegasus.csx.cam.ac.uk>  @ In article <3b3dde25$0$1915$b45e6eb0@senator-bedfellow.mit.edu>,  John F Carr <jfc@mit.edu> wrote:> >In article <203e73fa.0106291456.67240057@posting.google.com>, >Wow <chfong@yahoo.com> wrote:E >>IBM did not cave in to Intel. Just look at the Power4 architecture.. > > >I've looked at the architecture.  I've looked at the pictures> >of the big bolts used to hold the modules together.  When can0 >I look at a working chip or module in a system?  ? Probably before you see an IA-64 system marketed for productionS6 (rather than development) use, except possibly by SGI.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679    ------------------------------   Date: 30 Jun 2001 14:17:34 GMT From: jfc@mit.edu (John F Carr)a  Subject: Re: IA64 Rocks My World@ Message-ID: <3b3ddf7e$0$1930$b45e6eb0@senator-bedfellow.mit.edu>  > In article <name99-2906011608320001@il0203a-dhcp93.apple.com>,' Maynard Handley <name99@mac.com> wrote:sF >In article <9hg93t$cof$1@hubcap.clemson.edu>, mark@hubcap.clemson.edu >(Mark Smotherman) wrote:= >l. >> John Bayko <jbayko@sk.sympatico.ca> writes: >>  O >> The i960CA was actually the first single-chip superscalar processor in 1990.E >> +K >> I'm not completely familiar with the ARM family, but a blurb in May said=9 >> they are working on a superscalar core called Cheetah.3 > - >Were the low-end RS/6000s available in 1989 a >(a) not single chip orn >(b) not super scalar? >s? >It was my understanding that even the very first RS/6000s weretH >superscalar, and I would have thought the low-end ones were single CPU.  F The original RS/6000 had about five chips: FPU, ALU, instruction unit,E and data caches.  (The multiplier alone was comparable in size to the1@ ROMPC chip in the IBM RT, according to the architecture book IBMB published.) There was also a lot of control logic on the processor( board to handle startup and diagnostics.  C The first single-chip RS/6000 was the 220/230 using the "RSC" chip,a< which evolved into the 601 with a lot of help from Motorola.     -- h     John Carr (jfc@mit.edu)d   ------------------------------  # Date: Sat, 30 Jun 2001 06:30:14 GMT . From: "mulp" <michaelpettengill@earthlink.net> Subject: Re: Itanium HW REF MANtD Message-ID: <Wle%6.5809$ck5.534405@newsread2.prod.itd.earthlink.net>  1 "Scott Vieth" <svieth@wi.rr.com> wrote in messagee# news:3B37FA2F.EA3D316D@wi.rr.com...pG > The chips that will be running VMS aren't even designed yet.  Are yout > looking for a.# > reference manual from the future?   G The chips that will run VMS exist today.  Systems to run VMS might be a B different story.  The question is whether VMS has an "SRM console" requirement for IA64 systems..  L Certainly none of the existing IA64 systems are large enough to meet VMS andF Tru64 customer requirements, particularly for I/O.  My guess is that aK minimum of 16 PCI buses is required, with probably 32 to 64 being desirable  for the first high end server.  J Ah, but we won't need PCI because Infiniband will be shipping in volume by 2004.a   ------------------------------  % Date: Sat, 30 Jun 2001 11:57:09 -0400]# From: Mark Vance <mvance@iglou.com> ! Subject: Old Vax Comparison Data.A) Message-ID: <3B3DF6D5.F19AD76D@iglou.com>n  H Hi, I was wondering if anyone has a comparison sheet online that i couldC look at to get an idea of performance figures for the 3100s, 4000s,aH Alphastations, and the models of each.  I'd liek to get an vax or two onG ebay, but I dont have any idea of which are the most powerful.  Im justl@ looking for the old  <$250 setups.  I fooled around setting up aD Vaxserver 3100 and it seems to be pretty decent, so im interested in! something at least that powerful.l   THanks,a Mark.    ------------------------------  % Date: Sat, 30 Jun 2001 09:52:13 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>s% Subject: Re: Old Vax Comparison Data.o( Message-ID: <3B3E03BD.3E9AD1C7@mmaz.com>   Look at VAXARCHIVE.ORG   Barryo   Mark Vance wrote:t  J > Hi, I was wondering if anyone has a comparison sheet online that i couldE > look at to get an idea of performance figures for the 3100s, 4000s, J > Alphastations, and the models of each.  I'd liek to get an vax or two onI > ebay, but I dont have any idea of which are the most powerful.  Im justnB > looking for the old  <$250 setups.  I fooled around setting up aF > Vaxserver 3100 and it seems to be pretty decent, so im interested in# > something at least that powerful.l >o	 > THanks,D > Mark.r   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOH  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028e   ------------------------------  % Date: Sat, 30 Jun 2001 12:21:07 -0500 + From: Phil Mendelsohn <mend0070@tc.umn.edu>,% Subject: Re: Old Vax Comparison Data.lH Message-ID: <Pine.SOL.4.20.0106301211000.27418-100000@garnet.tc.umn.edu>  & On Sat, 30 Jun 2001, Mark Vance wrote:  J > Hi, I was wondering if anyone has a comparison sheet online that i couldE > look at to get an idea of performance figures for the 3100s, 4000s,H* > Alphastations, and the models of each.    & http://www.vaxarchive.org/hw/full.html* http://195.148.172.4/~aw/vax/vax-perf.html  " > I'd liek to get an vax or two onI > ebay, but I dont have any idea of which are the most powerful.  Im justaB > looking for the old  <$250 setups.  I fooled around setting up aF > Vaxserver 3100 and it seems to be pretty decent, so im interested in# > something at least that powerful.h  D Not to become a crass commercialist, but I have a few (25?) 3100's IJ salvaged.  Have not gone through them all to find out what's what yet, but) contact me off list if you're interested.m   -- b6 "To misattribute a quote is unforgivable." --Anonymous   ------------------------------   Date: 30 Jun 2001 15:29:15 GMT- From: Joe Heimann <heimann@nog.ecs.umass.edu>w2 Subject: Re: One more dreadful thought to consider, Message-ID: <9hkr8b$psm$1@odo.ecs.umass.edu>  , Marty Kuhrt <kuhrt@encompasserve.org> wrote:c > In article <9hebaa$k3u@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:eJ >> A horrible trend popped into my mind this evening.  Here it is for your >> unenjoyment:c >> eD >> 1.  Rather than compete with Oracle in databases, sell RDB to it.Q >> 2.  Rather than compete with Quantum in storage, sell the disk business to it.i  F > And the rumor I heard was that Quantum only wanted the disk divison F > and didn't want anything to do with the tape drive stuff.  Digital, J > in typical "baby and the bath water" style, insisted that they take the F > tape division, too.  Quantum may not be making money with disks, butD > you have to think that they are cleaning up on tape drive margins.F > Granted, this may be an unsubstantiated rumor, but is outside of the > realm of believability?l  G Quantum is no longer making any money on their disk division, they soldoE it entirely to Maxtor.  Now they are just making DLT tape drives and yG what they call "storage solutions" as well as integrated backup/archivefE systems.  Funny that the tape drives from Digital are what they ended F up making their money on out of the deal.  Of course they had some funC in the last 6-9 months separating out the DLT and disk firmware and)F other developement groups.  Some of it was still being done at the oldE DEC group in eastern Mass., forget which plant that was.  Quantum hadeD to make sure they transferred the full build environment for the DLTE firmware before they trabsferred the disk operation to Maxtor.  HeardtH some of this direct from a Quantum person handling part of the transfer.  D >> 3.  Rather than compete with Intel in CPUs, sell the Alpha to it. >> t  >> and the sickening conclusion: >> tB >> 4.  Rather than compete with Microsoft in OS's, sell VMS to it. >>  @ > [snip of the rest of the scenario, which seems all too likely]    Joe Heimann   heimann@ecs.umass.eduh   ------------------------------    Date: 30 Jun 2001 16:04:53 +0200& From: Cthulhu <cthulhu@kadath.deep.it>2 Subject: OpenVMS/VAX hang on boot - SECURESHRP.EXE) Message-ID: <9hkma5$1to$1@kadath.deep.it>-  E HW: VAXstation 3100 (using the serial console, it reports itself as a<E 	VAXserver 3100 Model 60 - how can I know which model it really is?). 	 	8MB RAM.$E 	170MB HDD Apple (Quantum) disk (its original disk, if there was one,o
 	is missing).t  G SW: OpenVMS/VAX 7.2 (fresh install) + all ECOs with rating 1, installedc 	with suggested order.   Problem: 	t8 %%%%%%%%%%%  OPCOM  27-JUN-2001 22:49:45.00  %%%%%%%%%%%H Operator status for operator HOGWRT::SYS$SYSROOT:[SYSMGR]OPERATOR.LOG;18K CENTRAL, PRINTER, TAPES, DISKS, DEVICES, CARDS, NETWORK, CLUSTER, SECURITY,tO LICENSE, OPER1, OPER2, OPER3, OPER4, OPER5, OPER6, OPER7, OPER8, OPER9, OPER10,r OPER11, OPER12  I %SET-I-NEWAUDSRV, identification of new audit server process is %0000008B 2 %DCL-W-ACTIMAGE, error activating image SECURESHRPP -CLI-E-IMGNAME, image file HOGWRT$DKB0:[SYS0.SYSCOMMON.][SYSLIB]SECURESHRP.EXE;19 -SYSTEM-F-PROTINSTALL, protected images must be installed 6 %STARTUP-W-AUDITWAIT, waiting for audit server startup  $ And then it waits for ever and ever.   What am I supposed to do?aH Maybe I have mis-installed some ECO (but when I rebooted it last time itH was all fine) and now it is better to reinstall from scratch (this is an hobbyist@home system)?   	hangingly, 	 	 Cthulhuc   -- a  H        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it/ wgah'nagl fhtgan!# 		        <cthulhu at rlyeh dot it>a   ------------------------------    Date: 30 Jun 2001 10:24:46 -0700" From: cstranslations@msn.com (Joe)? Subject: Re: Question to Charlie Matco - reply to Terry Shannont= Message-ID: <d56d1c2d.0106300924.120a311b@posting.google.com>l  n malmberg@encompasserve.org (John E. Malmberg) wrote in message news:<J2v$ldVUgtob@eisner.encompasserve.org>...+ > In article <ujEh3s4$AHA.263@cpmsnbbsa09>,g= > "cstranslations" <cstranslations@email.msn.company> writes:w > <snip> > > H > > Monday was a kick in the teeth. This afternoon I was putting up withO > > comments over the cube wall from Bill's fan club along the lines of, "lottaiM > > money to spend on something that'll be in the Smithsonian in 3 years." AteK > > this point the VP is rethink the Compaq solution (and how good that AIXoO > > soultion look). At this point MikieC could come in with his clogs and dance = > > a little jig. I don't think it would do one iota of good.o > G > History has shown that the resale value of any 3 year old computer as7O > compared to it's purchase price is a steep change.  OpenVMS based systems and . > a handful of others tend to do a bit better. > L > The closer a system is to commodity hardware and software, the faster it's > used price will drop.t   <cut to save bandwidth>k  - I'm aware of all that (plus what I cut)   :-)n  L If you take the derisive comments that were coming over the cube wall, stickK them into a crucible, and burn them down to their "essence" what is left it K the statement that we are seeing the final stages of a slow torturous death J march which began about a dozen years ago (with a ha ha thrown in from the "bill club" for good measure).  G I didn't personalyy say anything to the VP of operations until Thursday.G afternoon. His response was centered around "would you spend $500,000 -yL $1,000,000 on something for which will be unsupport in 2 years?" and "if youD were working for Compaq what would you be doing/thinking right now?"  E I won't get into my responses other than to say some of the things iteF centered around were - what was the technically superior solution lastK Friday and what is it today? The fact that the 4100 has been sitting in thenL computer room for a bit more than 2 years and it's going to be sitting there; for some time (doing something other than collecting dust).    Joe    ------------------------------  # Date: Sat, 30 Jun 2001 14:42:17 GMTa" From: Ed Wilts <ewilts@ewilts.org> Subject: Tapesys and VMS 7.3; Message-ID: <dzl%6.1145$y76.100677@typhoon.mn.mediaone.net>o  ) Here's a non-Itanium post for a change...e  K Has anyone upgrade to VMS 7.3 yet and experienced any Tapesys issues?  The dK official story from Software Partners is that we need Tapesys 6.0 which is VK currently in development.  They say they've done some brief testing on 7.3 fL with the current version of Tapesys (5.2.25) and it appears to work, but it K won't be supported.  Has anyone gone farther than that yet?  How likely am nI I to experience problems farther down the road that brief testing hasn't 0 found?  Wayne, you out there?-   Thanks,          .../Ed -- 0 Ed Wilts, Mounds View, MN, USA mailto:ewilts@ewilts.org   ------------------------------  # Date: Sat, 30 Jun 2001 12:37:46 GMTA= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)O0 Subject: Re: Thanks Compaq for the new business!0 Message-ID: <009FE4C8.66B3FE01@SendSpamHere.ORG>  \ In article <3B3CE488.9B65021F@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:' >"Brian Schenkenberger, VAXman-" wrote: L >> You are not of the body.  You are not one with Landru.  Please, come with >> us and be absorbed.  :) >>  ) >> (The Star Trekkies will understand it). >7L >Yes, but in that example, it was far too easy to fix the problem by zappingN >the controlling computer. In the case of Scanners, there was no central pointO >where the brainwashing influcence could be stopped because each individual hadi$ >a separate alien inside of him/her. >tN >Was in in that episode where Kirk disabled the main computer by convincing itF >that it was not doing its job and the computer then getting confused,K >generating a large puff of smoke and expired ? (or did they just use theiry >phasers to get it over with ?)i  L Where is Captain Kirk when we need him?  This is a very similar episode onlyJ instead of the folks in the hooded cowls doing the will of Landru, we have7 blue-faced bald-headed geeks forcing the will of Grove.n      , "Earth to Enterprise.  Earth to Enterprise."   "Enterprise here."  L "Quickly beam down a landing party to the coordinates for Compaq headquartesK in Houston.  We need Kirk to confront a misguided machine whose programmingH has run amuck."    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe             O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 30 Jun 2001 10:12:30 -0700" From: cstranslations@msn.com (Joe)0 Subject: Re: Thanks Compaq for the new business!= Message-ID: <d56d1c2d.0106300912.424d121c@posting.google.com>w  c jlahman1@aol.com (Jlahman1) wrote in message news:<20010628213203.19564.00001430@ng-ff1.aol.com>....Q > The announcements made by Compaq regarding VMS was the biggest bone-headed move=N > in the history of computing.  Due to this accouncement, we just got an orderO > from a large automobile company to convert their VMS systems to windows 2K.    > P > And, I've been talking to a large steel mill that has been a VMS shop for manyQ > years.  They are now seriously considering a migration to windows 2K from VMS.   >  > Q > This only means business for us since we've already made the migration from VMSk > to windows NT/2K.D > - > Thanks Compaq for shooting VMS in the head!c  F Gosh whoever it is you work for isn't very responsive. Where I work onL Monday at 10:00AM everything in the computer room was on a forklift, 10:06AMK the forklift was out back driving away from the dumpster, 10:07 the network:J guys we unboxing all the billyware boxes, at 10:11AM we were rewriting allH our applications in .Net beta 1 since that's the solution to the world'sL problems, by 10:25 we had everything debugged, and at 10:30AM the processorsE up front were all back to work keying away. You didn't get your firsto contract until Thursday...  I Name of large automobile company? (you better get them on bill's software J licensing/extortion protection package - otherwise come Feb 6th I think it@ is it'll be more expensive to upgrade to bill's new eXPerience).   Name of large steel mill?a  A Otherwise crawl back under whatever it is that trolls live under.a   ------------------------------  % Date: Sat, 30 Jun 2001 12:48:58 -0500w1 From: "David J. Dachtera" <djesys.nospam@fsi.net>r0 Subject: Re: Thanks Compaq for the new business!' Message-ID: <3B3E110A.24AEC440@fsi.net>>   JF Mezei wrote:  > [snip]H > Speed bumps are those dangerous things that send cyclists to hospitalsW > especially when the town conveniently forgets to paint them and put up warning signs.h  H When my brother was plowing every winter for a few years, a colleague ofG his was killed while plowing a long access drive with an unmarked speedtH bump. The plow subducted into the asphalt. The driver was thrown throughF the windshield, snapping his neck and killing him instantly. The truckF frame was broken in half - the truck was found in two pieces. The plowF could not be extracted; so, that part of the road had to be torn out -4 plow and all - and left as gravel until spring time.   -- c David J. Dachteray dba DJE SystemsD http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/,  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.l   ------------------------------  % Date: Sat, 30 Jun 2001 09:32:43 -0500a+ From: Phil Mendelsohn <mend0070@tc.umn.edu>o: Subject: Re: The death of VMS has been greatly exaggeratedH Message-ID: <Pine.SOL.4.20.0106300928180.19625-100000@garnet.tc.umn.edu>  ' On Sat, 30 Jun 2001, Eric Taylor wrote:t   >  Anyway, 11m was merely0N > a kernel rewrite, but they first tried to sell it as a complete new product.  H Um, 11M wasn't *merely* anything.  There mas much sweat of the brow.  IfE that's all it looked like to a user, then that shows that they didn't1 break much when they did it!  G > Anyway, one way to keep em honest is with open source. Puts the powero/ > in the programmers hands, not the marketeers.r  F True.  Now how to keep the power from the IT manglers ^H^H^H^H^Hagers?   -- R6 "To misattribute a quote is unforgivable." --Anonymous   ------------------------------  % Date: Sat, 30 Jun 2001 10:52:49 -0700-! From: Tom Linden <tom@kednos.com> & Subject: where should SYSUAF.DAT live?9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEFACOAA.tom@kednos.com>t  H I have copies in both SYSMGR and SYSEXE on 7.3 AXP.  By trial and error 5 I found that AUTHORIZE picks it up out of the former.3   ------------------------------  % Date: Sat, 30 Jun 2001 13:48:12 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 8 Subject: Re: Yet Another Reason Why Windoze .ne. OpenVMS, Message-ID: <3B3E10DB.966D6811@videotron.ca>   Jordi Guillaumes wrote: I > The year was 1995. Then the battle was between IBM's OS/2 and Micro$ofteJ > Windows 96. OS/2 was technically superior nearly in every point. But IBM( > screwed it using inadequate marketing.    N The way I remember it, IBM screwed OS/2 marketing well before that, during theM windows 3.1 days where OS/2 has a clear advantage. I still remember a windowswT weenie being so amazed at having 2 windows with 2 programs running at the same time.  H Remember that Windows 3.1 was terrible for internet connections. When itN became apparent that Windows 95 was to be delayed and delayed and delayed, IBMF saw an opportunity and took it. I still remember the fairly massive TVM advertising campaign (young farmer in back of pickup truck holding a computerhL monitor, and a sentense such as "connect to the internet" and I beleive that, IBM had announced agressive pricing as well.  L But OS/2 was victim of Microsoft's monopoly control over box makers who wereK forced to load windows on every machine they built, so OS/2 was an "add on"s$ instead of a replacement of Windows.  M It will be most interesting to see if Microsoft will tolerate that Compaq notaK load Windows on every IA64 machine. Perhaps another reason VMS won't run on J commodity hardware since that way, Compaq will have a clear defiition of aJ windows Pc and a enterprise machine and won't be forced to load windows on enterprise machines.   ------------------------------  % Date: Sat, 30 Jun 2001 08:47:36 +0100f  From: Paul Sture <paul@sture.ch>* Subject: Re: [OT] but now UK vs US English+ Message-ID: <VA.000003f4.24945ebe@sture.ch>   B In article <3B39EDC2.1311EF43@ohio.edu>, Richard D. Piccard wrote:/ > From: "Richard D. Piccard" <piccard@ohio.edu>n > Newsgroups: comp.os.vms , > Subject: Re: [OT] but now UK vs US English' > Date: Wed, 27 Jun 2001 10:29:20 -0400o >  >  >  > Paul Sture wrote:r >  > >  >  > [snip] > O > > ensuring (oops - shouldn't that be insuring in US English?) that UK English:' > > is shortly going to be a dead duck.- > Q > I am almost certainly not a typical American in my usage of English, but I havesK > always used "insuring" when there is a financial transaction involved, anD: > "insurance policy," and "ensuring" as "to make certain." > N Precisely my understanding too.  But this takes us back to a conversation 2-3 M years ago here, when I made the observation that I was seeing "ensuring" and  M "insuring" swapped in many instances "out there on the 'net", mainly from US tA folks. At the time I put it down to what I termed "common usage".v  Q Language _does_ change over time, but fortunately Merriam Webster agreed with me o :-)c ___ 
 Paul Sture Switzerlands   ------------------------------  # Date: Sat, 30 Jun 2001 06:34:39 GMT " From: Rob Komar <rkomar@telus.net>  Subject: Re: [OT] Climate change+ Message-ID: <0srjh9.md.ln@robpc1.telus.net>o  0 Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> wrote: > True, but note the following:o  K > 1. You don't have to use common stainless steel. The mooted designs that uM >   I've seen have an inner blanket of molten lithium, which when it capturessN >   a neutron decays immediately into mildly radioactive Tritium and harmless H >   Helium. You then recycle the generated tritium as fusion fuel (in a F >   D-T reactor). The lithium is a very good neutron screen, and also L >   the primary heat-transport agent. (Like sodium in a fast-breeder fissionK >   plant, but safer because a fusion core is not intrinsically explosive!)r  F (N.B. I am not a fusion expert, but I did study nuclear physics; so my1 comments may be smart and dumb at the same time).   J Li-6 is good at absorbing neutrons (and gives you a little extra energy asK well when it does so), but Li-7 isn't.  Since Li-7 makes up ~93% of naturaloL lithium (and even more in the stuff you buy since the Li-6 has been strippedK out for government purposes ;), I'm guessing that you'd need some expensived- isotopically separated Li-6 for each reactor.a  P >   Outside that, can you carefully choose your metal parts to be less dangerousK >   when neutron-irradiated. Most light elements become beta-emitters with oI >   shortish half-lives, many simply capture the neutron and don't becomerJ >   radioactive at all or have a *very* short half-life.  Also most light M >   elements are non-cumulative in the environment, meaning that a worst-caseiH >   disaster (such as plant destruction by a large conventional bomb) is7 >   far less serious than the same for a fission plant.   O > 2. The big problem with a fission reactor isn't the decommissioned hulk, it'srO >   the spent fuel full of all sorts of horribly radioactive fission fragments.wM >   Were the neutron-activated reactor shell the only by-product, I'd supportt* >   fission plants quite enthusiastically.  J True, but the fuel is in small, easy to handle sizes.  Disposing of highlyI radioactive cladding vessels must be much more problematic than disposingt of fuel bundles.  H > 3. Deuterium-Tritium fusion is the easiest goal but the neutrons are aL >   nuisance. A harder goal but a cleaner one is Deuterium-Deuterium fusion,< >   which generates harmless helium (alpha-particles) alone.  J The probability of (D + D -> He-4 + gamma ray) is pretty small compared toL the (D + D -> He-3 + neutron) and (D + D -> H-3 + proton) channels.  I don't4 see how D + D would be that much cleaner than D + T.  Q > 4. Splitting one Uranium atom liberates about one ten-thousandth as much energy@P >   as fusing one D to one T, so a fission plant generates at least 10,000 timesL >   more neutrons for the same energy as a fusion plant would, and thereforeJ >   nuetron-activated radioactivity in the plant structure is a far bigger >   problem.  O I don't understand where this 10,000 times number comes from.  The Q-value (ie.lL the energy freed) of the D-T reaction is 17.62 MeV, split among the daughterJ particles.  For fission with U-235, the average number of neutrons emittedM is ~2.5, each with an average energy of ~2.3 MeV.  The fission fragments have,J about 200 MeV of energy.  So, much more energy is liberated per neutron inJ fission than fusion.  There are some beta-delayed neutrons produced by theJ fission fragments, but they are small in number (~0.02 per fission).  Am I missing something here?I  
 >>  The spent \ >> fuel of a fission reactor is about one cubic meter per year per typical plant, so you can5 >> afford to be very elaborate with your protections.   L > But accidents will inevitably happen, and the worst-case is *really* bad. N > And you have to keep it safe for longer than human civilisation has existed,N > not just for a century or so. Civilisation may fall - in which case leaving E > this waste is akin to leaving toddlers with access to a loaded gun.   P There is some opinion that the spent fuel will be valuable to a more technicallyJ advanced people, who could use it more efficiently than we have.  Maybe weL don't want it disappeared forever.  This situation reminds of what was goingJ on with oil refineries in the 1800's, when they were dumping gasoline into< the rivers because they didn't know what else to do with it.  Q Besides, it's not clear that the very-long lived isotopes are the most dangerous.aH By definition, they decay slowly, so they don't release much energy overO the lifetime of a human.  The `hot' short-lived stuff cools down to safe levels N quickly (hopefully, not in someone's body).  The stuff with a half-life on theK order of a human lifetime is probably the most dangerous, since it won't golI away quickly but is hot enough to produce damage in the body if ingested.t  C [snip some reasonable stuff that doesn't need any comments from me]   J > That which is never attempted will never succeed. At present there's no L > political will to tackle this problem, and too many ill-informed "greens" L > who regard all  things "nuclear" as an unmitigated evil based on dogmatic K > ignorance. (The medics had to rename Nuclear Magnetic Resonance (NMR) to aD > Magnetic Resonance Imaging (MRI) because of this type of arrogant ! > politically-correct stupidity).i  G Yet I feel that nuclear power will make a come-back.  Fossil fuels willhC eventually be gone (a few hundred years from now?) or saved for thegI manufacturing of plastics.  There really isn't anything else that doesn'tiE massively impact the environment in comparison.  (how much land do welI have to denude to cover it with solar cells, or how much land do we floodgD and precious water do we evaporate with dams that eventually silt upD anyway, or how many migrating birds do we slaughter with wind vanes,H or how much sea-life with wave-powered generators, to produce the levels( of electricity that come from reactors?)  / But I'm guessing that we are in agreement here.g  B > How sure was Kennedy that the USA could land a man on the moon?    > Nigel.  P > PS what is the nasty long-lived neutron activation product in stainless steel?M > My metallurgy isn't great, but the only long-life radioactive I can find istC > Iron-60, which requires double-activation and isn't a high-energy M > particle-emitter. Cobalt-60 is a nasty gamma-emitter but has a much shorterr
 > half-life. g  J It might not be a problem when someone digs it up a few hundred years fromG now, but the short-lived stuff is going to make the burial a nasty job.S   Cheers,g	 Rob Komar6   ------------------------------   End of INFO-VAX 2001.360 ************************