0 INFO-VAX	Mon, 21 Jan 2002	Volume 2002 : Issue 40      Contents:" "C" written os's spell "disaster"!& Re: "C" written os's spell "disaster"!& Re: "C" written os's spell "disaster"!& RE: "C" written os's spell "disaster"!& Re: "C" written os's spell "disaster"!& Re: "C" written os's spell "disaster"!P 744           Would you like to lose weight while you sleep?                  451 =?euc-kr?B?WyC3r7rqvK3HwbimIMPfw7XH1bTPtNkuIF0=?=  Re: A position statement Re: A position statement Re: A position statement Re: A position statement Re: A position statement Re: A position statement RE: A position statement Re: A position statement Re: A position statement Re: A position statement Re: A position statement RE: A position statement Re: A position statement Re: A position statement Advanced Server 7.3 - exploded. # Re: Advanced Server 7.3 - exploded. + ADVERTISE TO 12 MILLION PEOPLE DAILY....... " Re: Announcing Oracle Rdb V7.0.6.3" Re: Announcing Oracle Rdb V7.0.6.3" Re: Announcing Oracle Rdb V7.0.6.3 Re: Asking  your opinion Re: Asking  your opinion Re: Asking  your opinion Re: Asking  your opinion9 Re: Bill Gates admits security "non-existent" in windows! 9 Re: Bill Gates admits security "non-existent" in windows! 9 Re: Bill Gates admits security "non-existent" in windows! 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? 7 Re: building a vms box as a project.. is this possible? " C++ appears to be available online/ Re: Capellas wants IBM model, but does reverse! / Re: Capellas wants IBM model, but does reverse!  Re: Change quorum disk question  Re: DECwindows autologin Re: DECwindows autologin5 Re: Ford picks Alpha, beats pant off of Sun, HP, IBM! 5 Free e-zine to maximize IT through effective learning 4 FS: OpenVMS & Alpha O/S, CD-ROMs, manuals, docs (UK); Re: Gartner Group lies about VMS ... loses all credibility! ; Re: Gartner Group lies about VMS ... loses all credibility! ; Re: Gartner Group lies about VMS ... loses all credibility! B Re: Incredibly idiocy in CNN headline financial analysis of Compaq Low resource on VMS  Re: Low resource on VMS  RE: Low resource on VMS  Re: Low resource on VMS  Re: Low resource on VMS 5 Re: Need help with ANAL/ERROR output -- 2 disk errors  Re: Newbie Help on Security  Re: Newbie Help on Security  PC Debug Client  perf problem Re: perf problem Re: perf problem( Re: Purveyor is superior for VMS - proof( Re: Purveyor is superior for VMS - proof( Re: Purveyor is superior for VMS - proof( Re: Purveyor is superior for VMS - proof( Re: Purveyor is superior for VMS - proof( Re: Purveyor is superior for VMS - proof( Re: Purveyor is superior for VMS - proof( Re: Purveyor is superior for VMS - proofP Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of CompaqP Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of CompaqP Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of Compaq+ RMF-F-RER error during dwmotif installation P Sv: Sv: Younger recruits versus experienced veterans ( was The demise of compaq P Re: Sv: Younger recruits versus experienced veterans ( was The demise of compaq P Re: Sv: Younger recruits versus experienced veterans ( was The demise of compaq P Re: Sv: Younger recruits versus experienced veterans ( was The demise ofcompaq )P Re: Sv: Younger recruits versus experienced veterans ( was The demise ofcompaq )) TCPIP QIO interface sporadic bind failure 	 Test only I Tired Of Dieting? Learn About HGH And Permanent Weight Loss! 512517121087  RE: triple boot  Re: TYPE suggestion  Re: TYPE suggestion  Re: TYPE suggestion P Re: Younger recruits versus experienced veterans  ( was The    demise       of cP Re: Younger recruits versus experienced veterans  ( was The    demise       of cP Re: Younger recruits versus experienced veterans  ( was The    demise       of cP Re: Younger recruits versus experienced veterans  ( was The    demise    of compP Re: Younger recruits versus experienced veterans  ( was The    demise    of compP Re: Younger recruits versus experienced veterans  ( was The    demise    of compP Re: Younger recruits versus experienced veterans  ( was The    demise    of compP Re: Younger recruits versus experienced veterans  ( was The demise       of compB Re: Younger recruits versus experienced veterans ( was Re: The demO Re: Younger recruits versus experienced veterans ( was The demise of   compaq ) N Re: Younger recruits versus experienced veterans ( was The demise of  compaq )P Re: Younger recruits versus experienced veterans ( was The demise of compaq ) co9 Re: [Q] Why is there the limit of 8 levels of directories   F ----------------------------------------------------------------------    Date: 21 Jan 2002 07:22:33 -0800( From: bob@instantwhip.com (Bob Ceculski)+ Subject: "C" written os's spell "disaster"! = Message-ID: <d7791aa1.0201210722.7a1b8f49@posting.google.com>   L Sounds like any os written in "c" should be avoided ... which means use vms!   from another post ...   I The C language does not suport any string handling.  Its standard runtime F library has quite a few routines that treat arrays of char as strings,J copying a char at a time from one starting address to another until a nullH terminator is found in the source string, which forces the programmer toH find the null terminator of every source string and check it against theJ length of its destination buffer.  Until yesterday, with a few exceptions,L Microsoft never took that responsibility seriously, and neither did a lot ofG UNIX developers.  If they follow Bill Gates' new directive, Microsoft's L developers will have to go back and review untold millions of lines of code,B looking for buffer overflow opportunities.  There are so many suchK opportunities that finding and fixing all of them might well be impossible.   E VMS, on the other hand, had string descriptors built into its calling K sequence on the first day way back in 1977, and developers have always been L encouraged to use them, even in Macro, where it's easy to call LIB$ and STR$L routines for handling strings.  When using descriptors is standard practice,J as it has been since day one, the opportunities for buffer overflow simply
 don't happen.   J Think of using descriptors as flying the helium-filled Goodyear blimp, andL having to find the null terminator of every string before using it as flyingK the hydrogen-filled Hindenberg.  A lousy pilot can crash the Goodyear blimp B into a building, but even if he smokes, he can't light the helium.  2  Tony Scandora, Argonne National Lab, 630-252-7541 scandora@cmt.anl.gov   ------------------------------  % Date: Mon, 21 Jan 2002 11:02:47 -0500 2 From: norm lastovica <norman.lastovica@oracle.com>/ Subject: Re: "C" written os's spell "disaster"! * Message-ID: <3C4C3BA7.3CE18482@oracle.com>  4 what makes you think that this is a problem for VMS?1 programs written in C certainly can (and do) use  0 string descriptors on VMS.  They don't *have to*6 though.  And what makes you think that VMS is "written2 in "c""?  certainly there are modules written in C4 as there are modules written in BLISS, MACRO, and so on.    Bob Ceculski wrote:  > N > Sounds like any os written in "c" should be avoided ... which means use vms! >  > from another post ...  > K > The C language does not suport any string handling.  Its standard runtime H > library has quite a few routines that treat arrays of char as strings,L > copying a char at a time from one starting address to another until a nullJ > terminator is found in the source string, which forces the programmer toJ > find the null terminator of every source string and check it against theL > length of its destination buffer.  Until yesterday, with a few exceptions,N > Microsoft never took that responsibility seriously, and neither did a lot ofI > UNIX developers.  If they follow Bill Gates' new directive, Microsoft's N > developers will have to go back and review untold millions of lines of code,D > looking for buffer overflow opportunities.  There are so many suchM > opportunities that finding and fixing all of them might well be impossible.  > G > VMS, on the other hand, had string descriptors built into its calling M > sequence on the first day way back in 1977, and developers have always been N > encouraged to use them, even in Macro, where it's easy to call LIB$ and STR$N > routines for handling strings.  When using descriptors is standard practice,L > as it has been since day one, the opportunities for buffer overflow simply > don't happen.  > L > Think of using descriptors as flying the helium-filled Goodyear blimp, andN > having to find the null terminator of every string before using it as flyingM > the hydrogen-filled Hindenberg.  A lousy pilot can crash the Goodyear blimp D > into a building, but even if he smokes, he can't light the helium. > 4 >  Tony Scandora, Argonne National Lab, 630-252-7541 > scandora@cmt.anl.gov   --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  + Date: Mon, 21 Jan 2002 16:15:27 +0000 (UTC) - From: Jamie Stallwood <jamie@project76.co.uk> / Subject: Re: "C" written os's spell "disaster"! 8 Message-ID: <elfo4u4p1ltuk1pmorkm1f7slts1qjcgk3@4ax.com>  : It's all about whether the programmers are good or sloppy.  B I am a very good NT programmer as well as a good VMS programmer. I# always check my inputs and outputs.   A On 21 Jan 2002 07:22:33 -0800, bob@instantwhip.com (Bob Ceculski)  wrote:  M >Sounds like any os written in "c" should be avoided ... which means use vms!  >  >from another post ... > J >The C language does not suport any string handling.  Its standard runtimeG >library has quite a few routines that treat arrays of char as strings, K >copying a char at a time from one starting address to another until a null I >terminator is found in the source string, which forces the programmer to I >find the null terminator of every source string and check it against the K >length of its destination buffer.  Until yesterday, with a few exceptions, M >Microsoft never took that responsibility seriously, and neither did a lot of H >UNIX developers.  If they follow Bill Gates' new directive, Microsoft'sM >developers will have to go back and review untold millions of lines of code, C >looking for buffer overflow opportunities.  There are so many such L >opportunities that finding and fixing all of them might well be impossible. > F >VMS, on the other hand, had string descriptors built into its callingL >sequence on the first day way back in 1977, and developers have always beenM >encouraged to use them, even in Macro, where it's easy to call LIB$ and STR$ M >routines for handling strings.  When using descriptors is standard practice, K >as it has been since day one, the opportunities for buffer overflow simply  >don't happen. > K >Think of using descriptors as flying the helium-filled Goodyear blimp, and M >having to find the null terminator of every string before using it as flying L >the hydrogen-filled Hindenberg.  A lousy pilot can crash the Goodyear blimpC >into a building, but even if he smokes, he can't light the helium.  > 3 > Tony Scandora, Argonne National Lab, 630-252-7541  >scandora@cmt.anl.gov    ------------------------------  % Date: Mon, 21 Jan 2002 08:18:31 -0800 # From: "Tom Linden" <tom@kednos.com> / Subject: RE: "C" written os's spell "disaster"! 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIGEKIDPAA.tom@kednos.com>   @ You miss the point.  Some tools are more productive than others. C was a return to the past.    > -----Original Message-----6 > From: Jamie Stallwood [mailto:jamie@project76.co.uk]( > Sent: Monday, January 21, 2002 8:15 AM > To: Info-VAX@Mvb.Saic.Com 1 > Subject: Re: "C" written os's spell "disaster"!  >  > < > It's all about whether the programmers are good or sloppy. > D > I am a very good NT programmer as well as a good VMS programmer. I% > always check my inputs and outputs.  > C > On 21 Jan 2002 07:22:33 -0800, bob@instantwhip.com (Bob Ceculski)  > wrote: > @ > >Sounds like any os written in "c" should be avoided ... which > means use vms! > >  > >from another post ... > > L > >The C language does not suport any string handling.  Its standard runtimeI > >library has quite a few routines that treat arrays of char as strings, @ > >copying a char at a time from one starting address to another > until a nullK > >terminator is found in the source string, which forces the programmer to K > >find the null terminator of every source string and check it against the A > >length of its destination buffer.  Until yesterday, with a few 
 > exceptions, B > >Microsoft never took that responsibility seriously, and neither > did a lot ofJ > >UNIX developers.  If they follow Bill Gates' new directive, Microsoft's@ > >developers will have to go back and review untold millions of > lines of code,E > >looking for buffer overflow opportunities.  There are so many such B > >opportunities that finding and fixing all of them might well be
 > impossible.  > > H > >VMS, on the other hand, had string descriptors built into its callingB > >sequence on the first day way back in 1977, and developers have
 > always been A > >encouraged to use them, even in Macro, where it's easy to call  > LIB$ and STR$ < > >routines for handling strings.  When using descriptors is > standard practice,= > >as it has been since day one, the opportunities for buffer  > overflow simply  > >don't happen. > > B > >Think of using descriptors as flying the helium-filled Goodyear > blimp, andB > >having to find the null terminator of every string before using > it as flying? > >the hydrogen-filled Hindenberg.  A lousy pilot can crash the  > Goodyear blimpE > >into a building, but even if he smokes, he can't light the helium.  > > 5 > > Tony Scandora, Argonne National Lab, 630-252-7541  > >scandora@cmt.anl.gov  >    ------------------------------  % Date: Mon, 21 Jan 2002 10:27:44 -0700 4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam>/ Subject: Re: "C" written os's spell "disaster"! 1 Message-ID: <lcY28.845$Z25.63100@news.uswest.net>   J This also implies that new features in VMS, such as TCP/IP support, shouldI also be avoided as they are also written in "C" and "C++".  Even with the H availablity of the system services, programmers will do their own string/ manipulation for private strings - it's faster.   G It's a shame that even the C++ standard template for strings uses fixed H length buffers.  The Microsoft Foundation Class' "CString" datatype is aE descriptor based string class.  CStrings do have the same fundamental G performance problems as the VMS string services, though - they add some D overhead.  On the flip side, processors are now fast enough that theJ overhead associated with dynamic strings is no longer a major concern in aJ non-Real Time system, and should thus be the standard for new development. --
 Mike Ober.    5 "Bob Ceculski" <bob@instantwhip.com> wrote in message 7 news:d7791aa1.0201210722.7a1b8f49@posting.google.com... I > Sounds like any os written in "c" should be avoided ... which means use  vms! >  > from another post ...  > K > The C language does not suport any string handling.  Its standard runtime H > library has quite a few routines that treat arrays of char as strings,L > copying a char at a time from one starting address to another until a nullJ > terminator is found in the source string, which forces the programmer toJ > find the null terminator of every source string and check it against theL > length of its destination buffer.  Until yesterday, with a few exceptions,K > Microsoft never took that responsibility seriously, and neither did a lot  ofI > UNIX developers.  If they follow Bill Gates' new directive, Microsoft's H > developers will have to go back and review untold millions of lines of code, D > looking for buffer overflow opportunities.  There are so many suchA > opportunities that finding and fixing all of them might well be	 impossible.  >uG > VMS, on the other hand, had string descriptors built into its calling H > sequence on the first day way back in 1977, and developers have always beenI > encouraged to use them, even in Macro, where it's easy to call LIB$ andt STR$D > routines for handling strings.  When using descriptors is standard	 practice,?L > as it has been since day one, the opportunities for buffer overflow simply > don't happen.e > L > Think of using descriptors as flying the helium-filled Goodyear blimp, andG > having to find the null terminator of every string before using it ase flyingG > the hydrogen-filled Hindenberg.  A lousy pilot can crash the Goodyear  blimpoD > into a building, but even if he smokes, he can't light the helium. > 4 >  Tony Scandora, Argonne National Lab, 630-252-7541 > scandora@cmt.anl.gov   ------------------------------    Date: 21 Jan 2002 10:01:52 -0800( From: bob@instantwhip.com (Bob Ceculski)/ Subject: Re: "C" written os's spell "disaster"!7= Message-ID: <d7791aa1.0201211001.63e50016@posting.google.com>   m bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0201210722.7a1b8f49@posting.google.com>...iN > Sounds like any os written in "c" should be avoided ... which means use vms! >  > from another post ...s > K > The C language does not suport any string handling.  Its standard runtimebH > library has quite a few routines that treat arrays of char as strings,L > copying a char at a time from one starting address to another until a nullJ > terminator is found in the source string, which forces the programmer toJ > find the null terminator of every source string and check it against theL > length of its destination buffer.  Until yesterday, with a few exceptions,N > Microsoft never took that responsibility seriously, and neither did a lot ofI > UNIX developers.  If they follow Bill Gates' new directive, Microsoft'suN > developers will have to go back and review untold millions of lines of code,D > looking for buffer overflow opportunities.  There are so many suchM > opportunities that finding and fixing all of them might well be impossible.  > G > VMS, on the other hand, had string descriptors built into its callingeM > sequence on the first day way back in 1977, and developers have always beentN > encouraged to use them, even in Macro, where it's easy to call LIB$ and STR$N > routines for handling strings.  When using descriptors is standard practice,L > as it has been since day one, the opportunities for buffer overflow simply > don't happen.O > L > Think of using descriptors as flying the helium-filled Goodyear blimp, andN > having to find the null terminator of every string before using it as flyingM > the hydrogen-filled Hindenberg.  A lousy pilot can crash the Goodyear blimpeD > into a building, but even if he smokes, he can't light the helium. > 4 >  Tony Scandora, Argonne National Lab, 630-252-7541 > scandora@cmt.anl.gov  M I hope the vms group is reading this before they get too "C" happy in vms ...f   ------------------------------   Date: Thu, 17 Jan 2002 22:46:45i( From: 464593travelincentives2002@aol.comY Subject: 744           Would you like to lose weight while you sleep?                  45d9 Message-ID: <iss.4c96.3c4c1282.909ef.1@mx2.east.saic.com>M  6  As seen on NBC, CBS, CNN, and even Oprah! The health : discovery that actually reverses aging while burning fat, < without dieting or exercise! This proven discovery has even 9 been reported on by the New England Journal of Medicine.  : Forget  aging and dieting forever! And it's Guaranteed!      Click here:v http://ultimatehgh.81832.com  . Would you like to lose weight while you sleep! No dieting!i No hunger pains! No Cravings! No strenuous exercise! Change your life forever!    100% GUARANTEED!  + 1.Body Fat Loss            82% improvement.g( 2.Wrinkle Reduction     61% improvement.- 3.Energy Level               84% improvement. * 4.Muscle Strength         88% improvement.+ 5.Sexual Potency           75% improvement. * 6.Emotional Stability     67% improvement.0 7.Memory                        62% improvement.  ; ***********************************************************m  . Click here to see another weight loss product: http://weighout.81832.com   , You are receiving this email as a subscriber$ to the Opt-In America Mailing List. . To remove yourself from all related maillists, just click here:/ mailto:pac2server@btamail.net.cn?Subject=REMOVEi   ------------------------------  % Date: Mon, 21 Jan 2002 01:39:13 -0500  From: <goldrock@wongfaye.com>e: Subject: =?euc-kr?B?WyC3r7rqvK3HwbimIMPfw7XH1bTPtNkuIF0=?=9 Message-ID: <DIALSAVKa9YAFGobrh700013730@ns3.dialsav.com>e  , This is a multi-part message in MIME format.  , ------=_NextPart_000_4DCBC_01C1A21C.6E4ABBA0 Content-Type: text/plain;T 	charset="ks_c_5601-1987" ! Content-Transfer-Encoding: base64   L tNQuLiC+yLPnx8+8vL/kPyANCg0KW2NsaWNrIHRvIHNlZSBdDQo8aHR0cDovL3d3dy5sb3Zlc3VyL Zi5jby5rci9kZWZhdWx0LmFzcD9zPTEyNTczMTQmZW1haWw9SW5mby1WQVhATXZiLlNhaWMNCi5DL b20+ICAJDQoNCiK757b7IMfPuOm8rSDEo7G4t84guLizqrTCsNQguau9vCDAx7nMsKEgwNbB0j8iL IA0KIrnZtvO4uCC6uLTCILvntvu1tSDA1r7uv+QuIg0KIr/WILHXt7Egu+e2+8C7IMfPwdI/ILDFL us6058fSsKEgtc63wb/2v+Q/IiANCiKzrSCx1yC757b3wLsgu+e2+8fPtMKwxcH2LCC757b7ud6xL 4rimIL/4x8+0wrDHIL7Gs9e/5C4uLiINCg0Kd3d3LkxvdmVzdXJmLmNvLmtyDQo8aHR0cDovL3d3L dy5sb3Zlc3VyZi5jby5rci9kZWZhdWx0LmFzcD9zPTEyNTczMTQmZW1haWw9SW5mby1WQVhATXZiL LlNhaWMNCi5Db20+ICogx9Gx28bHwLogw9EgMjksMDAwIMbkwMzB9rfOILTcwM+x4rTJIMClILvnL wMzGrrfOtMIgx9GxucC6ILmwt9AgvLyw6CDD1rTrsdS48MDHILvnwMzGrrfOILy6wM4gW7OysPq/L qV0sDQpbs7Kw+rOyXSwgW7+pv82/qV0sIMO7vNKz4luzsrD6v6ldwMcgNCCws8DHIMS/ucK0z8a8L uKYguPC1ziC89r/rx9Egu+fAzMaut84gvcyx2yC288DMx8HAxyC757v9yLCxx8DHILq4yKO/zSC9L usXkxL/Axw0KuebB9rimIMPWv+y8scC4t84gwbbB97XIIMClILvnwMzGriDA1LTPtNkuIA0Kw7u8L 0rPiwLsgwKfH0SC758DMxq60wiB3d3cubXlnYWwuY28ua3IgPGh0dHA6Ly93d3cubXlnYWwuY28uL a3IvZGVmYXVsdC5hc3A+ICDA1LTPtNkuIA0KDQrD38O1wM4gLSANCg0KDQrAzCC43sDPwLsgvtXAL uLfOILnesO0gvc3B9iC+ysC4vcO02bjpILjewM+89r3FsMXA/Q0KPGh0dHA6Ly93d3cubG92ZXN1L cmYuY28ua3IvdG9wYXIvcmVqZWN0LmFzcD9zPTEyNTczMTQmZW1haWw9SW5mby1WQVhATXZiDQou, U2FpYy5Db20+ICDAuyDFqbivIMfPvLy/5C4gDQoNCg==  , ------=_NextPart_000_4DCBC_01C1A21C.6E4ABBA0 Content-Type: text/html; 	charset="ks_c_5601-1987"a+ Content-Transfer-Encoding: quoted-printablee  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> </HEAD>s <BODY>6 <font size=3D2 face=3D"=B1=BC=B8=B2"><b></b>=B4=D4.. =& =BE=C8=B3=E7=C7=CF=BC=BC=BF=E4?</font> <br>    = <body bgcolor=3D"#ffffff" text=3D"#001213" link=3D"#001214" =g$ alink=3D"#000080" vlink=3D"#001214">D <basefont face=3D"=B1=BC=B8=B2"><table width=3D466 border=3D"0"><tr> <td><A target=3Dnewimg =J href=3D"http://www.lovesurf.co.kr/default.asp?s=3D1257314&email=3DInfo-VA= X@Mvb.Saic.Com">* <IMG height=3D60 alt=3D"[click to see ]" =? src=3D"http://www.lovesurf.co.kr/images/banner-kor-ani-l.gif" =1* width=3D466 align=3Dright border=3D0 ></A>9 </td></tr></table><P><FONT size=3D5 face=3D=B1=BC=B8=B2 =m color=3Ddarkslategray>< <b>"=BB=E7</b></font><FONT color=3Ddarkslategray><b>=B6=FB =@ =C7=CF=B8=E9=BC=AD =C4=A3=B1=B8=B7=CE =B8=B8=B3=AA=B4=C2=B0=D4 =@ =B9=AB=BD=BC =C0=C7=B9=CC=B0=A1 =C0=D6=C1=D2?"</b></FONT></FONT>= <table width=3D480 border=3D"0"><FONT color=3D#444444><font =y" face=3D=B1=BC=B8=B2 size=3D"2"><P>  5 "=B9=D9=B6=F3=B8=B8 =BA=B8=B4=C2 =BB=E7=B6=FB=B5=B5 =  =C0=D6=BE=EE=BF=E4."<br>7 "=BF=D6 =B1=D7=B7=B1 =BB=E7=B6=FB=C0=BB =C7=CF=C1=D2? =o> =B0=C5=BA=CE=B4=E7=C7=D2=B0=A1 =B5=CE=B7=C1=BF=F6=BF=E4?" <br>I "=B3=AD =B1=D7 =BB=E7=B6=F7=C0=BB =BB=E7=B6=FB=C7=CF=B4=C2=B0=C5=C1=F6, = 9 =BB=E7=B6=FB=B9=DE=B1=E2=B8=A6 =BF=F8=C7=CF=B4=C2=B0=C7 =i =BE=C6=B3=D7=BF=E4..."<br>         </font><br> E <FONT size=3D3><FONT face=3D=B1=BC=B8=B2 color=3Dmidnightblue><FONT =   face=3D=B1=BC=B8=B2 size=3D2><b> <A =J href=3D"http://www.lovesurf.co.kr/default.asp?s=3D1257314&email=3DInfo-VA= X@Mvb.Saic.Com"><font =t6 color=3Ddimgray>www.Lovesurf.co.kr</b><SUP>*</SUP></A>A =C7=D1=B1=DB=C6=C7=C0=BA =C3=D1 29,000 =C6=E4=C0=CC=C1=F6=B7=CE =i@ =B4=DC=C0=CF=B1=E2=B4=C9 =C0=A5 =BB=E7=C0=CC=C6=AE=B7=CE=B4=C2 =. =C7=D1=B1=B9=C0=BA =B9=B0=B7=D0 =BC=BC=B0=E8 =7 =C3=D6=B4=EB=B1=D4=B8=F0=C0=C7 =BB=E7=C0=CC=C6=AE=B7=CEf: =BC=BA=C0=CE [=B3=B2=B0=FA=BF=A9], [=B3=B2=B0=FA=B3=B2], =F [=BF=A9=BF=CD=BF=A9], =C3=BB=BC=D2=B3=E2[=B3=B2=B0=FA=BF=A9]=C0=C7 4 =: =B0=B3=C0=C7 =C4=BF=B9=C2=B4=CF=C6=BC=B8=A6 =B8=F0=B5=CE =: =BC=F6=BF=EB=C7=D1 =BB=E7=C0=CC=C6=AE=B7=CE =BD=CC=B1=DB =9 =B6=F3=C0=CC=C7=C1=C0=C7 =BB=E7=BB=FD=C8=B0=B1=C7=C0=C7 =  =BA=B8=C8=A3=BF=CD- =BD=BA=C5=E4=C4=BF=C0=C7 =B9=E6=C1=F6=B8=A6 = : =C3=D6=BF=EC=BC=B1=C0=B8=B7=CE =C1=B6=C1=F7=B5=C8 =C0=A5 =+ =BB=E7=C0=CC=C6=AE =C0=D4=B4=CF=B4=D9. <br>fC =C3=BB=BC=D2=B3=E2=C0=BB =C0=A7=C7=D1 =BB=E7=C0=CC=C6=AE=B4=C2 <A = - href=3D"http://www.mygal.co.kr/default.asp" = ? target=3D"mygal"><b>www.mygal.co.kr</b></a> =C0=D4=B4=CF=B4=D9.g <p>r =C3=DF=C3=B5=C0=CE - <b></b>   </FONT></FONT>/ <P></P></TABLE></FONT></FONT></basefont></FONT>v             <br>@ <font size=3D2 face=3D=B1=BC=B8=B2>  =C0=CC =B8=DE=C0=CF=C0=BB =. =BE=D5=C0=B8=B7=CE =B9=DE=B0=ED =BD=CD=C1=F6 = =BE=CA=C0=B8=BD=C3=B4=D9=B8=E9 <a =J href=3D"http://www.lovesurf.co.kr/topar/reject.asp?s=3D1257314&email=3DIn= fo-VAX@Mvb.Saic.Com" =C target=3D"lovesurf"><b>=B8=DE=C0=CF=BC=F6=BD=C5=B0=C5=C0=FD</b></a>5' =C0=BB =C5=A9=B8=AF =C7=CF=BC=BC=BF=E4.e <br></BODY></HTML>  . ------=_NextPart_000_4DCBC_01C1A21C.6E4ABBA0--   ------------------------------  % Date: Mon, 21 Jan 2002 11:53:25 +0000g% From: Alan Greig <a.greig@virgin.net>k! Subject: Re: A position statementr8 Message-ID: <bjvn4u03v6f4hfrbjkmh88g8bhdu2oi56d@4ax.com>  C On Sat, 19 Jan 2002 08:21:22 -0500, JF Mezei <jfmezei@videotron.ca>s wrote:       > O >I have fought against Digital/Compaq to save VMS for over a decade, and it hasuO >brought me only negative benefits. I have lost contracts/relationships becausefO >I had pitched VMS to new york bankers and they did not want to base a solutiont: >on VMS because VMS was to die in a few years (mid 1990s).  E The SWIFT mess is the clearest indicator. Compaq do not want SWIFT tot< run on VMS in the future. If somebody just made a mistake inF allocating a relatively small amount of required funding (which is theD semi-official  internal Compaq answer) then that decision would haveE been reversed by now. We are supposed to believe that Compaq lost theoB future of highly profitable SWIFT market due to a minor accounting mistake. Hahahahahahah!   @ Even at this stage it could be rectified according to some of myC contacts but it would require support from senior Compaq managementi= which they don't appear to have. Another clear sign of Compaq E pretending to support VMS while quietly pulling out of markets one byi one.  E So how about it Kerry (or others within Compaq): why is there no plang to backtrack on SWIFT? -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 12:14:48 +0000 % From: Alan Greig <a.greig@virgin.net>a! Subject: Re: A position statementr8 Message-ID: <ls0o4uoln9v3ojrbvbcrl8r7b6vgven0j6@4ax.com>  > >Is this the only exercise you get ?  Jumping to conclusions ? >lF >I am saying that any undermining of Compaq's VMS sales by postings toG >this newsgroup will not result in a positive adjustment of policy fromyH >Compaq.  They are far more likely to reduce their resources and effortsG >for VMS and at least most of us here would regard this as a BAD THING.s  D And this is where I 100% disagree with you. Senior Compaq managementF want to give that impression to VMS management (Capellas: "I wish  hadF never even heard of VMS") but it isn't true. Customer's getting at the> truth has already forced Compaq to allow Marcello some leeway.  E I've heard that Capellas believes Marcello even puts us up to some oftA this! If only. You would have a real laugh if you heard a certainuC story (and probably have) but I won't repeat it in case it is true!w     -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 13:39:13 +0100V$ From: "Dr. Dweeb" <Dweeb@NoSpam.com>! Subject: Re: A position statement 1 Message-ID: <BZT28.1150$Z77.3142@news.get2net.dk>o  	 Clip ....   J I believe that Compaq will be properly informing their potential customers   ***eH You mean, as they did about Alpha's long-term future right up until JuneG 25th?  Or as they did about NT on Alpha's future right up until August,nG 1999?  Or as they did about Tru64's future on Itanic until they changed  their minds?  I If Compaq had 'properly informed' their customers on a reliable basis, wee# wouldn't be having this discussion.  ...t ****   My question.  C Can anyone name (or know of) any customers which have been directlyoJ questioned, appraised etc. etc of the Alphacide and VMS future etc ?  ThisJ does not include "reading" or "receiving" the published crud.  I mean justJ who are these customers with whom Capellas and his minions are supposed toC have had direct discourse (meaning 2-way exchanges of information).s   I am curious, very curious.    Dweeb.   ------------------------------  % Date: Mon, 21 Jan 2002 07:55:32 -0500o% From: JF Mezei <jfmezei@videotron.ca>k! Subject: Re: A position statementi, Message-ID: <3C4C0FC0.DFE143DB@videotron.ca>   Alan Greig wrote:aG > So how about it Kerry (or others within Compaq): why is there no plang > to backtrack on SWIFT?  L Because there is to be a replacement solution on NT and Compaq hopes to sellJ NT servers to those running ST400. (interestingly, you'd think that Compaq= would be pushing the more profitable Tandem based solutions).e   ------------------------------  % Date: Mon, 21 Jan 2002 08:03:03 -0500n% From: JF Mezei <jfmezei@videotron.ca> ! Subject: Re: A position statemente, Message-ID: <3C4C1183.F6EF5209@videotron.ca>   Alan Greig wrote: = > I still have faith that Marcello et al are working on this.o  N The problem is that all they were able to achieve is a stay of execution and aM short lived marketing effort.  Their current efforts/techniques are only goodrM enough to achieve that. They would need to raise their efforts much higher to T change things. The problem is that in doing so, they might lose their personal jobs.    N It is sufficient to keep VMS on life support in the hopes that one day, CompaqL might change its views on VMS and allow it to thrive ? The longer they wait,' the less the chances of that happening.    ------------------------------  % Date: Mon, 21 Jan 2002 12:20:52 +0000h% From: Alan Greig <a.greig@virgin.net>s! Subject: Re: A position statementt8 Message-ID: <dl1o4uoc80g32t8ts7pparvblmbr1t2n4l@4ax.com>  C On Sun, 20 Jan 2002 10:06:22 -0500, JF Mezei <jfmezei@videotron.ca>  wrote:    N >Out of curiosity, doesn't anyone know if Capellas is in control ? It seems toO >me that Ben Rosen and Mike Winkler have a great deal of influence on Capellas.' >Who else pulls the strings ?i  F After his "retiral" from the board Ben Rosen no longer appeared on any? official Compaq document other than in historical terms. I have E noticed he now is listed as "Chairman Emeritus" - which probably saysv it all.s  J >What this tells me is that the goal of the renaissance was simply to slowG >down/stop the negative growth in order to prolong the period where VMSeI >generate much needed profits to subsidize the PC business. The fact thataI >Compaq did not continue the "renaissance" is pretty good indication thati) >Compaq has no intentions of growing VMS.   ; I still have faith that Marcello et al are working on this.  -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 08:49:45 -0500t+ From: "Main, Kerry" <Kerry.Main@compaq.com> ! Subject: RE: A position statementtT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1BB6@kaoexc01.americas.cpqcorp.net>   Alan,s  D >>> So how about it Kerry (or others within Compaq): why is there no plan to backtrack on SWIFT?<<h    How do you know there is not?=20  D I do not know what the current status is (and obviously, I could notE comment even if I knew), but there has been ongoing discussions. From B what albeit little I understand, the SWIFT technical and political  environment is not a simple one.  A Pure personal opinion, but all of the recent issues with businesseB availability and specific security issues has got to have had someB impact on those planning future financial system architectures.=20   Regards,  
 Kerry Main Senior Consultantl Compaq Canada Corp.h Professional Services  Voice: 613-592-4660h Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Alan Greig [mailto:a.greig@virgin.net] Sent: January 21, 2002 6:53 AM To: Info-VAX@Mvb.Saic.Com ! Subject: Re: A position statementn    C On Sat, 19 Jan 2002 08:21:22 -0500, JF Mezei <jfmezei@videotron.ca>d wrote:       >iH >I have fought against Digital/Compaq to save VMS for over a decade, and it hasG >brought me only negative benefits. I have lost contracts/relationshipsg becauseyF >I had pitched VMS to new york bankers and they did not want to base a solution: >on VMS because VMS was to die in a few years (mid 1990s).  E The SWIFT mess is the clearest indicator. Compaq do not want SWIFT to-< run on VMS in the future. If somebody just made a mistake inF allocating a relatively small amount of required funding (which is theD semi-official  internal Compaq answer) then that decision would haveE been reversed by now. We are supposed to believe that Compaq lost the2B future of highly profitable SWIFT market due to a minor accounting mistake. Hahahahahahah!   @ Even at this stage it could be rectified according to some of myC contacts but it would require support from senior Compaq management = which they don't appear to have. Another clear sign of Compaq E pretending to support VMS while quietly pulling out of markets one bye one.  E So how about it Kerry (or others within Compaq): why is there no plano to backtrack on SWIFT? -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 15:49:36 +0100n$ From: "Dr. Dweeb" <Dweeb@NoSpam.com>! Subject: Re: A position statement 1 Message-ID: <ZTV28.1173$Z77.4293@news.get2net.dk>   K Ask anyone in the financial IT infrastructure world about SWIFT and VMS andf6 the answer is always "VMS is dead and on the way out".  K All the people saying this may not have all the facts, but all the people Ir; have met (Exchanges, banks etc) say exactly the same thing.l   Dweeb.6 "Main, Kerry" <Kerry.Main@compaq.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF401AB1BB6@kaoexc01.americas.cpqcorp.net. .. Alan,   D >>> So how about it Kerry (or others within Compaq): why is there no plan to backtrack on SWIFT?<<l   How do you know there is not?n  D I do not know what the current status is (and obviously, I could notE comment even if I knew), but there has been ongoing discussions. FromoB what albeit little I understand, the SWIFT technical and political  environment is not a simple one.  A Pure personal opinion, but all of the recent issues with businessiB availability and specific security issues has got to have had some? impact on those planning future financial system architectures.t   Regards,  
 Kerry Main Senior Consultanto Compaq Canada Corp.- Professional Servicest Voice: 613-592-4660e Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Alan Greig [mailto:a.greig@virgin.net] Sent: January 21, 2002 6:53 AM To: Info-VAX@Mvb.Saic.Com:! Subject: Re: A position statements    C On Sat, 19 Jan 2002 08:21:22 -0500, JF Mezei <jfmezei@videotron.ca>c wrote:       >eH >I have fought against Digital/Compaq to save VMS for over a decade, and it hasG >brought me only negative benefits. I have lost contracts/relationshipse becauseiF >I had pitched VMS to new york bankers and they did not want to base a solution: >on VMS because VMS was to die in a few years (mid 1990s).  E The SWIFT mess is the clearest indicator. Compaq do not want SWIFT to < run on VMS in the future. If somebody just made a mistake inF allocating a relatively small amount of required funding (which is theD semi-official  internal Compaq answer) then that decision would haveE been reversed by now. We are supposed to believe that Compaq lost theoB future of highly profitable SWIFT market due to a minor accounting mistake. Hahahahahahah!e  @ Even at this stage it could be rectified according to some of myC contacts but it would require support from senior Compaq management*= which they don't appear to have. Another clear sign of CompaqsE pretending to support VMS while quietly pulling out of markets one bya one.  E So how about it Kerry (or others within Compaq): why is there no planl to backtrack on SWIFT? -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 16:40:49 +0000-% From: Alan Greig <a.greig@virgin.net>0! Subject: Re: A position statementg8 Message-ID: <fqgo4ukq72j09uohnm14dnohqfju8lk611@4ax.com>  C On Mon, 21 Jan 2002 07:55:32 -0500, JF Mezei <jfmezei@videotron.ca>e wrote:   >Alan Greig wrote:H >> So how about it Kerry (or others within Compaq): why is there no plan >> to backtrack on SWIFT?s >"M >Because there is to be a replacement solution on NT and Compaq hopes to sellNK >NT servers to those running ST400. (interestingly, you'd think that Compaqz> >would be pushing the more profitable Tandem based solutions).  A Hand over the niches to NT one by one - even with NSK. That's theA? policy. F*ck how much money you lose by selling NT on "IndustryPF Standard". Just do it anyway. Keep hitting them in the face with stuffF like this and they have to fall back on "it was an accountancy error".D Carry on hitting them with it and they can't get away with making up7 nonsense such as "accounting error" to cover the truth.H -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 16:46:03 +0000D% From: Alan Greig <a.greig@virgin.net>/! Subject: Re: A position statementM8 Message-ID: <79ho4uc5g78da4ct9vggpj4soipgcmn3ua@4ax.com>  B On Mon, 21 Jan 2002 15:49:36 +0100, "Dr. Dweeb" <Dweeb@NoSpam.com> wrote:  L >Ask anyone in the financial IT infrastructure world about SWIFT and VMS and7 >the answer is always "VMS is dead and on the way out".2 > L >All the people saying this may not have all the facts, but all the people I< >have met (Exchanges, banks etc) say exactly the same thing.  C Because that's what Compaq told them behind closed doors. You don't9D really think the banks were told "because we made a minor accountingD error in project fund allocation" if they asked why they had to move from VMS do you?     -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 16:43:08 +0000/% From: Alan Greig <a.greig@virgin.net>>! Subject: Re: A position statemente8 Message-ID: <v4ho4uotk0bhkibu55gfre46lph8iimhe5@4ax.com>  1 On Mon, 21 Jan 2002 08:49:45 -0500, "Main, Kerry"D <Kerry.Main@compaq.com> wrote:     >2 >How do you know there is not? D   Good to hear if there is."   >CE >I do not know what the current status is (and obviously, I could not F >comment even if I knew), but there has been ongoing discussions. FromC >what albeit little I understand, the SWIFT technical and political=! >environment is not a simple one./  F I can't give the source but I'm told there is no major technical issue/ but there might be political issues as you say,B     -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 12:31:34 -0500=+ From: "Main, Kerry" <Kerry.Main@compaq.com>8! Subject: RE: A position statement=T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF401AB1BB7@kaoexc01.americas.cpqcorp.net>  G >>> Ask anyone in the financial IT infrastructure world about SWIFT and=B VMS and the answer is always "VMS is dead and on the way out". <<<  C mmmm.. perhaps you are right. Moving from a 64bit architecture to aBH 32bit architecture as your server future is a great idea in this day andG age. Especially one with no security issues (not!). Yep, makes a lot of= sense.  B Course, perhaps financial IT architecture folks do not worry about% security and multi-site availability?c  = You may be right, but everything is always subject to change.B  F Good example - with more and more Apps vendors moving to J2EE and JavaE technologies (like SAP), porting becomes much less of an issue. It isoH more a certification effort. The rapid adoption of J2EE was not there 18 months ago.=20   As an example:H http://techupdate.zdnet.com/techupdate/stories/main/0,14179,5099254,00.h tml= "SAP delves into Web services"  D Fwiw, imho, its a great equalizer for OpenVMS and the multi-platformG flexibility is why many ISV's are adopting it. Yes, there are some J2EE=B scaling issues on all platforms, but each new release tends to get better and fills in more holes.B   Regards,  
 Kerry Main Senior Consultant= Compaq Canada Corp.= Professional ServicesB Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----) From: Dr. Dweeb [mailto:Dweeb@NoSpam.com]5 Sent: January 21, 2002 9:50 AM To: Info-VAX@Mvb.Saic.Com=! Subject: Re: A position statementC    G Ask anyone in the financial IT infrastructure world about SWIFT and VMSt andy6 the answer is always "VMS is dead and on the way out".  B All the people saying this may not have all the facts, but all the people I; have met (Exchanges, banks etc) say exactly the same thing.D   Dweeb.6 "Main, Kerry" <Kerry.Main@compaq.com> wrote in messageH news:BE56C50EA024184DAF48F0B9A47F5CF401AB1BB6@kaoexc01.americas.cpqcorp. net. .l Alan,.  D >>> So how about it Kerry (or others within Compaq): why is there no plan to backtrack on SWIFT?<<0   How do you know there is not?a  D I do not know what the current status is (and obviously, I could notE comment even if I knew), but there has been ongoing discussions. From-B what albeit little I understand, the SWIFT technical and political  environment is not a simple one.  A Pure personal opinion, but all of the recent issues with business@B availability and specific security issues has got to have had some? impact on those planning future financial system architectures.m   Regards,  
 Kerry Main Senior Consultantu Compaq Canada Corp.g Professional Servicesl Voice: 613-592-4660n Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----, From: Alan Greig [mailto:a.greig@virgin.net] Sent: January 21, 2002 6:53 AM To: Info-VAX@Mvb.Saic.Comt! Subject: Re: A position statementT    C On Sat, 19 Jan 2002 08:21:22 -0500, JF Mezei <jfmezei@videotron.ca>a wrote:       > H >I have fought against Digital/Compaq to save VMS for over a decade, and it hasG >brought me only negative benefits. I have lost contracts/relationships  becauseeF >I had pitched VMS to new york bankers and they did not want to base a solution: >on VMS because VMS was to die in a few years (mid 1990s).  E The SWIFT mess is the clearest indicator. Compaq do not want SWIFT to < run on VMS in the future. If somebody just made a mistake inF allocating a relatively small amount of required funding (which is theD semi-official  internal Compaq answer) then that decision would haveE been reversed by now. We are supposed to believe that Compaq lost theFB future of highly profitable SWIFT market due to a minor accounting mistake. Hahahahahahah!m  @ Even at this stage it could be rectified according to some of myC contacts but it would require support from senior Compaq managementh= which they don't appear to have. Another clear sign of CompaqIE pretending to support VMS while quietly pulling out of markets one byt one.  E So how about it Kerry (or others within Compaq): why is there no plan. to backtrack on SWIFT? -- Alan   ------------------------------  # Date: Mon, 21 Jan 2002 17:52:27 GMTl# From: "John Smith" <a@nonymous.com> ! Subject: Re: A position statementy/ Message-ID: <vzY28.4562$eL.3156@news1.bloor.is>m  K More to the point, it is extremely rare that any financial institution willuJ build or buy anything based on VMS these days. They build on VMS if that'sC all they have. As to buying a new solution based on VMS, haaa haaaaa? haaa...gales of outrageous laughter, ....it does not happen too : often.Otherwise the tendency is towards Solaris/AIX or NT.  E We used to have approximately 40 customers of our VMS-based financial-C applications...securities trading, clearing & settlement, portfolio I management, etc.... now we have none on VMS...some got merged into/bought-B out by other firms and VMS was pushed out the door by the time theG merger/takeover was finalized...in other cases it was that our customereC migrated off VMS, and in no case where a merger/takeover or natural C migration occurred did the migration to unix involve Ultrix/Digital  Unix/Tru64.9  L The final score on the unix side was about 90% Solaris and about 10% HP/UX .K Not because of lack of quality of VMS or Digital Unix/Tru64, but because ofwE the optics of Digital/Compaq....All because of lousy marketing, lousy K decision making at Digital/Compaq, fear, uncertainty, & doubt (FUD) plantednJ in our customer's minds by Digital/Compaq statements of direction and thenH subsequent actions counter to those statements, and lousy Digital/CompaqH pricing. It was a losing battle for us to try and keep the customer on a Digital/Compaq platforma  I Kerry, the SWIFT environment is techincally relatively simple if you knoweL what you're doing. Mostly the issues are that SWIFT, as it stands right now,L is a f!cking nighmare to understand at first because the current incarnationJ is still basically a complex machine representation of a paper telex. OnceI you get past the learning curve, it's relatively straight-forward. And ittJ will get much easier with ISO 15022XML implementations. As to the politicsI of SWIFT, that's only between Compaq and it's customers and their lack ofd* trust in DECpaq going back over the years.  G It used to be that VMS owned a large portion of the SWIFT customer base J world-wide. Now I can't think of a single SWIFT user that I have knowledgeL of that's still using VMS, and I know about 50 of them...organizations takenB from the ranks of the top 15 dominant banks & brokers in nearly 10L countries. That was a lot of machines, and it wasn't just the SWIFT gatewaysJ either. You want a SWIFT gateway these days...it's pretty much Alliance orH Merva on AIX, Solaris, NT, MVS, and a few others on Tandem and maybe HP.    / "Dr. Dweeb" <Dweeb@NoSpam.com> wrote in message.+ news:ZTV28.1173$Z77.4293@news.get2net.dk...lI > Ask anyone in the financial IT infrastructure world about SWIFT and VMSi and 8 > the answer is always "VMS is dead and on the way out". > K > All the people saying this may not have all the facts, but all the peoplee Ig= > have met (Exchanges, banks etc) say exactly the same thing.1 >0 > Dweeb.8 > "Main, Kerry" <Kerry.Main@compaq.com> wrote in message >tL news:BE56C50EA024184DAF48F0B9A47F5CF401AB1BB6@kaoexc01.americas.cpqcorp.net. > .. > Alan,0 >0F > >>> So how about it Kerry (or others within Compaq): why is there no > plan to backtrack on SWIFT?<<e >s > How do you know there is not?  >tF > I do not know what the current status is (and obviously, I could notG > comment even if I knew), but there has been ongoing discussions. FromnD > what albeit little I understand, the SWIFT technical and political" > environment is not a simple one. >eC > Pure personal opinion, but all of the recent issues with businesssD > availability and specific security issues has got to have had someA > impact on those planning future financial system architectures.r > 
 > Regards, >n > Kerry Main > Senior Consultanti > Compaq Canada Corp.  > Professional Serviceso > Voice: 613-592-4660a > Fax  :  819-772-7036 > Email: Kerry.Main@Compaq.com >i >  > -----Original Message-----. > From: Alan Greig [mailto:a.greig@virgin.net]  > Sent: January 21, 2002 6:53 AM > To: Info-VAX@Mvb.Saic.Com # > Subject: Re: A position statement, >r > E > On Sat, 19 Jan 2002 08:21:22 -0500, JF Mezei <jfmezei@videotron.ca>D > wrote: >2 >4 >4 > >AJ > >I have fought against Digital/Compaq to save VMS for over a decade, and > it hasI > >brought me only negative benefits. I have lost contracts/relationships 	 > becauseuH > >I had pitched VMS to new york bankers and they did not want to base a
 > solution< > >on VMS because VMS was to die in a few years (mid 1990s). >cG > The SWIFT mess is the clearest indicator. Compaq do not want SWIFT top> > run on VMS in the future. If somebody just made a mistake inH > allocating a relatively small amount of required funding (which is theF > semi-official  internal Compaq answer) then that decision would haveG > been reversed by now. We are supposed to believe that Compaq lost theCD > future of highly profitable SWIFT market due to a minor accounting > mistake. Hahahahahahah!0 > B > Even at this stage it could be rectified according to some of myE > contacts but it would require support from senior Compaq management ? > which they don't appear to have. Another clear sign of Compaq G > pretending to support VMS while quietly pulling out of markets one byr > one. > G > So how about it Kerry (or others within Compaq): why is there no plana > to backtrack on SWIFT? > -- > Alan >i >    ------------------------------  % Date: Mon, 21 Jan 2002 19:09:16 +0100o1 From: John McLean <mcleanj@swissonline.delete.ch>n! Subject: Re: A position statement 5 Message-ID: <3C4C594C.B8540D46@swissonline.delete.ch>e   John Smith wrote:d >  > ....(snip) > N > The final score on the unix side was about 90% Solaris and about 10% HP/UX .M > Not because of lack of quality of VMS or Digital Unix/Tru64, but because ofoG > the optics of Digital/Compaq....All because of lousy marketing, lousysM > decision making at Digital/Compaq, fear, uncertainty, & doubt (FUD) plantedkL > in our customer's minds by Digital/Compaq statements of direction and thenJ > subsequent actions counter to those statements, and lousy Digital/CompaqJ > pricing. It was a losing battle for us to try and keep the customer on a > Digital/Compaq platform     F I don't think you'll get any opposition here to the idea that Compaq'sG marketing of VMS is very poor and that a lot can be done to improve it,o and thus make greater income.l  H The problem for us here seems to lie in motivating/encouraging Compaq to do so.  > I emailed Michael Cappellas on Jan 4th about issues related toE marketing.  I've had no response yet but be assured that unless there A are very strict constraints put on me, I will report back to this 
 newsgroup.     John McLean    ------------------------------    Date: 21 Jan 2002 06:31:43 -0800) From: P.Young@unsw.EDU.AU (Patrick Young)x( Subject: Advanced Server 7.3 - exploded.= Message-ID: <55f85d77.0201210631.60fbe2cd@posting.google.com>n   Hi,e  B My instance of Advanced Server is sick, and I for one don't have a= _clue_ what I am doing, however did manage to improve matterst
 (I think?)  ? The initial problem was noticed when two of the accounts below, = ACCOUNTING and CDROM went AWOL, and the users complained they  could not log onto them.   H mc PWRK$SAMCHECK -s -v" A duplicate user object was found.< A hash entry listed the wrong blob key for a user, RID 1367.< A hash entry listed the wrong blob key for a user, RID 1233., A hash entry listed the wrong ID for a user.< A hash entry listed the wrong blob key for a user, RID 1059.: The user object, ID 1059, was not found in the hash table.- An invalid hash entry was found with ID 1068.e- An invalid hash entry was found with ID 1069.i- An invalid hash entry was found with ID 1068.1- An invalid hash entry was found with ID 1059.-- An invalid hash entry was found with ID 1233.l- An invalid hash entry was found with ID 1069.61 A hash entry listed the wrong rank for an object.p. Group 513 has a nonexistent member, User 1068.. Group 513 has a nonexistent member, User 1069.   1 objects were duplicates.# 2 membership links were incomplete.o" 6 hash table entries were invalid.+ 1 objects were not found in the hash table.t- 3 hash entries contained incorrect blob keys.V( 1 hash entries contained incorrect ID's.) 1 hash entries contained incorrect ranks.  The command failed.e   H mc PWRK$BLOBADM "-D" alpha -ci( Found invalid key entry in hash table 0.     Username INFS5983S     Key      3960s     Rid      1068  42c( Found invalid key entry in hash table 0.     Username CDROM     Key      936     Rid      1233  4d1( Found invalid key entry in hash table 0.     Username INFS1603w     Key      808     Rid      1059  423( Found invalid key entry in hash table 0.     Username ACCOUNTINGc     Key      3912H     Rid      1069  42dJ BlobFileOpenWithCheck of file PWRK$LMROOT:[LANMAN.DOMAINS]alpha succeeded.  * H mc PWRK$BLOBADM "-D" alpha -f "INFS5983"  ) Looking up user INFS5983 in hash table 0.h"   Found user INFS5983 in hashtable!   blob key 3960 f78, rid 1068 42cn  : Trying to delete user with rid 1068 42c from hash table 0..   Deleted rid 42c from "Rid To Key" hash table  : Trying to delete user with rid 1068 42c from hash table 1./   Deleted rid 42c from "Other To ID" hash table   9 Trying to delete the user's rid 1068 42c from all groups.t+   Deleted rid 42c from  group: Domain Usersq   etc, for the others.   H mc PWRK$SAMCHECK -s -v" A duplicate user object was found.< A hash entry listed the wrong blob key for a user, RID 1367.; The user object, RID 1233, was not found in the hash table. : The user object, ID 1233, was not found in the hash table.; The user object, RID 1059, was not found in the hash table.i: The user object, ID 1059, was not found in the hash table.' User 1233 is not a member of Group 513.d' User 1059 is not a member of Group 513.T   1 objects were duplicates.# 2 membership links were incomplete.e+ 4 objects were not found in the hash table.a- 1 hash entries contained incorrect blob keys.e The command failed.e  = Is any of this stuff documented (I can't find it in the admin.? guide, only PWRK$FIXACE)- or how do I fix this - or which filesn" do I restore from the last backup?   Many thanks!  C (why is it that _anything_, even _slightly_ related to M$, *ALWAYS* # bites me big time??? - bad juju???)G   ------------------------------  % Date: Mon, 21 Jan 2002 11:35:04 -0500 5 From: "Brad McCusker" <brad.mccuskerNOSP@Mcompaq.com> , Subject: Re: Advanced Server 7.3 - exploded.1 Message-ID: <3rX28.261$PZ4.4583@news.cpqcorp.net>l   Patrick,  4 It would appear that your SAM database is corrupted.  H the best way to deal with this is to contact your CSC, they can help youI through the process of rebuilding it, assuming you are a BDC (it involvestH removing yourself from the domain and rejoining).  If you are a PDC, theK resolution is somewhat more involved, and really needs to be discussed withd the support folks.  J The SAMCHECK utility, though it is generally reliable, is unsupported, andE therefore not documented.  It is included for our use only during the,? config, and it is only supported for that operation.  Any othert: functionality is best guess as to whether it works or not.   Regards,   Brad    6 "Patrick Young" <P.Young@unsw.EDU.AU> wrote in message7 news:55f85d77.0201210631.60fbe2cd@posting.google.com...d > Hi,n >tD > My instance of Advanced Server is sick, and I for one don't have a? > _clue_ what I am doing, however did manage to improve matterse > (I think?) > A > The initial problem was noticed when two of the accounts below,e? > ACCOUNTING and CDROM went AWOL, and the users complained they  > could not log onto them. >e > H mc PWRK$SAMCHECK -s -v$ > A duplicate user object was found.> > A hash entry listed the wrong blob key for a user, RID 1367.> > A hash entry listed the wrong blob key for a user, RID 1233.. > A hash entry listed the wrong ID for a user.> > A hash entry listed the wrong blob key for a user, RID 1059.< > The user object, ID 1059, was not found in the hash table./ > An invalid hash entry was found with ID 1068.o/ > An invalid hash entry was found with ID 1069.s/ > An invalid hash entry was found with ID 1068.p/ > An invalid hash entry was found with ID 1059.c/ > An invalid hash entry was found with ID 1233.u/ > An invalid hash entry was found with ID 1069.l3 > A hash entry listed the wrong rank for an object.t0 > Group 513 has a nonexistent member, User 1068.0 > Group 513 has a nonexistent member, User 1069. >s > 1 objects were duplicates.% > 2 membership links were incomplete.e$ > 6 hash table entries were invalid.- > 1 objects were not found in the hash table.a/ > 3 hash entries contained incorrect blob keys. * > 1 hash entries contained incorrect ID's.+ > 1 hash entries contained incorrect ranks.  > The command failed.0 > ! > H mc PWRK$BLOBADM "-D" alpha -cd* > Found invalid key entry in hash table 0. >     Username INFS5983e >     Key      3960  >     Rid      1068  42c* > Found invalid key entry in hash table 0. >     Username CDROM >     Key      936 >     Rid      1233  4d1* > Found invalid key entry in hash table 0. >     Username INFS1603o >     Key      808 >     Rid      1059  423* > Found invalid key entry in hash table 0. >     Username ACCOUNTINGn >     Key      39126 >     Rid      1069  42dL > BlobFileOpenWithCheck of file PWRK$LMROOT:[LANMAN.DOMAINS]alpha succeeded. > , > H mc PWRK$BLOBADM "-D" alpha -f "INFS5983" >1+ > Looking up user INFS5983 in hash table 0.u$ >   Found user INFS5983 in hashtable# >   blob key 3960 f78, rid 1068 42ct >t< > Trying to delete user with rid 1068 42c from hash table 0.0 >   Deleted rid 42c from "Rid To Key" hash table >n< > Trying to delete user with rid 1068 42c from hash table 1.1 >   Deleted rid 42c from "Other To ID" hash tablei >D; > Trying to delete the user's rid 1068 42c from all groups.s- >   Deleted rid 42c from  group: Domain Users1 >@ > etc, for the others. >  > H mc PWRK$SAMCHECK -s -v$ > A duplicate user object was found.> > A hash entry listed the wrong blob key for a user, RID 1367.= > The user object, RID 1233, was not found in the hash table.u< > The user object, ID 1233, was not found in the hash table.= > The user object, RID 1059, was not found in the hash table.I< > The user object, ID 1059, was not found in the hash table.) > User 1233 is not a member of Group 513.,) > User 1059 is not a member of Group 513.@ >v > 1 objects were duplicates.% > 2 membership links were incomplete.a- > 4 objects were not found in the hash table.c/ > 1 hash entries contained incorrect blob keys.n > The command failed.  >p? > Is any of this stuff documented (I can't find it in the admin-A > guide, only PWRK$FIXACE)- or how do I fix this - or which files $ > do I restore from the last backup? >e > Many thanks! >1E > (why is it that _anything_, even _slightly_ related to M$, *ALWAYS*t% > bites me big time??? - bad juju???)2   ------------------------------  ! Date: Sun, 20 Jan 02 23:50:57 ESTg) From: IncreaseSalesToday@bigcashtoday.comv4 Subject: ADVERTISE TO 12 MILLION PEOPLE DAILY......." Message-ID: <5022806@MVB.SAIC.COM>   Dear info-vax@mvb.saic.com,h      tA                  Would you like to send an Email Advertisement toM9                    OVER 12,000,000 PEOPLE DAILY for FREE?                    ) Do you have a product or service to sell?t) Do you want an extra 100 orders per week?u  G NOTE: (If you do not already have a product or service to sell, we can i supply you with one).o  9 =========================================================e5 1) Let's say you... Sell a $24.95 PRODUCT or SERVICE. ; 2) Let's say you... Broadcast Email to only 500,000 PEOPLE.e@ 3) Let's say you... Receive JUST 1 ORDER for EVERY 2,500 EMAILS.  ; CALCULATION OF YOUR EARNINGS BASED ON THE ABOVE STATISTICS:t  7 [Day 1]: $4,990  [Week 1]: $34,930  [Month 1]: $139,720h  8 ========================================================G To find out more information, Do not respond by email. Instead, Please   visit our web site at: e  ( http://www.bigcashtoday.com/package1.htm       List Removal Instructions:E We hope you enjoyed receiving this message. However, if you'd rather :J not receive future e-mails of this sort from Internet Specialists, send anD email to us at removalstoday2010@yahoo.com and type "remove" in the @ "subject" line and you will be removed from any future mailings.   We hope you have a great day!n Internet Specialists                h   ------------------------------  + Date: Mon, 21 Jan 2002 03:31:34 -0800 (PST).. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>+ Subject: Re: Announcing Oracle Rdb V7.0.6.3o@ Message-ID: <20020121113134.41013.qmail@web20206.mail.yahoo.com>   Oh my God !!!!  3 More than 30 bugs listed and only 6 enhancements inr- Oracle RDB... Oracle is really destroing RDB..    1 I think is time to Compaq retrieve Oracle RDB and-% bundle it in OpenVMS - AS FREE !!!=20    Regardsr   FC=20i0 --- norm lastovica <norman.lastovica@oracle.com> wrote:3 > Oracle Rdb7 Release V7.0.6.3 is now available.=20a > Please7 > contact your Oracle Rdb Support representitive for=20m > additional information.t >=20 >=206 >         Software Errors Fixed in Oracle Rdb7 Release	 > 7.0.6.3l >=202 > - Disabling AIJ When Row Cache Recovery Required5 > - Query With Range List OR Predicates Returns Wrongi	 > Resultsa > - Performance Problems wheny( > RDM$BIND_SNAP_QUIET_POINT Defined to 00 > - Workload Ignored When Loaded With RMU/INSERT > OPTIMIZER_STATISTICS4 > - Zero Index Prefix Cardinality After Create Index3 > - RDB-E-ARITH_EXCEPT Error From the Rdb Optimizern1 > - COMPUTED BY Columns Now Automatically Reservet > Referenced Tables 6 > - Bugchecks in PIOGB$PURGE_BUFFER After Node Failure
 > When Row=20v >   Cache in Use, > - Page Locking Problems in Release 7.0.6.2/ > - Poor Choice of Indexes by Dynamic Optimizert& > - Storage Area Default Size Increase0 > - Query Slows Down Using Full Index Scan [0:0]3 > - Recovery Process Caused Excessive Snapshot Filet > Growth1 > - Select With Identical "not in" Clauses Causes,
 > Bugcheck4 > - Queries Ending in Reserved Words Fail to Execute > in Dynamic SQL4 > - SQL$MOD Compiler Does Not Recognize G_FLOAT With > COBOLe >   Oracle RMU Errors Fixedn3 > - RMU/ANALYZE/CARDINALITY Fails on Databases with 
 > Local=20 >   Temporary Tables/ > - RMU/COPY/BLOCKS_PER_PAGE Can Corrupt Copied 
 > Database2 > - DROPped Storage Area and RMU/VERIFY in Cluster5 > - RMU Fails to Perform OPTIMIZER_STATISTICS Actions  > on Some=20
 >   Databasesk6 > - RMU Tape Density Problems Starting With VMS V7.2-14 > - Oracle Rdb7 Release 7.0.6.2 Process Hangs During > AIJ Switchover5 > - Stream ID Format is Different in Different Placest5 > - AUTO_RECONNECT Variable Value is not Honored When 
 > Imported=20S1 >   From a RMU/SHOW STATISTICS Configuration File.4 > - Some RMU/SHOW STATISTICS Counters Can Be Used To > Define Events=20- >   In Interactive Mode But Not In Batch Mode 5 > - RMU/SHOW STATISTICS Online Analysis Configurationh > Options Do Not=20M >   Work Properlye, > - Missing "U" for Utility Jobs in RMU/SHOW > STATISTICS Displayst- > - RMU/SHOW STATISTICS Mixes Up Count Labelse5 > - Errors in Saved RMU/SHOW STATISTICS Configuration. > File2 > - RMU/SHOW STATISTICS Shows Incorrect Area Sizes3 > - RMU/SHOW STATISTICS Allowed Suspend of Disablede > ABSe5 > - Area Locks Demoted Statistic Not Always Correctlyo
 > Incremented 6 > - RMU/SHOW STATISTICS Does Not Honor CHECKPOINT_SORT6 > - RMU/SHOW STATISTICS CHECKPOINT_ALARM Does Not Give > Out OPCOMs >=206 >         Enhancements Provided in Oracle Rdb7 Release	 > 7.0.6.3v >=204 > - Field Widths Wider on Row Cache Overview Display# > - New BITSTRING Built In Functiont2 > - RMU/SHOW STATISTICS Active User Stall Messages > Sort by Process Id > - New Character Set ISOLATIN9o3 > - Euro Character Now Supported Within the DEC_MCSd > Character Sety5 > - RMU Support Added for New VMS Tape Density Valuesn     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Do F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil: fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dl  2 __________________________________________________ Do You Yahoo!?& Send FREE video emails in Yahoo! Mail!! http://promo.yahoo.com/videomail/9   ------------------------------  + Date: Mon, 21 Jan 2002 14:56:55 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>o+ Subject: Re: Announcing Oracle Rdb V7.0.6.3 ; Message-ID: <01KDC4ZVHAK28Y566K@sysdev.deutsche-boerse.com>   ! > Oracle is really destroing RDB.e  1 Perhaps, but not based on the evidence you cited.u  3 > I think is time to Compaq retrieve Oracle RDB andm% > bundle it in OpenVMS - AS FREE !!!    F Why?  Sure, it would produce more Rdb users.  If Porsche were to give E away their cars, more people would drive them.  But I don't think it   would be good for the company.  B Nothing prevent YOU from buying Rdb licenses and giving them away.  G Someone has to pay software engineers---and good ones aren't satisfied l< with virtual mugs of beer (or is that mugs of virtual beer).   ------------------------------  % Date: Mon, 21 Jan 2002 15:46:26 +0100o$ From: "Dr. Dweeb" <Dweeb@NoSpam.com>+ Subject: Re: Announcing Oracle Rdb V7.0.6.3r1 Message-ID: <RQV28.1172$Z77.4108@news.get2net.dk>p   Fabio,  I The numerical quantity of bugs fixed has nothing to do with the amount ofu work involved.  I The number of functionality additions to 7.0-xx will always be limited inwD that v7.1 exists and has a new features manual about 700 pages long.  H I also wish Oracle would use more than stealth marketing.  Nothing to beJ done about that.  However suggesting that they are destroying Rdb based onL the numerical quantity of fixes and enhancements to a maintenance release ofH a product already functionaly superceded is at best a dubious assertion.   Dweeb. Dweeb.; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message : news:20020121113134.41013.qmail@web20206.mail.yahoo.com... Oh my God !!!!  3 More than 30 bugs listed and only 6 enhancements in - Oracle RDB... Oracle is really destroing RDB.F    1 I think is time to Compaq retrieve Oracle RDB anda" bundle it in OpenVMS - AS FREE !!!   Regardst   FC0 --- norm lastovica <norman.lastovica@oracle.com> wrote:0 > Oracle Rdb7 Release V7.0.6.3 is now available. > Please4 > contact your Oracle Rdb Support representitive for > additional information.s >o >e6 >         Software Errors Fixed in Oracle Rdb7 Release	 > 7.0.6.3t >l2 > - Disabling AIJ When Row Cache Recovery Required5 > - Query With Range List OR Predicates Returns Wrongo	 > Resultsc > - Performance Problems when ( > RDM$BIND_SNAP_QUIET_POINT Defined to 00 > - Workload Ignored When Loaded With RMU/INSERT > OPTIMIZER_STATISTICS4 > - Zero Index Prefix Cardinality After Create Index3 > - RDB-E-ARITH_EXCEPT Error From the Rdb OptimizerM1 > - COMPUTED BY Columns Now Automatically Reserve1 > Referenced Tables86 > - Bugchecks in PIOGB$PURGE_BUFFER After Node Failure
 > When Row >   Cache in Use, > - Page Locking Problems in Release 7.0.6.2/ > - Poor Choice of Indexes by Dynamic Optimizerv& > - Storage Area Default Size Increase0 > - Query Slows Down Using Full Index Scan [0:0]3 > - Recovery Process Caused Excessive Snapshot Fileb > Growth1 > - Select With Identical "not in" Clauses Causesa
 > Bugcheck4 > - Queries Ending in Reserved Words Fail to Execute > in Dynamic SQL4 > - SQL$MOD Compiler Does Not Recognize G_FLOAT With > COBOLh >   Oracle RMU Errors Fixedk3 > - RMU/ANALYZE/CARDINALITY Fails on Databases withn > Localy >   Temporary Tables/ > - RMU/COPY/BLOCKS_PER_PAGE Can Corrupt Copied 
 > Database2 > - DROPped Storage Area and RMU/VERIFY in Cluster5 > - RMU Fails to Perform OPTIMIZER_STATISTICS Actions 	 > on Someh
 >   Databaseso6 > - RMU Tape Density Problems Starting With VMS V7.2-14 > - Oracle Rdb7 Release 7.0.6.2 Process Hangs During > AIJ Switchover5 > - Stream ID Format is Different in Different Placesr5 > - AUTO_RECONNECT Variable Value is not Honored Wheno
 > Imported1 >   From a RMU/SHOW STATISTICS Configuration Fileb4 > - Some RMU/SHOW STATISTICS Counters Can Be Used To > Define Events - >   In Interactive Mode But Not In Batch Modee5 > - RMU/SHOW STATISTICS Online Analysis Configurationa > Options Do Not >   Work Properlye, > - Missing "U" for Utility Jobs in RMU/SHOW > STATISTICS Displaysr- > - RMU/SHOW STATISTICS Mixes Up Count Labelsr5 > - Errors in Saved RMU/SHOW STATISTICS Configuration  > File2 > - RMU/SHOW STATISTICS Shows Incorrect Area Sizes3 > - RMU/SHOW STATISTICS Allowed Suspend of DisabledI > ABSS5 > - Area Locks Demoted Statistic Not Always Correctlya
 > Incrementedn6 > - RMU/SHOW STATISTICS Does Not Honor CHECKPOINT_SORT6 > - RMU/SHOW STATISTICS CHECKPOINT_ALARM Does Not Give > Out OPCOMs >a6 >         Enhancements Provided in Oracle Rdb7 Release	 > 7.0.6.3i >e4 > - Field Widths Wider on Row Cache Overview Display# > - New BITSTRING Built In Function42 > - RMU/SHOW STATISTICS Active User Stall Messages > Sort by Process Id > - New Character Set ISOLATIN9p3 > - Euro Character Now Supported Within the DEC_MCSt > Character Set 5 > - RMU Support Added for New VMS Tape Density Values6     =====r ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazile fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?& Send FREE video emails in Yahoo! Mail!! http://promo.yahoo.com/videomail/    ------------------------------  % Date: Mon, 21 Jan 2002 19:32:00 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.auh! Subject: Re: Asking  your opinionr5 Message-ID: <01KDCEOIFK9E002KUW@tgmail.tg.nsw.gov.au>f   >i> >"Sue Skonetski" <susan.skonetski@compaq.com> wrote in message, >news:duX18.202$PZ4.2040@news.cpqcorp.net... >> It is a presentationb? >> "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message $ >> news:3C479547.75BECD5A@fsi.net... >> > Sue Skonetski wrote:e
 >> > > [snip]T: >> > > Making OpenVMS attractive to Port UNIX Applications >> >5 >> > Is this a presentation or OpenVMS seeking input?h >> >/ >> > If a presentation, it may have some value.a >> >C >> > If OpenVMS seeking input, will any of our "suggestions" make au >> > difference? >)M >I'm the guy who asked Sue to put the "Making OpenVMS attractive to Port UNIX K >Applications" session on the list.  The plan would be for it to provide asLK >much technical content as I could, but, I would also be certain to leave a-M >Q&A period a the end becuase feedback is very important to us at this point.r >PM >Regarding 'will any of our "suggestions" make a difference?', yes they will.8G >We're kicking off a lot of work in this area, we want to be sure we do  >what's of value.r >e >Brad McCusker  N It's nice to know that we have people like Brad and Sue and of course our VMS  engineers in our world.i   Thanks to you all.   Regards, Paddy   ------------------------------  % Date: Mon, 21 Jan 2002 13:09:47 -0000n+ From: "Tim Jackson" <tim.jackson@amsjv.com>t! Subject: Re: Asking  your opiniono& Message-ID: <3c4c131e$1@pull.gecm.com>   Sue,  E Thanks for asking.  My personal top 10 (in no particular order) wouldu be:-  ! OpenVMS and IPF systems (base OS)n  ' Porting Applications to OpenVMS Itanium    OpenVMS Technical Update   Advanced Server update  . Trouble shooting Advanced Server and PATHWORKS  - Advanced Server and PATHWORKS Hints and Kinkse  E Best Practices for VMS Performance for 2002 proven tools, techniques,i
 approaches   OpenVMS Hints and Kinks   3 Making OpenVMS attractive to Port UNIX Applicationse   Security/DT      --D ------------------ Purely Personal Opinion -------------------------D Tim Jackson                                    tim.jackson@amsjv.com Air Systems Group  Alenia Marconi Systems Ltd.   = "Sue Skonetski" <susan.skonetski@compaq.com> wrote in messagen+ news:2tH18.162$PZ4.1506@news.cpqcorp.net...f > Dear Newsgroup > C > I am looking at doing Technical Update Days again this year.  Thea	 followingsG > is the list of topics.  Locations have not been decided.  I am askingr yourF > opinion on what you think of  these topics and if there is something you G > really feel is missing.  Please keep in mind that this is a technicala event,F > not marketing so a session on OpenVMS in Advertising is not going to happen.sA > The local office/ambassador helps pick the topics for the area.  >h > I value your feedback. >  > Warm Regards,i > Sue0 >l >  [snip]   ------------------------------    Date: 21 Jan 2002 08:22:58 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)i! Subject: Re: Asking  your opinionb3 Message-ID: <F4UQ3razR82F@eisner.encompasserve.org>o  T In article <3c4c131e$1@pull.gecm.com>, "Tim Jackson" <tim.jackson@amsjv.com> writes:  
 > Security/DTe  # I thought I knew what Security was.    What is "DT" ?   ------------------------------    Date: 21 Jan 2002 09:42:09 -0800+ From: davidc@montagar.com (David L. Cathey)B! Subject: Re: Asking  your opinion = Message-ID: <e565ed03.0201210942.3fbb6a6f@posting.google.com>   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3C48E2CD.55A2C612@fsi.net>...H > Well, I was going to suggest simply pulling down the entire GNU on VMS> > collection from http://vms.gnu.org/ , but that seems to haveG > disappeared. So, instead just take your favorite Linux or *BSD distro G > and go to town on the sources for just about everything - the command  > programs, the shells, etc. > F > If that's not already too much, I believe the Qt libraries have beenG > ported to VMS, in which case KDE may be possible to port. After that, H > the Koffice applications would round out the otherwise fairly complete > KDE suite. > H > I understand Tru64 was leaning toward Gnome before its (Tru64s) future! > came into serious doubt. *SIGH*g  D 	GNOME on OpenVMS is possible, too.  OpenVMS Engineering has alreadyG completed the GTK+ port, which I've successfully used.  I have a common0J source code for a GUI that runs under OpenVMS, Linux/Unix, and Windows2000 using the GTK+ toolkit.    ------------------------------  % Date: Mon, 21 Jan 2002 10:32:26 +0000a% From: Alan Greig <a.greig@virgin.net>aB Subject: Re: Bill Gates admits security "non-existent" in windows!8 Message-ID: <o7qn4us5lpi4a1caefq124lmep3h98aisv@4ax.com>  @ On Fri, 18 Jan 2002 16:01:08 GMT, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) wrote:I  K >Having spent several ten of thousand of dollars on undergraduate and grad-5J >uate studies in Electronic Engineering, I loathe hearing MCSEs state thatL >they are software "engineers" simply by virtue of holding Mickey$oft sheep-: >skin -- which is, in reality, really more like sheep-dip.  C They originally tried to use the term "Microsoft Chartered SoftwareIB Engineer" in the UK and elsewhere. It was pointed out to them thatA only The Crown could authorize an Institution to grant "Chartered A Engineer" status and that MS were technically therefore guilty ofyC treason. One of the very few offences for which Britain technically D still retains the death penalty.  Driving your sheep across London'sD Westminster Bridge on a Sunday or something similar is another. WhenC you have a thousand or so years of statutory law it's hard to cleanrD most of this stuff up. Not sure on this but I vaguely recall readingD the fledgling United States did not repeal most existing British lawE (or perhaps some states specifically adopted it) bit instead gave theiF "Supreme Court" ultimate authority on applicability of British law. SoB you might find spitting in the wind on Easter Sunday or other suchE arcana can get you executed even in the US (or some states at least).=  E Now if only we could con Gates into a publicity stunt involving sheeps on Westminster Bridge :)   -- Alan   ------------------------------  # Date: Mon, 21 Jan 2002 12:22:44 GMTA= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)IB Subject: Re: Bill Gates admits security "non-existent" in windows!0 Message-ID: <00A085D4.E2338A82@SendSpamHere.ORG>  ` In article <o7qn4us5lpi4a1caefq124lmep3h98aisv@4ax.com>, Alan Greig <a.greig@virgin.net> writes:A >On Fri, 18 Jan 2002 16:01:08 GMT, system@SendSpamHere.ORG (Brianv  >Schenkenberger, VAXman-) wrote: > L >>Having spent several ten of thousand of dollars on undergraduate and grad-K >>uate studies in Electronic Engineering, I loathe hearing MCSEs state thatyM >>they are software "engineers" simply by virtue of holding Mickey$oft sheep-d; >>skin -- which is, in reality, really more like sheep-dip.  >eD >They originally tried to use the term "Microsoft Chartered SoftwareC >Engineer" in the UK and elsewhere. It was pointed out to them thatfB >only The Crown could authorize an Institution to grant "CharteredB >Engineer" status and that MS were technically therefore guilty ofD >treason. One of the very few offences for which Britain technicallyE >still retains the death penalty.  Driving your sheep across London'smE >Westminster Bridge on a Sunday or something similar is another. When!D >you have a thousand or so years of statutory law it's hard to cleanE >most of this stuff up. Not sure on this but I vaguely recall reading E >the fledgling United States did not repeal most existing British lawiF >(or perhaps some states specifically adopted it) bit instead gave theG >"Supreme Court" ultimate authority on applicability of British law. SovC >you might find spitting in the wind on Easter Sunday or other such F >arcana can get you executed even in the US (or some states at least). >iF >Now if only we could con Gates into a publicity stunt involving sheep >on Westminster Bridge :)P  H Would the placid sheep-like public he's been buggering with his products! for the past 2 decades count?  ;)u   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COME            FJ   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesr   ------------------------------    Date: 21 Jan 2002 07:40:44 -0600- From: koehler@encompasserve.org (Bob Koehler)pB Subject: Re: Bill Gates admits security "non-existent" in windows!3 Message-ID: <O2ScUbk1k43l@eisner.encompasserve.org>s  ` In article <o7qn4us5lpi4a1caefq124lmep3h98aisv@4ax.com>, Alan Greig <a.greig@virgin.net> writes: > E > They originally tried to use the term "Microsoft Chartered SoftwaresD > Engineer" in the UK and elsewhere. It was pointed out to them thatC > only The Crown could authorize an Institution to grant "CharteredRC > Engineer" status and that MS were technically therefore guilty of E > treason. One of the very few offences for which Britain technicallyW" > still retains the death penalty.  H    Would Her Highness the Queen of England do the rest of the world the E    just favor of hanging Mr. Gates for this offense?  Or do I have tot+    write it as favour to get her attention?U  / > Not sure on this but I vaguely recall readingSF > the fledgling United States did not repeal most existing British lawG > (or perhaps some states specifically adopted it) bit instead gave theiH > "Supreme Court" ultimate authority on applicability of British law. SoD > you might find spitting in the wind on Easter Sunday or other suchG > arcana can get you executed even in the US (or some states at least).   E    The US now only recognizes such laws as are on the books.  You cansF    get arrested for spitting in Baltimore, but they can't hang you for    it.   ------------------------------    Date: 21 Jan 2002 03:01:52 -0800- From: tessier-ashpool@usa.net (Chris Bardell)M@ Subject: Re: building a vms box as a project.. is this possible?= Message-ID: <9f261edc.0201210301.44b55182@posting.google.com>.   Herb,=  < http://www.dectech.co.uk/ - but site appears down at the mo.   Paul Turner. 01483 812155.  T No connection with me, except he once bought a bunch of VLCs off a site I worked at.   HTH.   ------------------------------  % Date: Mon, 21 Jan 2002 10:53:19 +0000c% From: Alan Greig <a.greig@virgin.net> @ Subject: Re: building a vms box as a project.. is this possible?8 Message-ID: <k8sn4u8ehe1h5322lgos0c5pgqjovtrgpn@4ax.com>  F On 20 Jan 2002 13:27:54 GMT, joechip31@hotmail.com (Herb Asher) wrote:  0 >On Sat, 19 Jan 2002 22:30:11 GMT, Tim Llewellyn( ><tim.llewellyn@blueyonder.co.uk> wrote: >D >=H >>> Also, any uk vms people who can recomend a retailer for decommisonedJ >>> boxes? I have had a scan of the net, including ebay and it doesnt look >>> that good. >>U >>www.prodec.co.uk used to , but they don't seem to have the Digital section anymore.l >>9 >>How about a new low cost alpha from www.islandco.co.uk?A  E Although it is www.islandco.com they do have a UK shipping operation.uE Even before that was in operation I found that an order I placed witht@ Island on a Monday evening (UK time) arrived Wednesday lunchtime complete with UK power cord,   >d >i >Tim,eF >Are you sure about that islandco.co.uk link? There is an islandco.comB >in the States but I need to look into import costs. Is there a UK >division of that company?  C About $75 dollars for next day shipping to UK IIRC. Cheaper optionsiC available. Always the chance customs will slap import tax at around-= VAT rate on it but most stuff gets through unchallenged in myo? experience unless the packaging heavily flags it as commercial.-  F I any case I know of a number of people, myself included, who have hadC no problems ordering from Island for delivery to the UK. Their mainV2 sales/technical guy is an ex-pat Brit in any case. -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 11:08:08 +0000.% From: Alan Greig <a.greig@virgin.net>n@ Subject: Re: building a vms box as a project.. is this possible?8 Message-ID: <r4tn4u80tfo9h00e0tnnc87spat7qauu45@4ax.com>  F On 20 Jan 2002 13:54:17 GMT, joechip31@hotmail.com (Herb Asher) wrote:     >o; >The system below is within my price range also taking intouG >consideration import duties here in the UK but what else would I need? E >Would the graphics capabilities of this box give me several colors?    	 Easily...e   >FG >And lastly what sort of monitor would I need for this baby.. I presume1F >it won't work with my Sony Trinatron hmd-a200 and if not maybe I will9 >purchase a cheaper end of the market 15inch flat screen.    Probably will work ok.   >FE >Sorry for all the questions, and thanks in advance to anyone who canO >give me some advice.  >a- >The system I have been looking at is below:-a >a	 >Regards,r >Herb  >c% >DEC Alpha Personal Workstation 500aul  @ Also try clicking "specials" for more bargains. After that clickB "click here" under specials and find even more good deals. I think< Compaq weren't too happy about them building and pushing theE "IslandPC" based on a DEC/.Compaq 164LX motherboard with updated BIOSeF so now they have to technically sell the motherboard plus all the bitsD rather than advertise it as a complete pre-built system. Give them a call for best deals.  C A DECUS hobbiest license is fine for any of these machines for home- use.   >EE >Compaq Part Number SN-B3AAA-V5        Special Price $1099 Price Dropa >from $1299 !!!e; >Unix/VMS/Linux Configuration                              o >F( >500Mhz CPU 21164 EV56 2Mb Cache Module ' >256Mb Memory 10/100 Ethernet On Board  5 >Permedia 2 Graphics 8MB or Matrox Millen. for Linux t. >Qlogic UW SCSI Ctr 12x SCSI CD 1.44Mb Floppy 0 >LK97W-A2 keyboard  9.1GB  7.2K Disk SCSI UWide  >3 Button Mouse  >v >nG >______________________________________________________________________aS >Posted Via Uncensored-News.Com - Still Only $9.95 - http://www.uncensored-news.com Q >   With NINE Servers In California And Texas - The Worlds Uncensored News Sourcer >  e   -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 11:46:36 +0000s4 From: John Laird <john@laird-towers.freeserve.co.uk>@ Subject: Re: building a vms box as a project.. is this possible?8 Message-ID: <bovn4u0q47oaa8pccq5d8rdvi04alqmt8p@4ax.com>  F On 20 Jan 2002 13:54:17 GMT, joechip31@hotmail.com (Herb Asher) wrote:  - >The system I have been looking at is below:-  >i% >DEC Alpha Personal Workstation 500aum >iE >Compaq Part Number SN-B3AAA-V5        Special Price $1099 Price Dropn >from $1299 !!! ; >Unix/VMS/Linux Configuration                              b > ( >500Mhz CPU 21164 EV56 2Mb Cache Module ' >256Mb Memory 10/100 Ethernet On Board c5 >Permedia 2 Graphics 8MB or Matrox Millen. for Linux C >^^^^^^^^^^y  J Before parting with your hard-earned cash, it would be worth checking justK exactly which graphics cards are supported on this hardware by VMS.  It haseI been notoriously fickle in the past (and no that is not a dig at Fred and  his team...)     	JohnI   ------------------------------  # Date: Sun, 20 Jan 2002 20:38:30 GMT 3 From: sy18889@rabbit.fmr.com (Bradford J. Hamilton)c@ Subject: Re: building a vms box as a project.. is this possible?/ Message-ID: <aVF28.39$M3.216@news-srv1.fmr.com>T  c In article <3c4cc81a.1785277@news1.uncensored-news.com>, joechip31@hotmail.com (Herb Asher) writes:l >eE >Hi again, I have been looking at www.islandco.com with interest. Has D >anyone purchased from them, and how about has anyone purchased fromF >them outside of the USA? I notice all the systems have a standard picG >for the box...are these refurb's that look like new or the sort of old @ >boxes you see lying around some datacenters ready for the skip?  N I've purchased from them, from within the USA.  This entry is being written onM a PWS433au - I've never had a moment of trouble with it since I purchased it,  more than six months ago._  K The shipping took a little long, and I had one small problem (a memory SIMM!L that had come loose - a quick call to Islandco, spoke with Dave, and all was well!).      >2; >The system below is within my price range also taking intojG >consideration import duties here in the UK but what else would I need?.E >Would the graphics capabilities of this box give me several colors?    K Graphics are OK, go with one of the optional add-ons, if you can afford it.o   >>G >And lastly what sort of monitor would I need for this baby.. I presumeCF >it won't work with my Sony Trinatron hmd-a200 and if not maybe I will9 >purchase a cheaper end of the market 15inch flat screen.   O I have a 17-inch Dell screen - works fine.  I've also had a Princeton hooked upn to it as well.   >oE >Sorry for all the questions, and thanks in advance to anyone who cans >give me some advice.f  9 Never be sorry for asking questions.	:-)  You're welcome!p   --Brad   >e- >The system I have been looking at is below:-i > 	 >Regards,o >Herbf >i% >DEC Alpha Personal Workstation 500aun >sE >Compaq Part Number SN-B3AAA-V5        Special Price $1099 Price Dropn >from $1299 !!!k; >Unix/VMS/Linux Configuration                              l >y( >500Mhz CPU 21164 EV56 2Mb Cache Module ' >256Mb Memory 10/100 Ethernet On Board t5 >Permedia 2 Graphics 8MB or Matrox Millen. for Linux '. >Qlogic UW SCSI Ctr 12x SCSI CD 1.44Mb Floppy 0 >LK97W-A2 keyboard  9.1GB  7.2K Disk SCSI UWide  >3 Button Mouse  >i >rG >______________________________________________________________________-S >Posted Via Uncensored-News.Com - Still Only $9.95 - http://www.uncensored-news.comjQ >   With NINE Servers In California And Texas - The Worlds Uncensored News Sourcel >  .   Bradford J. Hamilton  bradhamilton@mediaone.net	(home) sy18889@rabbit.fmr.com		(work)  ; "All opinions that I express are my own, not my employer's"s   ------------------------------    Date: 21 Jan 2002 07:44:56 -0600- From: koehler@encompasserve.org (Bob Koehler)T@ Subject: Re: building a vms box as a project.. is this possible?3 Message-ID: <KMR6D0MoSPP0@eisner.encompasserve.org>e  W In article <iOf28.7257$E82.20401@typhoon.bart.nl>, "Hans Vlems" <hvlems@iae.nl> writes:X > Ii > never touchedi< > the GIU again, but I assume that those problems are fixed.I > Even though I've managed to prevent certain problems due to "do this atj > home" experiments 8 > I prefer to pay for the hardware out of my own pocket,  G    I have used the GUI without such difficulties.  I just haven't found0    it usefull.   ------------------------------  % Date: Mon, 21 Jan 2002 13:59:09 +0000 % From: Alan Greig <a.greig@virgin.net>s@ Subject: Re: building a vms box as a project.. is this possible?8 Message-ID: <sq6o4us8v2a89u5e3o6k5g4si7tgrdd1s6@4ax.com>  . On Mon, 21 Jan 2002 11:46:36 +0000, John Laird* <john@laird-towers.freeserve.co.uk> wrote:     >aK >Before parting with your hard-earned cash, it would be worth checking just L >exactly which graphics cards are supported on this hardware by VMS.  It hasJ >been notoriously fickle in the past (and no that is not a dig at Fred and
 >his team...)-  F Permedia 2 works fine under 7.2-1 and 7.3.  Not sure of formal supportC status but it works. Island pre-test configs with your OS of choicee before shipping.   -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 14:58:56 +0000"4 From: John Laird <john@laird-towers.freeserve.co.uk>@ Subject: Re: building a vms box as a project.. is this possible?8 Message-ID: <93bo4uc2tj78p0ipd6nbj0h9m72rfa4t88@4ax.com>  J On Mon, 21 Jan 2002 13:59:09 +0000, Alan Greig <a.greig@virgin.net> wrote:  / >On Mon, 21 Jan 2002 11:46:36 +0000, John Lairdt+ ><john@laird-towers.freeserve.co.uk> wrote:y >oL >>Before parting with your hard-earned cash, it would be worth checking justM >>exactly which graphics cards are supported on this hardware by VMS.  It hasoK >>been notoriously fickle in the past (and no that is not a dig at Fred ands >>his team...) >eG >Permedia 2 works fine under 7.2-1 and 7.3.  Not sure of formal supporteD >status but it works. Island pre-test configs with your OS of choice >before shipping.h  " You can't say fairer than that :-)  @ (But it is something to watch out for when eyeing up second-hand$ Alphastations, I think you'd agree.)     	Johnt   ------------------------------  + Date: Mon, 21 Jan 2002 17:38:07 +0000 (UTC)g From: david20@alpha2.mdx.ac.uk+ Subject: C++ appears to be available online * Message-ID: <a2hjlv$ia$1@aquila.mdx.ac.uk>   I just spotted this.  G Hobbiests might be interested that the C++ V6.3 (and what looks like a 00 beta C++ V6.5) appear to be available online at    ftp.compaq.com   in     /pub/products/C-CXX/openvms/cxx   FTP> ls- 200 PORT command successful.5 150 Opening ASCII mode data connection for file list.i beta cxx063.dcx_axpexeB CXX063.DCX_AXPEXE_oldt
 cxx063.readme" cxx065.dcx_axpexeg cxx065-001.dcx_axpexee cxx065-002.dcx_axpexeo cxxae02062.a   226 Transfer complete.  t  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Mon, 21 Jan 2002 12:53:52 +0000u% From: Alan Greig <a.greig@virgin.net>I8 Subject: Re: Capellas wants IBM model, but does reverse!8 Message-ID: <db3o4us2cc4dn51av02263umt224ugfitf@4ax.com>  C On Sat, 19 Jan 2002 23:55:56 -0500, JF Mezei <jfmezei@videotron.ca>l wrote:    O >I think that IBM started off as a marketing company, evolved (devolved ?) into N >a brainwashing company, but I think that since the mid 1990s when IBM startedM >to awaken to other people's technologies (ethernet, tcpip, unix and even NT)y( >and improved its mentality quite a bit.  C Senior IBM executives have suggested that one of the things drivingvA them is to get their own back on Bill Gates no matter how long ito? takes and whatever the cost. They have never forgiven Gates for E secretly diverting IBM money from OS/2 into Windows NT. Again this isnC another event documented in "Showstopper". Gates told IBM a pack ofoC lies which prevented IBM having proof of his deceit until it was tol late.t   -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 08:06:30 -0600i1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>n8 Subject: Re: Capellas wants IBM model, but does reverse!8 Message-ID: <a2h7aj$ot2$1@fizban.fizban.pprd.abbott.com>  1 The company with the most patents last year?  IBMh   Not technical?  I think not.   Dave...   - "cjt" <cheljuba@prodigy.net> wrote in message % news:3C4A77A2.10B4003F@prodigy.net...nK > I consider IBM more a financial services company than anything technical.s >c > Bob Ceculski wrote:  > >wA > > What makes IBM profitable?  It is not just software services.<F > > It is the hardware!  When you provide a superior hardware platformE > > (power) that can run software that is secure, can scale well, andGC > > run 24x7, then software services soar ... Capellas is doing thelD > > opposite, he is giving away the industries best hardware (alpha)H > > to a competitor and thinks software services will rake in the dough,F > > except, because your competitors are all selling the same hardwareD > > platform, you have just entered the same low dollar, high volumeE > > market that pc's are in right now!  It's the hardware that driveseE > > software and services dummy!  Now power is not superior to alpha, D > > but it will be to itanium ... after ev7 moves aside for itanium,B > > IBM will take over.  IBM has got out of the pc business.  TheyI > > know the future is the high end and server consolidation (mainframes)eF > > are the future.  Now either Capellas and the whole board at CompaqA > > are total idiots or they actually work secretly for intel andh= > > microsoft.  Which is it?  I tend to believe the later ...f   ------------------------------  # Date: Mon, 21 Jan 2002 14:32:10 GMTg1 From: "Mark D. Jilson" <jilly@clarityconnect.com>t( Subject: Re: Change quorum disk question2 Message-ID: <3C4C2664.A66F946A@clarityconnect.com>  F Correct that quorum disk votes are always taken into account.  Using aF quorum disk boils down to one requirement, the ability to shutdown allF the systems (with a direct connection to the quorum disk) but one.  IfB your cluster will not need this ability then the quorum disk isn'tE needed.  And if you have the equipment to create a quorum system thengD this will almost always be a better option, performance wise, than a quorum disk.   David McKenzie wrote:  > B > Not true, the quorum disk vote(s) are always taken into account. > M > Note that a quorum disk will lead to longer cluster transition times as theaN > cluster will have to wait (N+1)Qdiskinterval before it can safely assume the/ > last access to the quorum disk has been made.h > L > Quorum disk is almost always of no use unless you have a two node cluster.M > Note also, it is not much use if it is not directly connected to all nodes.  > / > "Hans Vlems" <hvlems@iae.nl> wrote in messagem. > news:inf28.7247$E82.20632@typhoon.bart.nl...K > > In a three node cluster where all nodes have VOTES set to 1 there is noi	 > > need'e6 > > for a quorum disk to survive the loss of one node.8 > > A quorum disk is useful in the following situations:M > > - in a two-node cluster, provided that the quorum disk is visible to both 
 > > nodes;> > >   AFAIK that was the original reason for a "quorum device"N > > - in a multi node cluster where you always want to have one group of nodesJ > >   avoid hanging in a cluster transition state. Usually there are other > ways > > of doing > >   that.sI > > IIRC  quorum disk votes are not taken into the computation as long ase > there 
 > > is quorumn > > delivered by system votes. > >i > > Hans > > J > > Robert DiRosario <robert.j.dirosario.1@gsfc.nasa.gov> wrote in message+ > > news:3C483E22.34235FB0@gsfc.nasa.gov...b > > >f > > >h > > > Hans Vlems wrote:d > > >n2 > > > > P.Young@unsw.EDU.AU (Patrick Young) wrote:E > > > > >Robert DiRosario <rdirosario@starpower.net> wrote in message - > > news:<3C4773C9.E4851B5E@starpower.net>... 
 > > > > >>J > > > > >> The system disk is the quorum disk, and I see now that I should > haveJ > > > > >> changed that before I added the second system.  How do I changeL > > > > >> that now?  Can I copy the quorum.dat file to the new quorum disk,L > > > > >> take one node down, edit modparms.dat and run autogen on the nodeE > > > > >> that's up, take it down and do the same on the other node?a
 > > > > >>	 > > > > > M > > > > >I'm not sure QUORUM.DAT contains any data that needs to be preservedbJ > > > > >between reboots so I don't think you need to worry about making a > > > > >copy of it...	 > > > > >1E > > > > > 00010002 454C4946 20204D55 524F5551 QUORUM  FILE.... 000000 E > > > > > 00A0831A 2A8798BD 00A08319 06E9CA08 ........*.... 0000102E > > > > > 00A0831A 09C50480 00A0831A 2B298FD8 .)+........... 000020hE > > > > > 04010000 00000404 00030002 00010002 ................ 000030mE > > > > > 00000000 00000000 3DA38CAA 00000000 .....=........ 000040 	 > > > > >pB > > > > >Simply shut down one computer (disk watcher), modify your > MODPARAMS.DAThN > > > > >on the other (disk watcher), autogen, and reboot. Boot the other then > > do > > > > >the same thing.	 > > > > >gM > > > > >The cute thing about this is the first time you mount the new quorumcL > > > > >disk you will notice it will automagically get a QUORUM.DAT created& > > > > >on it right before your eyes.	 > > > > >aJ > > > > >Make sure you mount the (new non system disk) QUORUM disk on bothC > > > > >nodes (disk watchers) on startup when all done - this is au > > > > >requirement.cK > > > > You are quite right but OTOH it is possible to define a quorum diskoD > > > > on a node that has no direct connection to that quorum disk.J > > > > In fact in an NI cluster you can have two nodes, each with votes=1L > > > > and each have its own quorum disk (i.e. two different quorum disks).K > > > > I know of a heavily used NI cluster that operated like that for twol	 > > yearsaJ > > > > before we found out that it was not only unsupported but also very
 > > dangerouso> > > > > because of possible disk corruption. Don't try this atA > > > > home, but it just shows how flexible a VAXcluster can be.  > > > >- > > > > Hans > > > >  > > > > http://www.zfree.co.nz > > > H > > > I have one more system to add to the cluster that will have direct > access$ > > to the system disk, a 4000/105A.M > > > After I add that system this weekend I don't think the quorum disk willp > be > > useful.  With or without aM > > > quorum disk it looks like I need to have two of the three systems up toi% > > have a quorum, unless there is ant> > > > undocumented method of giving the quorum disk two votes. > > >  > > > Robert > > >  > >i > >e   --  D 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, 21 Jan 2002 11:42:56 +0000 4 From: John Laird <john@laird-towers.freeserve.co.uk>! Subject: Re: DECwindows autologino8 Message-ID: <g5vn4u4cnuonof03djnems78qftch8lgvi@4ax.com>  5 On Mon, 21 Jan 2002 03:16:57 GMT, "David J. Dachtera"a <djesys.nospam@fsi.net> wrote:   >"Stanley F. Quayle" wrote:e >>A >> When the machine boots, we'd like it to automatically start upiF >> DECwindows and run a particular Motif application without requiring >> any user input. >nI >I wonder if you could do it via a .COM file as a detached process. MaybetH >use an arbitrary WAIT until it's safe to assume that the window managerG >has started, then SET DISPLAY to the local IP address and kick-off therB >program. You can establish the user id. of the process on the RUN- >command used to create the detached process./  L The existence of the process running the Decwindows loginout image should beI easily detectable, and from there it is fair to assume the window manager J has fully started.  Only security can stand in the way of creating windowsL on the device at that point - the loginout box is, after all, simply anotherL client.  We used to have a "phonebox" application running in the office, andJ many folks found it useful to have this available even after logout - partG of the session end procedure would create the detached process (after aoL delay) to restart the application.  I don't recall off-hand whether it would. be likely to die for any reason on true login.  * Most of this stuff is pretty easy to test.     	Johnc   ------------------------------  % Date: Mon, 21 Jan 2002 00:03:33 -0500v5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>0! Subject: Re: DECwindows autologinc1 Message-ID: <wPX28.264$PZ4.4698@news.cpqcorp.net>o  K Disable DECwindows startup (this is done by a symbol in systartup_vms.com).a  3 Instead, start DECwindows with @DECW$STARTUP SERVERD  I This will start the server and not the login box.  You will probably also G then want to run DECW$MWM (or whatevever it's called - the Motif window0	 manager).n  K You need a file called DECW$SERVER_ACCESS_ALLOWED.DAT in SYS$MANAGER:  this H is an ASCII file that should contain lines which are formatted TRANSPORTH HOSTNAME USERNAME - and can be wildcarded using a *.  So DECNET MYNODE *G allows anyone from MYNODE access.  This file needs to be there when youF start the server..  > I think at this point you are all set to run your application.      A "Tim Llewellyn" <tim.llewellyn@blueyonder.co.uk> wrote in messagen* news:3C4B9EB2.6550A094@blueyonder.co.uk... >t >i > "Stanley F. Quayle" wrote: > >83 > > On 20 Jan 2002, at 22:34, Didier Morandi wrote:a > >2A > > > > When a workstation boots, is there a way to have the tuber2 > > > > automatically log in as a particular user? > > >c > > > What for?  > > B > > When the machine boots, we'd like it to automatically start upG > > DECwindows and run a particular Motif application without requiring  > > any user input.e >r> > I seem to remember posts from some years back on doing this.? > I can't remember the solution or more details offhand, sorry.d >oA > My solution, post-it the password and username to the terminals4F > if you really do want to trust security to something other than VMS.1 > Start the application using the session manager  >t >l	 > regardsh > >e > > --Stan Quaylee% > > President, Quayle Consulting Inc.c > >l > > ----------K > > Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671p5 > > 8572 North Spring Ct. NW, Pickerington, OH  43147iA > > Preferred address:  stan@stanq.com       http://www.stanq.com  >a > -- > Tim.Llewellyn@cableinet.co.ukl >?D > Standard disclaimer applies. My views in no way represent those of# > my employers or service provider.s   ------------------------------  % Date: Mon, 21 Jan 2002 12:44:56 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1>> Subject: Re: Ford picks Alpha, beats pant off of Sun, HP, IBM!) Message-ID: <3C4C0D48.E958F76B@127.0.0.1>s   Bob Ceculski wrote:  > $ > Alpha wins big again ... as usual! > ) > http://www.theinquirer.net/18010212.htmd >  > Alpha powers Land Rover cars > Tru64 cluster busters    They use VMS as well ;-)   -- '( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comi   ------------------------------  % Date: Mon, 21 Jan 2002 20:19:55 +1100aG From: "subscriptions@jopalearning.com" <subscriptions@jopalearning.com>D> Subject: Free e-zine to maximize IT through effective learning: Message-ID: <180704470-22002112191955570@jopalearning.com>  ) ------=_NextPart_84815C5ABAF209EF376268C8d* Content-type: text/plain; charset=US-ASCII  a Free - Subscription to our quarterly e-zine to help you and your organisation work better with ITS   V Help your organisation keep up-to-date with the latest in IT learning and development.  a Everyday Jopa Learning helps thousands of organisations like yours work better with Technology.  o  CIt seems to be that the only constant in our lives, particularly in the work environment, is change!   Our learning resources are used by thousands of organisations of various sizes and our e-zine is designed to pass on to you the wealth of knowledge,information, tips & tricks that we have gained over the past 10 years.  h  LearnIT will show you how to; increase productivity using your existing IT products, help people feel more comfortable with technology, make the most of your training budget, and decide which are the best methods and tools to use when providing learning, not just in IT, but across the board.  Our goal is to ensure that technology is used to its fullest potential and the learning resources, services and information that we provide will help you achieve this too.o  In the first of our quarterly newsletters, we ask the question "Is instructor-led training dead?", which is the issue of instructor-led training versus-learning.  This has been an important issue for some time now and many organisations have not fully come to grips with how to make the most of the e-learning medium, while ensuring the quality of their training is not impacted by a lack of people-to-people contact in the training room.   How We Found You   We found your email address on your web site, and have sent you this email, because research has shown that organisations similar to yours have benefited enormously from the information to work better with technology - information that we provide free.  TIf you are not interested in receiving our free e-zine,simply reply to the email with the subject of"unsubscribe" and we will gladly remove you from any further mailings and ensure that we do not bother you again.  Otherwise we would love to help you and your organisation keep on top of the constant changes in IT and the work environment!  s Please enjoy ...  9 Paul O'Dwyer Editor  y [If you are having trouble reading or printing this e-mail, simply view a copy on our Website at www.jopalearning.com]   :  _ Privacy pledge: we will neither rent nor sell your contact details to any party for any reason.o) ------=_NextPart_84815C5ABAF209EF376268C8k) Content-Type: text/html; charset=US-ASCIIe   <html>   <head>9 <meta name="GENERATOR" content="Microsoft FrontPage 4.0">p- <title>Invitation for Free Newsletter</title>i <style>) <!--0 h1           { color: #FF6600; font-size: 14pt }. top         { color: #12235F; font-size: 8pt }. path        { color: #12235F; font-size: 8pt } body        { font-size: 10pt } C h2           { font-size: 12pt; color: #B5DB1E; font-weight: bold }e -->p </style>: <link rel="stylesheet" type="text/css" href="../jopa.css"> </head>-  w <body bottommargin="0" rightmargin="0" bgcolor="#CBCBCB" text="#000000" link="#12255F" vlink="#455F16" alink="#414141">e   <div align="center">
   <center>_   <table border="0" cellpadding="0" cellspacing="0" width="600" bgcolor="#FFFFFF" height="625">V     <tr>/     <td valign="top" align="left" height="625">v+       <p align="center"><map name="FPMap2"> V       <area href="http://www.jopalearning.com" shape="rect" coords="536, 16, 599, 34">N       <area href="../update/index.asp" shape="rect" coords="536, 37, 599, 54">       <area href="mailto:subscriptions@jopalearning.com" shape="rect" coords="536, 58, 599, 75"></map><img border="0" src="http://www.jopalearning.com/learnit/Masthead.gif" usemap="#FPMap2" alt="Mast Head" width="600" height="79">       <div align="left">T         <table border="0" cellpadding="0" cellspacing="0" width="100%" height="870">           <tr>*             <td width="100%" height="651">                <div align="left">[                 <table border="0" cellpadding="0" cellspacing="0" width="630" height="569">i                   <tr>K                     <td valign="top" align="left" width="496" height="569">b(                       <div align="left">V                         <table border="0" cellpadding="8" cellspacing="0" width="482">                           <tr>,                             <td width="464">0                               <div align="left">q                                 <table border="0" cellpadding="4" cellspacing="0" width="100%" bgcolor="#CBCBCB">e&                                   <tr>D                                     <td width="100%" align="center">Y                                       <p class="Path"><font face="Arial" size="4"><b>Free 4                                       - SubscriptionR                                       to our quarterly e-zine to help you and yourV                                       organisation work better with IT</b></font></td>'                                   </tr>d(                                 </table>$                               </div>!                             </td>c                           </tr>i%                             </center>i                           <tr>H                             <td valign="top" align="center" width="464">                       <h1 align="center"><font face="Arial, Helvetica"><img border="0" src="http://www.jopalearning.com/images/spacer.gif" width="455" height="1"><br>B                       </font><font size="4" face="Arial">Help yourN                             organisation keep up-to-date with the latest in IT@                             learning and development</font></h1>b                             <p class="body" align="center"><font size="2" face="Arial"><b>EverydayX                             Jopa Learning help thousands of organisation like yours workN                             better with Technology.</b>&nbsp;&nbsp;</font></p>W                             <p class="body" align="left"><font size="2" face="Arial">ItwY                             seems to be that the only constant in our lives, particularlygO                             in the work environment, is change!&nbsp;&nbsp; OurcG                             learning resources are used by thousands oft>                             organisations of various sizes and]                             our e-zine is designed to pass on to you the wealth of knowledge, G                             information, tips &amp; tricks that we haverQ                             gained over the past 10 years.&nbsp;&nbsp;</font></p>u\                             <p class="body" align="left"><font size="2" face="Arial">LearnITM                             will show you how to; increase productivity usingnL                             your existing IT products, help people feel moreN                             comfortable with technology, make the most of yourJ                             training budget, and decide which are the bestC                             methods and tools to use when providingeD                             learning, not just in IT, but across theN                             board.&nbsp; Our goal is to ensure that technologyM                             is used to its fullest potential and the learningwO                             resources, services and information that we provideuF                             will help you achieve this too.</font></p>W                             <p class="body" align="left"><font face="Arial" size="2">InoN                             the first of our quarterly newsletters, we ask theH                             question <b>&quot;Is instructor-led traininga                             dead?&quot;</b>, which is the issue of instructor-led training versuslN                             e-learning.&nbsp; This has been an important issueM                             for some time now and many organisations have not P                             fully come to grips with how to make the most of theL                             e-learning medium, while ensuring the quality ofG                             their training is not impacted by a lack ofsU                             people-to-people contact in the training room.</font></p>a]                             <p class="body" align="center"><font face="Arial" size="2"><b>How 7                             We Found You</b></font></p>vN                             <p class="body" align="left"><font face="Arial">WeO                             found your email address on your web site, and haverP                             sent you this email, because research has shown thatI                             organisations similar to yours have benefitedeO                             enormously from the information to work better withdU                             technology - information that we provide free.</font></p>oW                             <p class="body" align="left"><font size="2" face="Arial">IfrP                             you are not interested in receiving our free e-zine,I                             simply reply to the email with the subject ofRM                             &quot;unsubscribe&quot; and we will gladly removesO                             you from any further mailings and ensure that we do O                             not bother you again.&nbsp; Otherwise we would love P                             to help you and your organisation keep on top of theW                             constant changes in IT and the work environment!</font></p>0C                             <p class="body" align="left">&nbsp;</p>3r                               <p class="body" align="left"><font face="Arial" size="2">Please enjoy ...</font></p>E                               <p class="body" align="left">&nbsp;</p>d[                               <p class="body" align="left"><font face="Arial" size="2">Paul )                               O'Dwyer<br>t!                               <b> /                               Editor</b></font>T
   <center>\                               <p class="body" align="center"><font face="Arial" size="1">[IfM                               you are having trouble reading or printing thisa)                               e-mail,<br>cQ                               &nbsp;simply <a href="invitation.htm">click here to D                               view a copy on our Website</a>]</font>                       </center>c!                             </td>1                           </tr>u                          </table>                       </div>                     </td>hf                     <td valign="top" align="left" bgcolor="#12255F" width="2" height="569">&nbsp;</td>K                     <td width="127" valign="top" align="left" height="569">D(                       <div align="left">d                         <table border="0" cellpadding="0" cellspacing="0" width="100%" height="732">                           <tr>I                             <td height="287" valign="top" align="center">ti                               <p align="center"><font color="#12255F" face="Arial, Helvetica" size="1">6bp0                               Thesiger Court<br>,                               PO Box 199<br>1                               Deakin ACT 2600<br>h+                               Australia<br>n5                               tel: 61 2 6282 9599<br> 5                               fax: 61 2 6232 4601<br>e                               </font><font face="Arial, Helvetica"><img border="0" src="http://www.jopalearning.com/images/spacer.gif" width="125" height="1"><br>*                               </font></td>                           </tr>1                           <tr>                             <td width="100%" height="160" valign="bottom" bgcolor="#C0C0C0" bordercolor="#000000" bordercolorlight="#C0C0C0" bordercolordark="#000000">D                               <p align="center"><font face="Arial, Helvetica"><img border="0" src="http://www.jopalearning.com/learnit/Paul.gif" width="110" height="126" alt="Editor Picture"><br>a.                               Paul O'Dwyer<br>7                               <b>Editor</b></font></td>e                           </tr>r                           <tr>                             <td width="100%" height="445" valign="bottom" bgcolor="#FFFFFF" bordercolor="#000000" bordercolorlight="#C0C0C0" bordercolordark="#000000">R                               <img border="0" src="http://www.jopalearning.com/learnit/jopa_logo.gif" width="122" height="80"></td>a                           </tr>t                          </table>                       </div>                   </td>e                   </tr>                  </table>               </div>             </td>y           </tr>            <tr>             <td height="219">n                <div align="left">O                 <table border="0" cellpadding="0" cellspacing="0" width="100%">d                   <tr>=                     <td valign="top" align="left" height="1">o(                       <div align="left">b                         <table border="0" cellpadding="4" cellspacing="0" width="100%" height="1">                           <tr>H                             <td width="100%" valign="bottom" height="1">C                               <hr noshade color="#12255F" size="4">c!                             </td>e                           </tr>n                           <tr>H                             <td width="100%" valign="bottom" height="1">                               <font face="Arial, Helvetica"><img border="0" src="http://www.jopalearning.com/images/spacer.gif" width="455" height="1"></font>2                               <div align="center">(                                 <center>B                                 <table border="0" cellpadding="4">&                                   <tr>q                                     <td width="100%" bgcolor="#CBCBCB"><font face="Arial, Helvetica" size="1">YouFO                                       have received this email via the address:tI                                       paul.o'dwyer@deakinkm.com.&nbsp; TogN                                       unsubscribe, simply reply to this e-mailP                                       with the word 'unsubscribe' in the subject7                                       line.</font></td> '                                   </tr>l&                                   <tr>p                                     <td width="100%" bgcolor="#CBCBCB"><font face="Arial, Helvetica" size="1">IfO                                       you have trouble printing this newslettersm                                       from your e-mail client, simply click <a href="invitation.htm">here</a>yP                                       to view a copy on our Website.</font></td>'                                   </tr>r&                                   <tr>q                                     <td width="100%" bgcolor="#CBCBCB"><font face="Arial, Helvetica" size="1">You N                                       are welcome to re-publish these articlesO                                       (or others on our Website) as long as youeJ                                       credit such articles to LearnIT, andv                                       provide our Web address (or a link to our <a href="http://www.jopalearning.com">A                                       home page</a>).</font></td>a'                                   </tr>s&                                   <tr>u                                     <td width="100%" bgcolor="#CBCBCB"><font face="Arial, Helvetica" size="1">Privacy P                                       pledge: we will neither rent nor sell yourJ                                       contact details to any party for any9                                       reason.</font></td>c'                                   </tr>-(                                 </table>)                                 </center>s$                               </div>!                             </td>e                           </tr>                           </table>                       </div>                     </td>8                   </tr>o                 </table>               </div>             </td>o           </tr>n         </table>       </div>       </td>e	     </tr> 
   </table> </div> </body>e </html>a  + ------=_NextPart_84815C5ABAF209EF376268C8--n   ------------------------------    Date: 21 Jan 2002 07:16:14 -0800 From: maiau@mbox.com.au (Mike)= Subject: FS: OpenVMS & Alpha O/S, CD-ROMs, manuals, docs (UK)c= Message-ID: <443f57fa.0201210716.62675992@posting.google.com>r   Hi,   C Please forgive if this is O/T, but I couldn't find anywhere else toe post it!  B I have the following a load of OpenVMS software, docs, manuals for sale:e    OpenVMS V6.2 Software on CD-ROM:  --------------------------------F OpenVMS & SEVMS Alpha Security Mandatory Update - Versions 6.1 through 7.0m OpenVMS Alpha Version 6.2-1H3t# OpenVMS Alpha Operating System V6.2d OpenVMS Year 2000 Readiness Kita OpenVMS Freeware V2.0o   78 misc OpenVMS CD-ROMS: ------------------------) OpenVMS V6.x/7.x Software Product Libraryu; Alpha Firmware Upgrades, Internet Product Suite, etc. (somei duplicates)m   OpenVMS V6.2 Documentation:  ---------------------------t: OpenVMS System Management Utilities Reference Manual: A-L.: OpenVMS System Management Utilities Reference Manual: M-Z., OpenVMS System Manager's Manual: Essentials.@ OpenVMS System Manager's Manual: Tuning, Monitoring, and Complex Systems.* OpenVMS License Management Utility Manual.: OpenVMS Alpha Version 6.2 Upgrade and Installation Manual.! OpenVMS Guide to System Security.a( OpenVMS Version 6.2 New Features Manual." OpenVMS Version 6.2 Release Notes. OpenVMS Master Index.s* OpenVMS Overview of OpenVMS Documentation., OpenVMS Comaptibility Between VAX and Alpha.6 OpenVMS Management Station Overview and Release Notes.- OpenVMS TCP/IP Networking on OpenVMS Systems.i+ OpenVMS Version 6.2 Release Notes Addendum.e' OpenVMS Version 6.2 CD-ROM User's Guidei   Miscellaneous Documents: ------------------------( AlphaServer 2100A - Owners&#8217; Guide.7 AlphaServer 2000/2100/2100A - Firmware Reference Guide.u, AlphaServer 2x00/2100A Series - CPU Upgrade.2 Digital AlphaServer 400 Series - User Information.0 TZ89 DLT Series Tape Drive - Users&#8217; Guide.@ TLZ07 Cassette Tape Drive and Autoloader - Owner&#8217;s Manual.< EtherWORKS Turbo PCI Ethernet Controller - User Information.< KZPDA-AA PCI Adapter Board - Installation and Configuration.; 9FX Vision 330 (PCI) Graphics Option - Owner&#8217;s Guide. 5 DEC C - Installation Guide for OpenVMS Alpha Systems.oE StorageWorks RAID Array 200 Online Management Utility for OpenVMS AXPe - User's Guide.eF StorageWorks RAID Array 200 Online Management Utility for Winodws NT -
 User's Guide.)< Alpha Systems Firmware Update V3.7 - Release Notes Overview.< Alpha Systems Firmware Update V5.3 - Release Notes Overview.  C I'd prefer to sell in the UK (even more preferable if this could be D picked-up!), as it is rather a heavy collection! I'm after around 50 quid for the lot...y  ) Pleas email me if you have any questions.    Cheesr,    Mike.t   ------------------------------  % Date: Mon, 21 Jan 2002 09:48:36 +0000"% From: Alan Greig <a.greig@virgin.net>dD Subject: Re: Gartner Group lies about VMS ... loses all credibility!8 Message-ID: <jlon4ugeaajqa51hik2d9am2si00rtn262@4ax.com>  1 On Fri, 18 Jan 2002 12:12:14 -0500, "Main, Kerry"" <Kerry.Main@compaq.com> wrote:    E >So, my opinions and views are likely going to be much different than"G >someone like yourself or other c.o.v. participants who do not have thes% >benefit of this type of information.   B A big problem I have is that  don't believe even Compaq higher upsD have this information. I've previously asked Marcello and others whyA they don't run Compaq internal versions of the Diamond Forums andiB Technical Update days for Compaq management and sales just to keep? them in the picture. Marcello replied "It's a good idea." To me> there's an implicit "but" here.    >=H >I don't pretend to insinuate that the future is 100% rosy, but based onD >the information I have right now, it actually looks pretty good for
 >OpenVMS.   F As I've maintained consistently the one thing that keeps me at this isD I believe that the VMS facts and figures speak for themselves. It isD extremely unfortunate we have to make waves even just to bring it to# senior Compaq management attention.  >>	 >Regards,  >  >Kerry Main  >Senior Consultant >Compaq Canada Corp. >Professional Services >Voice: 613-592-4660 >Fax  :  819-772-7036e >Email: Kerry.Main@Compaq.comn >0 >i >-----Original Message-----e- >From: Alan Greig [mailto:a.greig@virgin.net]  >Sent: January 18, 2002 8:42 AM  >To: Info-VAX@Mvb.Saic.ComE >Subject: Re: Gartner Group lies about VMS ... loses all credibility!a >s >=2 >On Fri, 18 Jan 2002 06:58:21 -0500, "Main, Kerry" ><Kerry.Main@compaq.com> wrote:  >  >>Alan,  >>F >>>>> But the techies who put the projects together on Alpha/Tru64 are >nowH >>going to, at the very least, evaluate other options for the future.<<< >>H >>At their present place, they get to work with latest Alpha technology,H >>latest Oracle and Tru64 UNIX clustering technologies (don't forget theB >>Oracle RAC cluster stuff was licensed from Tru64) and latest SAN >>technologies.  >  >Kerry,  > E >You just don't get it do you? *We* were negotiating  with Compaq for G >ES40/45 servers for Tru64. Not any more. Had we been near the point ofdE >completion of the deal then things might have been different but I'mhF >certainly no longer pushing that solution which means nobody is whichC >means it won't happen. Compaq have just proved they don't care howw; >good the technology is by killing it so why should I care?d >vF >I am still pushing for more VAX to Alpha (ES45) VMS migrations though >but that's it.z >2F >>If this is not enough, the option to find another OS to work with atI >>some other place of employment is an option that is always available toe >>everyone.h >oB >And will probably be compulsory for you in 18 months time the wayD >things are going. My opinion of you is not what it once was shall I >say. And leave it at that...e   -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 14:20:36 +0100i$ From: "Dr. Dweeb" <Dweeb@NoSpam.com>D Subject: Re: Gartner Group lies about VMS ... loses all credibility!1 Message-ID: <nAU28.1161$Z77.3591@news.get2net.dk>r   clip ...  D > 1.  There's no *current* reason to expect Itanic to have much of aB > high-volume market at all.  Windows and Linux servers tend to be
 lower-end,K > and lower-end servers tend to run just dandy on 32-bit hardware that willrJ > remain far less expensive than Itanic hardware until such time (and it's notfI > clear why such time will occur before the end of the decade) as a largeoJ > percentage of high-volume, lower-end platforms actually start to requireH > 64-bitness.  Not to mention the fact that AMD's Hammer seems likely toG > satisfy mid-range and/or 64-bit Windows and Linux server requirements J > considerably better (absolute better performance at absolute lower cost,K > plus *far* better 32-bit performance) than any proposed Itanic ever will.eI > So Itanic's ability to spread out its development costs over high salesn > volumes is highly debatable. >h  * I find this statement intuitively obvious.  G If it pans out as I expect it will, then the ENTIRE BASIS of the CompaQrH strategy based on Industry Standard (sic) architecture for VMS and Tru64J with its supposed lower cost model etc. etc. etc falls flat on the ground.F It is a perfect example of how one fallacious assumption invalidates a result.   I I think people (except Bill and me) have completely failed to realise the L implications of this.  I cannot personally see the Itanic achieving the costI levels that would be required to make it "industry standard" anytime soon , and certanly not by the stated EOL of Alpha.  < I cannot prove this of course - time will do this for me :-)   Dweeb.   ------------------------------  % Date: Mon, 21 Jan 2002 08:34:25 -0500o% From: JF Mezei <jfmezei@videotron.ca>fD Subject: Re: Gartner Group lies about VMS ... loses all credibility!, Message-ID: <3C4C18DA.9C67B083@videotron.ca>   "Dr. Dweeb" wrote:I > If it pans out as I expect it will, then the ENTIRE BASIS of the CompaQ J > strategy based on Industry Standard (sic) architecture for VMS and Tru64L > with its supposed lower cost model etc. etc. etc falls flat on the ground.  J Tru64 is dead already so that doesn't matter. And if VMS falls flat on theN ground, then Compaq will be quite happy to pull the plug on a product it never wanted to begin with.,  N And for its NT servers, it doesn't matter if the IA64 flops because Compaq has, the 8086 based product line already running.   ------------------------------  % Date: Mon, 21 Jan 2002 13:48:21 +0100o$ From: "Dr. Dweeb" <Dweeb@NoSpam.com>K Subject: Re: Incredibly idiocy in CNN headline financial analysis of Compaqe1 Message-ID: <86U28.1153$Z77.3331@news.get2net.dk>c  7 But not perfect - remember the BLISS compilar debacle !    Dweeb.: "Terry C Shannon" <shannon@world.std.com> wrote in message> news:Pine.SGI.4.30.0201190435060.16306-100000@world.std.com... >h >e( > On Fri, 18 Jan 2002, Alan Greig wrote: >oF > > On Fri, 18 Jan 2002 13:19:52 +0100, "Dr. Dweeb" <Dweeb@NoSpam.com>
 > > wrote: > >f > > >mK > > >Rather like Rdb at Oracle, which was apparently a stellar performer, aa fact$ > > >hidden an unnoticed apparently. > > I > > Once again we can either believe that DEC management were incompetent F > > and didn't notice its value or we can assume that the decision hadI > > been taken that it was not strategic therefore it would go. No matterp > > what cost... > K > I believe DEC (and this of course goes back almost a decade now) realizednK > the value of Rdb and sold it at a ridiculously low price... less than one" > year's worth of revenue. > J > The rationale behind the sale was to stop being an Oracle competitor. AsJ > long as DEC had Rdb, ORCL viewed the firm as a potential rival and acted > accordingly. > J > Note the closeness of the CPQ/ORCL relationship... much more chummy than > CPQ/MSFT.y >l >= > >e( > > Of course Oracle did bump the price. > 8 > Hey, all that JP4 for Larry's MiG costs big bucks! ;-} >g   ------------------------------    Date: 21 Jan 2002 01:46:31 -0800' From: salikin@yahoo.com (Hamid Salikin)i Subject: Low resource on VMS; Message-ID: <d82d06f8.0201210146.74e09c@posting.google.com>>  E I'm running six identical AlphaStation 200 4/100 workstation & server ? setup (software/hardware) for a SCADA system. However, I have a 8 problem with one of the workstation due to low resource.  F I still can't figure out what is causing this problem since I'm new toF VMS? Anyway, can I can double check its disk usage and compare it withE the other workstation? This workstation is really a pain in the neck;e> need to reboot it and restore almost once a week which is very inefficient.  / Can anyone help me or give suggestions. Thanks!    ------------------------------  % Date: Mon, 21 Jan 2002 10:03:40 -0500c0 From: "Syltrem" <syltrem@videotron.spammenot.ca>  Subject: Re: Low resource on VMS1 Message-ID: <s3W28.920$EI.5723@tor-nn1.netcom.ca>    What resource is low?t4 How do you know it's low (messages, behavior, etc) ?   --   Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)n> To reply to myself directly, remove .spammenot from my address  A "Hamid Salikin" <salikin@yahoo.com> a crit dans le message news: 0 d82d06f8.0201210146.74e09c@posting.google.com...G > I'm running six identical AlphaStation 200 4/100 workstation & server2A > setup (software/hardware) for a SCADA system. However, I have a : > problem with one of the workstation due to low resource. > H > I still can't figure out what is causing this problem since I'm new toH > VMS? Anyway, can I can double check its disk usage and compare it withG > the other workstation? This workstation is really a pain in the neck; @ > need to reboot it and restore almost once a week which is very > inefficient. >.1 > Can anyone help me or give suggestions. Thanks!<   ------------------------------  % Date: Mon, 21 Jan 2002 16:46:09 +0100 7 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>   Subject: RE: Low resource on VMSO Message-ID: <2795B75EF003D311801A00A0C906B511011C6C20@cucexec.gbc.getronics.nl>m  ! I guess the disk is out of space.0  = My suggestion is call the supportline to report your problem.   D What you can do with a situation like this is take a good look at=20D the operator.log and do a "dir sys$device:[000000...] /total /size = /date=3Dmod/) /out=3Dsystem1.lis /since=3Dyesterday"=20 D on the workstation with problems and the same on an other system =20G "dir sys$device:[000000...] /total /size /date=3Dmod /out=3Dsystem2.lisy, /since=3Dyesterday" on an other workstation.  F Do a "dif system1.lis system2.lis"  and examine the directories that = have the=20 most difference.       > -----Original Message-----7 > From: Syltrem [mailto:syltrem@videotron.spammenot.ca]a% > Sent: maandag 21 januari 2002 16:04  > To: Info-VAX@Mvb.Saic.Com " > Subject: Re: Low resource on VMS >=20 >=20 > What resource is low?i6 > How do you know it's low (messages, behavior, etc) ? >=20 > -- >=20	 > SyltremtA > http://pages.infinit.net/syltrem (OpenVMS related web site -=20  > en fran=E7ais)@ > To reply to myself directly, remove .spammenot from my address >=20E > "Hamid Salikin" <salikin@yahoo.com> a =E9crit dans le message news: 2 > d82d06f8.0201210146.74e09c@posting.google.com...7 > > I'm running six identical AlphaStation 200 4/100=20H > workstation & serverC > > setup (software/hardware) for a SCADA system. However, I have ag< > > problem with one of the workstation due to low resource. > > B > > I still can't figure out what is causing this problem since=20 > I'm new to= > > VMS? Anyway, can I can double check its disk usage and=20t > compare it with B > > the other workstation? This workstation is really a pain in=20 > the neck;cB > > need to reboot it and restore almost once a week which is very > > inefficient. > >d3 > > Can anyone help me or give suggestions. Thanks!d >=20 >=20   ------------------------------  % Date: Mon, 21 Jan 2002 10:59:45 -0500 0 From: "Syltrem" <syltrem@videotron.spammenot.ca>  Subject: Re: Low resource on VMS1 Message-ID: <CUW28.929$EI.5763@tor-nn1.netcom.ca>   D A $ DIR disk:[*...]/SIZ=ALL/SIN/MOD/SEL=SIZ=MIN=10000 (ro 100000, orJ whatever) may help find the big file (if there's only one big file causing" the problem, not many small ones).   --   SyltremvI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)p> To reply to myself directly, remove .spammenot from my address  I "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com> a crit dans le message J news: 2795B75EF003D311801A00A0C906B511011C6C20@cucexec.gbc.getronics.nl...! I guess the disk is out of space.   = My suggestion is call the supportline to report your problem.   A What you can do with a situation like this is take a good look atlL the operator.log and do a "dir sys$device:[000000...] /total /size /date=mod" /out=system1.lis /since=yesterday"@ on the workstation with problems and the same on an other systemC "dir sys$device:[000000...] /total /size /date=mod /out=system2.list* /since=yesterday" on an other workstation.  I Do a "dif system1.lis system2.lis"  and examine the directories that havee theg most difference.       > -----Original Message-----7 > From: Syltrem [mailto:syltrem@videotron.spammenot.ca]/% > Sent: maandag 21 januari 2002 16:04  > To: Info-VAX@Mvb.Saic.Com " > Subject: Re: Low resource on VMS >C >C > What resource is low?v6 > How do you know it's low (messages, behavior, etc) ? >  > -- >e	 > Syltreme> > http://pages.infinit.net/syltrem (OpenVMS related web site - > en franais)@ > To reply to myself directly, remove .spammenot from my address >fC > "Hamid Salikin" <salikin@yahoo.com> a crit dans le message news: 2 > d82d06f8.0201210146.74e09c@posting.google.com...4 > > I'm running six identical AlphaStation 200 4/100 > workstation & serverC > > setup (software/hardware) for a SCADA system. However, I have a < > > problem with one of the workstation due to low resource. > >8? > > I still can't figure out what is causing this problem since  > I'm new to: > > VMS? Anyway, can I can double check its disk usage and > compare it with ? > > the other workstation? This workstation is really a pain int > the neck;BB > > need to reboot it and restore almost once a week which is very > > inefficient. > >r3 > > Can anyone help me or give suggestions. Thanks!A >a >S   ------------------------------  % Date: Mon, 21 Jan 2002 19:02:01 +0100o1 From: John McLean <mcleanj@swissonline.delete.ch>s  Subject: Re: Low resource on VMS5 Message-ID: <3C4C5799.D5AA1A94@swissonline.delete.ch>f   Hamid Salikin wrote: > G > I'm running six identical AlphaStation 200 4/100 workstation & server-A > setup (software/hardware) for a SCADA system. However, I have as: > problem with one of the workstation due to low resource. > H > I still can't figure out what is causing this problem since I'm new toH > VMS? Anyway, can I can double check its disk usage and compare it withG > the other workstation? This workstation is really a pain in the neck;r@ > need to reboot it and restore almost once a week which is very > inefficient. > 1 > Can anyone help me or give suggestions. Thanks!     E You've not said why you have to reboot it ?  Is it a speed problem ? l1 ...with disks ? ...with memory?  Which resource ?.  H Is the machine new or was it transferred from some other application and) still has that old SYSGEN configuration ?.  G Have you run AUTOGEN to check it out and correct any problems ?  (Check D the manual for instructions and explanation.  It would take much too long here.)      John McLeanp   ------------------------------  % Date: Mon, 21 Jan 2002 12:29:26 +0100o> From: "Yves-Laurent Richard" <yves-laurent.richard@wanadoo.fr>> Subject: Re: Need help with ANAL/ERROR output -- 2 disk errors% Message-ID: <a2gvrc$ops$1@wanadoo.fr>    Ok please send me you config   $SHOW DEV De andu6 ANAL/ERROR/SINC=16-JAN-2002 00:00:00.00/OUT=16-JAN.ERR   Andh  	 Mc sysgen  show *     > some missing/corrupt data?.0# No This message is explicit look...   	 > TIMEOUTx! >        SCSI CMD        00000000i! >                            0000n6 >                                        TEST UNIT RDY! >        SCSI STATUS           FF ; >                                        NO STATUS RECEIVEDr   Best regard-                  K "Alan E. Feldman" <SPAMSINK2001@YAHOO.COM> a crit dans le message de news:02 343f30ae.0201170625.4c25d14f@posting.google.com...H > Can anyone help me interpret this and/or make recommendations for whatH > to do about this disk? The timeout error concerns me the most. Is thisH > just a warning about a command that had to be resent or might there be$ > some missing/corrupt data? Thanks. >7 > $ TYPE DKA200.ERRv >. >lH >  V A X / V M S        SYSTEM ERROR REPORT         COMPILED 17-JAN-2002
 > 16:18:10 >K > PAGE   1.r >r1 >  ******************************* ENTRY    1755.r! > *******************************nH >  ERROR SEQUENCE 28412.                           LOGGED ON:        SID
 > 12000003H >  DATE/TIME 17-JAN-2002 12:09:53.02                            SYS_TYPE
 > 04140001" >  SYSTEM UPTIME: 74 DAYS 21:33:12H >  SCS NODE: NODEXX                                              VAX/VMS > V6.1 > : >  DEVICE ERROR  KA47  CPU FW REV# 3.  CONSOLE FW REV# 1.4 >2) >  RZ26L SUB-SYSTEM, UNIT _NODEXX$DKA200:M >@! >        HW REVISION     43303434n; >                                        HW REVISION = 440Cs! >        ERROR TYPE            05.E >                                        EXTENDED SENSE DATA RECEIVEDn! >        SCSI ID               02 5 >                                        SCSI ID = 2.t! >        SCSI LUN              00 6 >                                        SCSI LUN = 0.! >        SCSI SUBLUN           00a9 >                                        SCSI SUBLUN = 0. ! >        PORT STATUS     00000001eA >                                        %SYSTEM-S-NORMAL, NORMAL= > SUCCESSFUL4 >                                         COMPLETION! >        SCSI CMD        78BA0F0Ah! >                            0001d. >                                        WRITE! >        SCSI STATUS           02t8 >                                        CHECK CONDITION >e >  EXTENDED SENSE DATA >n! >        EXTENDED SENSE  00060070n! >                        0A000000 ! >                        00000000s! >                        00000129l! >                            0000s7 >                                        UNIT ATTENTION3; >                                        UNKNOWN ERROR TYPEs! >        UCB$B_ERTCNT          04t= >                                        4. RETRIES REMAININGI! >        UCB$B_ERTMAX          00 = >                                        0. RETRIES ALLOWABLE=! >        ORB$L_OWNER     000100040< >                                        OWNER UIC [001,004]! >        UCB$L_CHAR      1C4D4008u= >                                        DIRECTORY STRUCTUREDt6 >                                        FILE ORIENTED1 >                                        SHARABLEw2 >                                        AVAILABLE0 >                                        MOUNTED6 >                                        ERROR LOGGING9 >                                        CAPABLE OF INPUT : >                                        CAPABLE OF OUTPUT6 >                                        RANDOM ACCESS! >        UCB$W_STS           0000t >d > H >  V A X / V M S        SYSTEM ERROR REPORT         COMPILED 17-JAN-2002
 > 16:18:10 >n > PAGE   2.n >d! >        UCB$L_OPCNT     000BC31B @ >                                        770843. QIO'S THIS UNIT! >        UCB$W_ERRCNT        0001a< >                                        1. ERRORS THIS UNIT! >        IRP$W_BCNT          0200zC >                                        TRANSFER SIZE 512. BYTE(S)w! >        IRP$W_BOFF          0000y> >                                        TRANSFER PAGE ALIGNED! >        IRP$L_PID       00B80035f8 >                                        REQUESTOR "PID"! >        IRP$Q_IOSB      00000001sE >                        00730000        IOSB, 0. BYTE(S) TRANSFERRED- >- >-H >  V A X / V M S        SYSTEM ERROR REPORT         COMPILED 17-JAN-2002
 > 16:18:10 >u > PAGE   3.r >r1 >  ******************************* ENTRY    1756.e! > *******************************.H >  ERROR SEQUENCE 28413.                           LOGGED ON:        SID
 > 12000003H >  DATE/TIME 17-JAN-2002 12:10:11.76                            SYS_TYPE
 > 04140001" >  SYSTEM UPTIME: 74 DAYS 21:33:31H >  SCS NODE: NODEXX                                              VAX/VMS > V6.1 >i: >  DEVICE ERROR  KA47  CPU FW REV# 3.  CONSOLE FW REV# 1.4 >m) >  RZ26L SUB-SYSTEM, UNIT _NODEXX$DKA200:a > ! >        HW REVISION     43303434,; >                                        HW REVISION = 440C ! >        ERROR TYPE            03 E >                                        COMMAND TRANSMISSION FAILUREi! >        SCSI ID               02r5 >                                        SCSI ID = 2.w! >        SCSI LUN              00t6 >                                        SCSI LUN = 0.! >        SCSI SUBLUN           00 9 >                                        SCSI SUBLUN = 0.a! >        PORT STATUS     0000022C B >                                        %SYSTEM-F-TIMEOUT, DEVICE	 > TIMEOUTI! >        SCSI CMD        00000000 ! >                            0000e6 >                                        TEST UNIT RDY! >        SCSI STATUS           FFn; >                                        NO STATUS RECEIVEDi! >        UCB$B_ERTCNT          00e= >                                        0. RETRIES REMAINING ! >        UCB$B_ERTMAX          00e= >                                        0. RETRIES ALLOWABLEe! >        ORB$L_OWNER     00010004d< >                                        OWNER UIC [001,004]! >        UCB$L_CHAR      1C4D4008 = >                                        DIRECTORY STRUCTURED-6 >                                        FILE ORIENTED1 >                                        SHARABLEG2 >                                        AVAILABLE0 >                                        MOUNTED6 >                                        ERROR LOGGING9 >                                        CAPABLE OF INPUTo: >                                        CAPABLE OF OUTPUT6 >                                        RANDOM ACCESS! >        UCB$W_STS           0000 ! >        UCB$L_OPCNT     000BC31C @ >                                        770844. QIO'S THIS UNIT! >        UCB$W_ERRCNT        0002v< >                                        2. ERRORS THIS UNIT! >        IRP$W_BCNT          0000 A >                                        TRANSFER SIZE 0. BYTE(S)-! >        IRP$W_BOFF          0000,> >                                        TRANSFER PAGE ALIGNED! >        IRP$L_PID       81FEE3B1i8 >                                        REQUESTOR "PID"! >        IRP$Q_IOSB      00000000kE >                        00000000        IOSB, 0. BYTE(S) TRANSFERRED.B > ANAL/ERROR/SINC=16-JAN-2002 00:00:00.00/INCL=DISK/OUT=DKA200.ERR > $G >. > Disclaimer: JMHO > Alan E. Feldman. > afeldman;gfigroup.com    ------------------------------    Date: 21 Jan 2002 07:11:11 -0800( From: bob@instantwhip.com (Bob Ceculski)$ Subject: Re: Newbie Help on Security< Message-ID: <d7791aa1.0201210711.3c5123d@posting.google.com>  T Robin <rlb@austin.rr.com> wrote in message news:<3C4AEC17.2D6719E1@austin.rr.com>...B > We have a DS10 running OpenVMS 7.3 with Compaq TCP/IP 5.1.  WhenE > this server was originally installed I was told there would need tot@ > be no access thru the firewall to this machine -- local accessE > only.  Now, they want certain users in remote offices to be able toa > telnet in. > D > I know that VMS is considered "unhackable" but I'm sure that comes4 > with the caveat that security is set up correctly. > B > Can someone point me in the direction of some documentation thatF > might be helpful to make sure this machine's security is tight?  I'dE > like to be able to restrict access by IP address if at all possiblem) > and any other restriction I can set up.c > D > The documentation on Compaq's site seems to be very general or, asF > might be the case, just flying over my head since my experience withA > VMS system management is new.  I've ordered a system managementuA > guide for OpenVMS but it hasn't been published yet so I'm still@
 > waiting. > 	 > Thanks,  > Robini  K another thought, if you want to use remote telnet, ucx does not support sshaN (secure telnet) on vms ... TCPware supports ssh and soon will support ssh2 ...J that way, you could packet filter and allow in only those ip addrs and runJ secure telnet which is highly advisable unless you are on a vlan ... also,L with TCPware you could packet filter in a decnet phase IV over ip tunnel ...L very secure ... and decnet would be a lot more reliable, esp. for copies ...   ------------------------------    Date: 21 Jan 2002 07:15:05 -0800( From: bob@instantwhip.com (Bob Ceculski)$ Subject: Re: Newbie Help on Security= Message-ID: <d7791aa1.0201210715.3a218702@posting.google.com>   V Dean Woodward <deanw@rdrop.com> wrote in message news:<3C4BA2E6.3681C941@rdrop.com>... > Tim Llewellyn wrote: > > J > > If you are running UCX/TCP/IP Services then you can restrict access onQ > > a per service level to individial IP addresses/subnets, but thats more usefult@ > > if you don't trust other users on YOUR side of the firewall. > I > And the sufficiently paranoid will have *no* users on the same firewalluJ > interface as the server(s) that aren't explicitely trusted, i.e., systemE > managers. And no matter what IP stack, platform or OS, the firewallhG > should be a separate box from the application server. With luck, youroI > f/w can scream for help when it realizes it's been breached, and beforedG > it can be silenced.  If it's all on one box, that scream for help mayT > well be too late.a >   G I don't think so ... w/TCPware and vms security, it wouldn't be easy toiF spoof thru a packet filter, then thru an ssh telnet session attempt toL repeatedly try to hack in without security going off immediately and warning of the intruders attempts ...a   ------------------------------  + Date: Mon, 21 Jan 2002 14:39:16 +0000 (UTC) % From: "Gary" <someone@btinternet.com>2 Subject: PC Debug Client/ Message-ID: <a2h96k$o0e$1@paris.btinternet.com>g  	 Hi there,l  I I am having to debug some code on VMS 7.3, and thought that the PC ClientnK might make my life easier...  I have seen in the manual for the debugger itcJ says that I need to look in the directory [DEBUG_CLIENTS011.KIT]for a file called DEBUGX86010.EXE.a  L Does anyone know which disc it's talking about?  The Compiler, a support cd, an O.S install cd or what?  9 Also, has anyone got it to work, and if so, is it useful?t   Cheers   Gary   ------------------------------  % Date: Mon, 21 Jan 2002 10:16:19 +0100 - From: Serge ZANGHERI <serge.zangheri@sema.fr>- Subject: perf problemm' Message-ID: <3C4BDC63.D662C19A@sema.fr>   3 Hi, I got a performance issue on my  cluster :-))))b? Anybody knows a good tool "even free" (except monitor) to checkt- effciently what happens on a specific server.(* I checked there is a lot of acces IO disk.? How can I to be sure ? What can I do to improve these accesses. B Actualy, there was DSSI disk and now there is a pack of SCSI disk.& Thanx for all informations about that. SergeS   ------------------------------  % Date: Mon, 21 Jan 2002 09:59:31 +00000( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: perf probleml) Message-ID: <3C4BE683.1BAE600D@127.0.0.1>e  5 > Hi, I got a performance issue on my  cluster :-))))oA > Anybody knows a good tool "even free" (except monitor) to checkw/ > effciently what happens on a specific server.a, > I checked there is a lot of acces IO disk.A > How can I to be sure ? What can I do to improve these accesses. D > Actualy, there was DSSI disk and now there is a pack of SCSI disk.   What is wrong with MONITOR?   B The information can take some interpretation and tying up, but theC documentation has a reasonable section on how to do that. Event thenG performance tools you pay for take what monitor does, and interprets it0 for you.  E Some while back I ran some MONITOR reports and did a short summary onLG the performance issues. DEC PA was also in use (unbeknown to me) and it 8 said more or less the same things, so Monitor can do it!  F Read the docs on performance management, performance is a trade off in? most situations and you also need to understand the performancevF characteristics of your hardware before you can start saying "high IO"F is a problem. You said you had a DSSI disk, now replaced with a numberC (pack) of SCSI, this is probably RAID5. If your IO is heavily WRITEsC rather than READ, and you have not enough cache, then a single DSSIoD could be faster than a RAID volume that can't keep up with the WRITE rate. I'm guessing though.  D There are a number of techniques, some possibly involving changing aH hardware configuration, even investing in a little more hardware, othersC involving file tuning, disk mount characteristics, other system andiH process parameters that you can use to address and hopefully improve the' situation, but there's no magic answer.i  G My advice is to read and understand the performance documentation, thentA to apply its advice. Your situation will most likely be unique soeE without detailed study it would be impossible to say what to do here.e  H (While we're on the subject of documentation, this is the second time inH about a week I've found a reason to chunter about the 'new and improved'F doc. set. What happened to the diagram of the fork lift trucks and the  warehouse? Last seen in V6.1...)   -- s( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Mon, 21 Jan 2002 11:42:56 +0100m- From: Serge ZANGHERI <serge.zangheri@sema.fr>  Subject: Re: perf problem0' Message-ID: <3C4BF0B0.F97B547D@sema.fr>   F Thanx , I m entirely ok with you, I just have to work on this subject.: Right for doc, for monitor, for RAID vs dssi, etc, etc....K I have to check more specifically the operation rate for each network card.8 I go on with monitor :-))o Serge    Nic Clews a crit :   7 > > Hi, I got a performance issue on my  cluster :-))))cC > > Anybody knows a good tool "even free" (except monitor) to checkT1 > > effciently what happens on a specific server. . > > I checked there is a lot of acces IO disk.C > > How can I to be sure ? What can I do to improve these accesses. F > > Actualy, there was DSSI disk and now there is a pack of SCSI disk. >e > What is wrong with MONITOR?0 > D > The information can take some interpretation and tying up, but theE > documentation has a reasonable section on how to do that. Event the I > performance tools you pay for take what monitor does, and interprets it1
 > for you. >&G > Some while back I ran some MONITOR reports and did a short summary on I > the performance issues. DEC PA was also in use (unbeknown to me) and itl: > said more or less the same things, so Monitor can do it! >oH > Read the docs on performance management, performance is a trade off inA > most situations and you also need to understand the performance H > characteristics of your hardware before you can start saying "high IO"H > is a problem. You said you had a DSSI disk, now replaced with a numberE > (pack) of SCSI, this is probably RAID5. If your IO is heavily WRITElE > rather than READ, and you have not enough cache, then a single DSSInF > could be faster than a RAID volume that can't keep up with the WRITE > rate. I'm guessing though. >aF > There are a number of techniques, some possibly involving changing aJ > hardware configuration, even investing in a little more hardware, othersE > involving file tuning, disk mount characteristics, other system and,J > process parameters that you can use to address and hopefully improve the) > situation, but there's no magic answer.t >NI > My advice is to read and understand the performance documentation, then C > to apply its advice. Your situation will most likely be unique so6G > without detailed study it would be impossible to say what to do here.  >eJ > (While we're on the subject of documentation, this is the second time inJ > about a week I've found a reason to chunter about the 'new and improved'H > doc. set. What happened to the diagram of the fork lift trucks and the" > warehouse? Last seen in V6.1...) >  > --* > Regards, Nic Clews CSC Computer Sciences > nclews at csc dot coma   ------------------------------  % Date: Mon, 21 Jan 2002 13:47:06 +01004= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>h1 Subject: Re: Purveyor is superior for VMS - proofo( Message-ID: <3C4C0DCA.58067B1@gtech.com>   Bob Ceculski wrote:eE > > That is why everybody in the web-server business tries to developo' > > way to avoid that image-activation.d > E > except you are forgetting this is vms, not unix ... it is a processTH > based os, and spawning processes on vms on a well tuned system is like
 > a hot knife* > cutting butter ...   ????  7 I think it is general accepted that process spawning isQ faster on Unix than on VMS.   E (even though not as fast as some Unix people would like us to belive)9  % So I do not understand that comment !E  C > and to speed up that loading, just use a little utility called "$ 
 > INSTALL"( > on your web script execs and they fly!  & Still not good enough for high-volume.   Arne   ------------------------------  % Date: Mon, 21 Jan 2002 13:52:15 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 1 Subject: Re: Purveyor is superior for VMS - proof ) Message-ID: <3C4C0EFF.FAD21C2C@gtech.com>    Bob Ceculski wrote:SQ > secondly, we use a c dll routine that makes calls to dibol external subroutines P > and system services, just like a single dibol cgi scripts does ... both run asQ > processes on vms, so how is the single c dll any faster than a single dibol cgi 4 > script?  again, remember this is vms, not unix ...  G Theese problems common for all platforms: VMS, Unix, Windows, MVS etc..T  > An image that is loaded in with web-server and just called for7 each invocation is always faster than an image load forh9 each invocation (especially of it also contains a process 
 creation).  A I am not quite sure what you mean by "we use a c dll routine that D makes calls to dibol external subroutines", but it could by an ISAPI module.E   Arne   ------------------------------    Date: 21 Jan 2002 06:38:27 -0800( From: bob@instantwhip.com (Bob Ceculski)1 Subject: Re: Purveyor is superior for VMS - proof = Message-ID: <d7791aa1.0201210638.428a8af8@posting.google.com>   Y JF Mezei <jfmezei@videotron.ca> wrote in message news:<3C4B9EEA.6CD88674@videotron.ca>...  > Bob Ceculski wrote: S > > secondly, we use a c dll routine that makes calls to dibol external subroutines C > > and system services, just like a single dibol cgi scripts does R > H > I didn't know that dibol was available to run on windows as dll files. > O > if your cgi runs as a shared image that is linked to the web server (eg: runsYP > in the process of the web server), then having multiple languages would have aK > performance impact because each language also comes with its own run time N > shareable image, hence greater virtual memory space being used and increased > chances of paging. > N > If your application uses the same language as the web server, then you shareB > the run time library that is already loaded with the web server. >   J dibol external subroutines can be called from a "c" dll ... or they can beN ran as a cgi script ... nobody said dibol was a dll ... purveyor uses c as itsO dll interface ... and running a single dibol cgi script is not running multiple N languages ... java scripts are embedded within the dibol "script" along w/htmlK and that dibol executable is loaded into an image library ... very efficent N for small and medium sized single or multiple web sites, and I assume efficent as well for large ones ...   ------------------------------    Date: 21 Jan 2002 06:39:45 -0800( From: bob@instantwhip.com (Bob Ceculski)1 Subject: Re: Purveyor is superior for VMS - proof = Message-ID: <d7791aa1.0201210639.6fdfceaf@posting.google.com>   u martin@radiogaga.harz.de (Martin Vorlaender) wrote in message news:<3c4b2fd3.524144494f47414741@radiogaga.harz.de>... @ > Arne =?iso-8859-1?Q?Vajh=F8j?= (arne.vajhoej@gtech.com) wrote:= > > Even you beloved Purveyor supports ISAPI for that reason.* > A > Process Software does not only support ISAPI, they developed itE > (together with Microsoft). >  > cu,E
 >   Martin   that is correct ...    ------------------------------    Date: 21 Jan 2002 06:42:41 -0800( From: bob@instantwhip.com (Bob Ceculski)1 Subject: Re: Purveyor is superior for VMS - proofD= Message-ID: <d7791aa1.0201210642.273ecd5f@posting.google.com>R  Y JF Mezei <jfmezei@videotron.ca> wrote in message news:<3C4B9EEA.6CD88674@videotron.ca>...  > Bob Ceculski wrote: S > > secondly, we use a c dll routine that makes calls to dibol external subroutines C > > and system services, just like a single dibol cgi scripts does   > H > I didn't know that dibol was available to run on windows as dll files. >   F synergy dibol will run on vms, unix, linux, windows, even an as400 ...G dec dropped dibol support and never ported it from vax to alpha because G the synergy dibol gui product was and would still be superior today ...    ------------------------------  % Date: Mon, 21 Jan 2002 10:09:57 -0500 % From: JF Mezei <jfmezei@videotron.ca> 1 Subject: Re: Purveyor is superior for VMS - proof , Message-ID: <3C4C2F37.1A4B1456@videotron.ca>   Bob Ceculski wrote: L > dibol external subroutines can be called from a "c" dll ... or they can beP > ran as a cgi script ... nobody said dibol was a dll ... purveyor uses c as its > dll interface ..    & What is a "dll" in a VMS environment ?   ------------------------------  % Date: Mon, 21 Jan 2002 18:24:56 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)1 Subject: Re: Purveyor is superior for VMS - proof ; Message-ID: <3c4c4ee8.524144494f47414741@radiogaga.harz.de>   & JF Mezei (jfmezei@videotron.ca) wrote: > Bob Ceculski wrote: K > > dibol external subroutines can be called from a "c" dll ... or they canBL > > be ran as a cgi script ... nobody said dibol was a dll ... purveyor uses > > c as its dll interface ..  > ( > What is a "dll" in a VMS environment ?  J It's a (shared?) executable offering the entry points defined by the ISAPI
 interface.   cu,    MartinJ   (at home now - at work I have access to the Purveyor Programming Manual.L    If anyone has specific questions, please direct them to the work address) --  G                            | Martin Vorlaender  |  VMS & WNT programmer 4 Microsoft isn't the Borg:  | work: mv@pdv-systeme.deK the Borg have proper       |       http://www.pdv-systeme.de/users/martinv/ ; networking.                | home: martin@radiogaga.harz.de    ------------------------------    Date: 21 Jan 2002 09:44:49 -0800( From: bob@instantwhip.com (Bob Ceculski)1 Subject: Re: Purveyor is superior for VMS - proof = Message-ID: <d7791aa1.0201210944.58dfcb98@posting.google.com>F  Y JF Mezei <jfmezei@videotron.ca> wrote in message news:<3C4C2F37.1A4B1456@videotron.ca>...a > Bob Ceculski wrote:eN > > dibol external subroutines can be called from a "c" dll ... or they can beR > > ran as a cgi script ... nobody said dibol was a dll ... purveyor uses c as its > > dll interface .. >  > ( > What is a "dll" in a VMS environment ?  E this is what a dll is using purveyor on vms ... for large systems you7 couldsF use dll's over cgi scripting, but notice you lose some portability ... alsoE you could write a dll using dibol, but many c dll shells are includedd withF purveyor, so we modify the c shells to call dibol external subroutines andwB pass back values to the c dll ... the following explains dll's ...   Extension DLLs  @ When peak efficiency is more important than portability to otherD systems, the best method for extending the functionality of Purveyor. is by using a Dynamic Link Library (DLL) file.  E The application programming interface (API) presented in this chapter C was jointly developed by Process Software Corporation and MicrosoftmC Corporation and is called the Internet Server API (ISAPI). It is an B open specification offered as a standard for all operating systemsE that support sharable images. For example, you can use it for Windowsg- NT, Windows 95, NetWare, and OpenVMS systems.u   Advantages of DLLs u6 Extension DLLs have a number of technical advantages:   F Extension DLLs load into the server&#8217;s process space, eliminating? the time and resource demands of creating additional processes.aF All resources available to the server are also available to its DLLs. C DLLs execute with minimal overhead and considerably faster than EXEc files.F The primary disadvantage to using an Extension DLL is that a DLL crash can cause a server crash.p   Requirements for Extension DLLsc@ An extension DLL used with the Purveyor Encrypt WebServer must:   E Have the filename extension .DLL and be in the server&#8217;s scripts  directory for recognition.  F See the Administrator&#8217;s Guide for details about this directory.   - Contain the entry point GetExtensionVersion. W  C This returns the version of the specification for which the DLL wasp( written. At present, the version is 1.0.  C Contain the entry point HttpExtensionProc as its main entry point. nE Use the Extension Control Block and the defined Callback Functions as  documented next.D Terminate with a return value as specified for the HttpExtensionProc entry point.B Each of these requirements is described in detail in the following	 sections.r  ( How the Server Handles an Extension DLL F The filename extension .DLL in client requests is reserved for Dynamic< Link Library files used through this application programmingA interface. All extension DLLs must be named in the form *.DLL. No'C other type of Purveyor Server executables requested by a client cann have names of this form.  >  The files used for External Authentication (see the followingE chapter) are also DLL files. There is no conflict because those files C are not called in response to a user request and are not interfaced * through the API described in this chapter.  B When the server gets a request to execute a DLL file, the server:   D Calls LIB$FIND_IMAGE_SYMBOL to load the requested DLL (if necessary)> and return the address of the entry point GetExtensionVersion.E Calls the GetExtensionVersion entry point to verify that this DLL wasm' written to conform to the API standard.C5 Calls LIB$FIND_IMAGE_SYMBOL to get the address of thet HttpExtensionProc routine.F Calls HttpExtensionProc to initiate the routine and responds as neededC to the running DLL through the callback functions and the Extensiont Control Block.E Completes the operation upon receipt of a return value. If there is aoC non-null log string, the server writes the DLL&#8217;s log entry to- its log.B If an error occurs at any point, the server returns an invalid URL error to complete the request.   Mandatory Entry Points e1 All Extension DLLs must export two entry points:    C GetExtensionVersion() &#8212; entry point of a routine that returnst> the version of the API specification to which the DLL conformsA HttpExtensionProc() &#8212; entry point for execution of the DLL s GetExtensionVersion F The GetExtensioVersion entry point is used as a check that the DLL wasA actually designed to meet this specification, and specifies whichoE version of this specification it uses. As additional refinements take2D place in the future, there might be additions and changes that would* make the specification number significant.  = A sample of a suitable definition in C is shown in Figure 5. m  , Figure 5 Sample of Suitable Definition in C   P --------------------------------------------------------------------------------= BOOL WINAPI GetExtensionVersion( HSE_VERSION_INFO *version )   { 1 version->dwExtensionVersion = HSE_VERSION_MAJOR;  A version->dwExtensionVersion = version->dwExtensionVersion << 16; .; version->dwExtensionVersion = version->dwExtensionVersion |s HSE_VERSION_MINOR;F sprintf( version->lpszExtensionDesc, "%s", "This is a sample Extension DLL" );v
 return TRUE; r } P --------------------------------------------------------------------------------   ------------------------------  % Date: Mon, 21 Jan 2002 13:46:42 +0100r$ From: "Dr. Dweeb" <Dweeb@NoSpam.com>Y Subject: Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of Compaqt1 Message-ID: <B4U28.1152$Z77.3275@news.get2net.dk>   H Errr, rumour central has it that the code "walked" from Digital as well,; sort of the same way that MICA code "walked" to Microsloth.i   DweebIH ""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU>C wrote in message news:00A083BB.61131E2E@SSRL04.SLAC.STANFORD.EDU...sL > In article <3C487A25.D70B4E4C@mail.com>, "C.W.Holeman II" <cwhii@mail.com> writes:  > >John Smith wrote: > >>L > >> Digital would have been far better off taking Rdb and spining it into aD > >> public company with an IPO, and retaining a non-controlling 49%	 interest.s > >i9 > >As I understand it, DEC kept RDB/ELN. Where is it now?s >oL > For the design, if not the actual code, check out InterBase (which BorlandL > got when it bought the corpse of Ashton-Tate, which had acquired Starkey'sJ > company Interbase (formerly Groton Database Systems) when it needed someJ > non-PC player for because dBASE wasn't going to do it, and which BorlandC > couldn't figure out how to sell either, so now it's Open Source).i >w	 > -- Alan  >j >  >dL ============================================================================ ===e2 >  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUA >  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056C >  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CAo
 94309-0210 >-L ============================================================================ ===G >I   ------------------------------  # Date: Mon, 21 Jan 2002 17:03:54 GMTF* From: "Bill Todd" <billtodd@metrocast.net>Y Subject: Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of CompaqvB Message-ID: <_RX28.604673$C8.43051674@bin4.nnrp.aus1.giganews.com>  / "Dr. Dweeb" <Dweeb@NoSpam.com> wrote in messager+ news:B4U28.1152$Z77.3275@news.get2net.dk... J > Errr, rumour central has it that the code "walked" from Digital as well,= > sort of the same way that MICA code "walked" to Microsloth.w  B Well, that depends on exactly how the MICA code actually 'walked'.  J When Jim left DEC, he gave me a magtape with the current state of his workK on it in case DEC ever wanted to resurrect it in the future.  He then spent J the next year completely recreating the database in C, without recourse toH the original code.  The result naturally bore a striking resemblance (inK function, not in code, since C was not what the original was written in) toiE the original, but Jim had reportedly obtained agreement from DEC wheno0 leaving that recreating the work was acceptable.   - bill   >  > DweebEJ > ""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU>E > wrote in message news:00A083BB.61131E2E@SSRL04.SLAC.STANFORD.EDU...g= > > In article <3C487A25.D70B4E4C@mail.com>, "C.W.Holeman II"  <cwhii@mail.com>	 > writes:e > > >John Smith wrote: > > >>L > > >> Digital would have been far better off taking Rdb and spining it into auF > > >> public company with an IPO, and retaining a non-controlling 49% > interest.5 > > >u; > > >As I understand it, DEC kept RDB/ELN. Where is it now?e > > F > > For the design, if not the actual code, check out InterBase (which BorlanduD > > got when it bought the corpse of Ashton-Tate, which had acquired	 Starkey'siL > > company Interbase (formerly Groton Database Systems) when it needed someL > > non-PC player for because dBASE wasn't going to do it, and which BorlandE > > couldn't figure out how to sell either, so now it's Open Source).  > >d > > -- Alanf > >i > >e > >  >iL ============================================================================ > === 4 > >  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUC > >  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:s > 650/926-3056E > >  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  > 94309-0210 > >h >iL ============================================================================ > ===d > >o >' >  >.   ------------------------------  % Date: Mon, 21 Jan 2002 18:29:16 +0100o$ From: "Dr. Dweeb" <Dweeb@NoSpam.com>Y Subject: Re: RDB/ELN (was: Incredibly idiocy in CNN headline financial analysis of Compaq-1 Message-ID: <vdY28.1212$Z77.5354@news.get2net.dk>4  I Thanks for that.  That is slightly more detailed than previous versions I:; had heard.  Nice to hear from the horses mouth so to speak..   Dweeb.5 "Bill Todd" <billtodd@metrocast.net> wrote in messageb< news:_RX28.604673$C8.43051674@bin4.nnrp.aus1.giganews.com... >d1 > "Dr. Dweeb" <Dweeb@NoSpam.com> wrote in messagee- > news:B4U28.1152$Z77.3275@news.get2net.dk...TL > > Errr, rumour central has it that the code "walked" from Digital as well,? > > sort of the same way that MICA code "walked" to Microsloth.a >cD > Well, that depends on exactly how the MICA code actually 'walked'. >hL > When Jim left DEC, he gave me a magtape with the current state of his workG > on it in case DEC ever wanted to resurrect it in the future.  He thenl spenttL > the next year completely recreating the database in C, without recourse toJ > the original code.  The result naturally bore a striking resemblance (inJ > function, not in code, since C was not what the original was written in) toG > the original, but Jim had reportedly obtained agreement from DEC whenr2 > leaving that recreating the work was acceptable. >  > - bill >e > > 	 > > DweebeL > > ""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU>G > > wrote in message news:00A083BB.61131E2E@SSRL04.SLAC.STANFORD.EDU... ? > > > In article <3C487A25.D70B4E4C@mail.com>, "C.W.Holeman II"s > <cwhii@mail.com> > > writes:n > > > >John Smith wrote: > > > >>I > > > >> Digital would have been far better off taking Rdb and spining itT into > aeH > > > >> public company with an IPO, and retaining a non-controlling 49%
 > > interest.t > > > >a= > > > >As I understand it, DEC kept RDB/ELN. Where is it now?  > > > H > > > For the design, if not the actual code, check out InterBase (which	 > BorlandaF > > > got when it bought the corpse of Ashton-Tate, which had acquired > Starkey's I > > > company Interbase (formerly Groton Database Systems) when it needed  someF > > > non-PC player for because dBASE wasn't going to do it, and which Borland G > > > couldn't figure out how to sell either, so now it's Open Source).i > > >e
 > > > -- Alan  > > >n > > >e > > >3 > >E >CL ============================================================================ > > ===t6 > > >  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUE > > >  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:i > > 650/926-3056G > > >  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CAa > > 94309-0210 > > >s > >e >oL ============================================================================ > > ===a > > >  > >  > >a > >e >r >c   ------------------------------  % Date: Mon, 21 Jan 2002 11:39:10 +0000l1 From: Robert DiRosario <rdirosario@starpower.net>s4 Subject: RMF-F-RER error during dwmotif installation- Message-ID: <3C4BFDDE.B585038B@starpower.net>e  > I was installing DWMOTIF on my cluster when I got the message:   %RMF-F-RER, file read errori" -SYSTEM-W-DATAOVERUN, data overrun  : A large number of blank lines were printed to the terminal< before the message, so anything else that was printed before4 that scrolled off the screen before I could read it.  : How can I find more information about this error, like was3 it my CD-ROM drive or the DSSI cluster system disk?l  9 I looked in the log files in the system manager directory  and didn't find anything.d  > Show errors only list a couple of errors on some pxxx devices.  ; Does VMS have any other logs?  I'm running 7.1 on a pair ofn 4000/106A's.    6 What do I do for my dwmotif installation?  Can I just 9 install it again?  This is my new hobbyist cluster, so I 1 don't yet have any backups.n  9 (Last night, while adding the VAX Station 3100/48 to the )7 cluster the screen went out of focus, then went blank, g5 then I heard a "pop" noise in the monitor followed bye% smoke from the monitor! :-( :-( :-( )u   Thanks Robert   ------------------------------  % Date: Mon, 21 Jan 2002 16:20:34 +0100o( From: "Nico de Jong" <nico@farumdata.dk>Y Subject: Sv: Sv: Younger recruits versus experienced veterans ( was The demise of compaq -1 Message-ID: <FoW28.1184$Z77.4231@news.get2net.dk>o  * Alan Greig <a.greig@virgin.net> skrev i en> nyhedsmeddelelse:oa9o4ugj7omcl026nqi28vbhfu82o2n967@4ax.com...H > On Sun, 20 Jan 2002 10:12:09 +0100, "Nico de Jong" <nico@farumdata.dk> > wrote: >a > >wK > >Dutch : they have a course called "queen soup". I never saw a piece of a  > >queen in my spoon.t > D > Then perhaps you don't want to know what's in the UK dish "Spotted
 > Dick" :) Dont worry, I know... H I am still waiting for the Crown in Lewes to have that dish on the menu, whil I'm there :-)   Nico   ------------------------------  + Date: Mon, 21 Jan 2002 14:59:09 +0000 (UTC)u" From: greenaum@BOLLOCKSyahoo.co.ukY Subject: Re: Sv: Younger recruits versus experienced veterans ( was The demise of compaq  5 Message-ID: <3c50275c.162675384@news.btopenworld.com>0  F On Sun, 20 Jan 2002 10:12:09 +0100, "Nico de Jong" <nico@farumdata.dk>	 sprachen:s  I >Dutch : they have a course called "queen soup". I never saw a piece of a  >queen in my spoon.i  E It would be valid if the chef was a bit of a queen. He might have put / a little of himself into the soup, never know.    H ------------------------------------------------------------------------  H if love is a drug, then, ideally, it's a healing, healthful drug... it's@ kind of like prozac is supposed to work (without the sexual side5 effects and long-term damage to the brain and psyche)    ------------------------------  % Date: Mon, 21 Jan 2002 14:39:15 +0000(% From: Alan Greig <a.greig@virgin.net>uY Subject: Re: Sv: Younger recruits versus experienced veterans ( was The demise of compaq  8 Message-ID: <oa9o4ugj7omcl026nqi28vbhfu82o2n967@4ax.com>  F On Sun, 20 Jan 2002 10:12:09 +0100, "Nico de Jong" <nico@farumdata.dk> wrote:   >rI >Dutch : they have a course called "queen soup". I never saw a piece of ay >queen in my spoon..  B Then perhaps you don't want to know what's in the UK dish "Spotted Dick" :)   Oh ok then. ? http://recipes.alastra.com/desserts-pudding/spotted-dick01.htmlr   >Nico) >I >    -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 15:27:36 +0000'  From: Steve.Spires@yellgroup.comY Subject: Re: Sv: Younger recruits versus experienced veterans ( was The demise ofcompaq )i: Message-ID: <OF70AAB299.A61A94E7-ON00256B48.0054DA70@btyp>  F Is it Tesco who have decided that Spotted Dick is too 'rude' for their4 shelves, and have changed the name on the packaging?   PC gone mad!   Cheers   Steve S-        9 Alan Greig <a.greig@virgin.net> on 01/21/2002 02:39:15 PM<    To:        Info-VAX@Mvb.Saic.Com cc:wF From:      Alan Greig <a.greig@virgin.net>, 21 January 2002, 2:39 p.m.  H Re: Sv: Younger recruits versus experienced veterans ( was The demise of compaq )    F On Sun, 20 Jan 2002 10:12:09 +0100, "Nico de Jong" <nico@farumdata.dk> wrote:   >.I >Dutch : they have a course called "queen soup". I never saw a piece of a  >queen in my spoon.   B Then perhaps you don't want to know what's in the UK dish "Spotted Dick" :)   Oh ok then.a? http://recipes.alastra.com/desserts-pudding/spotted-dick01.htmll   >Nicoa >I >u   -- Alan          F ______________________________________________________________________     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beG confidential. If you are not the named addressee, or if the message hasrG been addressed to you in error, you must not read, disclose, reproduce,a$ distribute or use this transmission.  H Delivery of this message to any person other than the named addressee isG not intended in any way to waive confidentiality.  If you have receivedhK this transmission in error please contact the sender or delete the message.n  
 Thank you.  D Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.; Registered in England and Wales, registered number 4205228.s  I Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire,gD RG1 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------  % Date: Mon, 21 Jan 2002 16:48:05 +0000 % From: Alan Greig <a.greig@virgin.net>rY Subject: Re: Sv: Younger recruits versus experienced veterans ( was The demise ofcompaq )t8 Message-ID: <9gho4u4a4t1lgebggb9p4bcd33jic1taug@4ax.com>  E On Mon, 21 Jan 2002 15:27:36 +0000, Steve.Spires@yellgroup.com wrote:s   >EG >Is it Tesco who have decided that Spotted Dick is too 'rude' for their 5 >shelves, and have changed the name on the packaging?e   Had forgotten that news item> http://news.bbc.co.uk/hi/english/uk/newsid_1508000/1508647.stm  B Personally I suspect that was a marketing gimmick. Spotted Richard indeed!W      
 >PC gone mad!v >i >Cheers  >c >Steve S >  >c >h >L: >Alan Greig <a.greig@virgin.net> on 01/21/2002 02:39:15 PM > ! >To:        Info-VAX@Mvb.Saic.Coms >cc:G >From:      Alan Greig <a.greig@virgin.net>, 21 January 2002, 2:39 p.m.F >tI >Re: Sv: Younger recruits versus experienced veterans ( was The demise oft	 >compaq )n >n >cG >On Sun, 20 Jan 2002 10:12:09 +0100, "Nico de Jong" <nico@farumdata.dk>f >wrote:  >t >>J >>Dutch : they have a course called "queen soup". I never saw a piece of a >>queen in my spoon. >eC >Then perhaps you don't want to know what's in the UK dish "Spottedo	 >Dick" :)n >f >Oh ok then.@ >http://recipes.alastra.com/desserts-pudding/spotted-dick01.html >r >>Nico >>It >>   -- Alan   ------------------------------  % Date: Mon, 21 Jan 2002 09:14:48 -0500A% From: JF Mezei <jfmezei@videotron.ca>e2 Subject: TCPIP QIO interface sporadic bind failure, Message-ID: <3C4C224E.E8EED06B@videotron.ca>   OK, strange behaviour.  I A C program uses the $QIO interface to connect to a remote host. Prior tosI connection, it does a IO$_ACPCONTROL call to resolve the host name into aO binary IP addresss  H INETACP$_TRANS * 256 + INETACP_FUNC$C_GETHOSTBYBNAME is the bind command" supplied as one of the parameters.   Here is the scoop:  N After compiling the program, first time I run the program, the bind fails withM and "end of file" (aka: host not found). Run it again right away and it worksp; fine and will work fine thereafter. (always the same host).   L This particular program is a one shot deal, however I plan to use these $QIOH calls to update my CMU-IP jacket routines when I move my other node fromK CMU-IP to TCPIP services 5.0, so I would like to know a bit more about this & problem (am I doing anything wrong ?).  N I would suspect that the cycle of starting EVE, then compiling and linking mayF force the bind resolver/server (both run on that node) to be paged out/ significantly (this machine is memory limited).t  N The host name is not part of my BIND server's authoritative list, but it would be in its cache.    6 In a scenario where a node does not run a BIND SERVER:  K When process_1 does the $QIO to resolve a host name, which process actually G runs the inquiry ? Is there a process I can monitor to see what happensoH between the first (failed) request and the second (succesful) request ?   M (This is TCPIP 5.0, not sure of which patch I applied, but TCPIP SHOW VERSIONi
 says 5.0 )    L On a node without a bind server, does the TCPIP$BIND process still exist (inA resolver mode only) or do the bind esolve requests go through the-N TCPIP$INET_ACP process ? Or do they actually execute completely in the contextH of the calling process with the drivers sending the request to the right
 bind_server ?_   ------------------------------  % Date: Mon, 21 Jan 2002 18:21:06 +0010.% From: paddy.o'brien@zzz.tg.nsw.gov.au- Subject: Test only5 Message-ID: <01KDCC7L03TE002IMC@tgmail.tg.nsw.gov.au>D  M I apologise for testing here, but I need to test incoming and outgoing.  The -D only way I could think of was info-vax.  I have no newsgroup access.   Regards, Paddy   ------------------------------  % Date: Tue, 22 Jan 2002 01:21:17 +0800 ' From: freeultimatehgh512517@yahoo.co.jp(R Subject: Tired Of Dieting? Learn About HGH And Permanent Weight Loss! 5125171210879 Message-ID: <iss.2cde.3c4c4e79.6bbaf.1@mx2.west.saic.com>l  6  As seen on NBC, CBS, CNN, and even Oprah! The health : discovery that actually reverses aging while burning fat, < without dieting or exercise! This proven discovery has even 9 been reported on by the New England Journal of Medicine. @: Forget  aging and dieting forever! And it's Guaranteed!      * Permanent Weight Loss  * Burn Excess Body Fat s * More Energy  * Increase Strength & * Improve Sports/Exercise Performance  * Natural Antidepressant o# * Restore Youthful Skin Elasticity a * Increase Testosterone levels % * Improve Sleep   ( 1.Body Fat Loss         82% improvement.( 2.Wrinkle Reduction     61% improvement.( 3.Energy Level          84% improvement.( 4.Muscle Strength       88% improvement.( 5.Sexual Potency        75% improvement.( 6.Emotional Stability   67% improvement.( 7.Memory                62% improvement.    0 100% Satisfaction Guarantee,Free 1 Month Supply! And much, much more ...    click here to get started:  http://ultimatehgh1000.81832.com    w Hello!  C Did you know that 10,000 Doctors and Health Care Professionals now =F believe that increasing levels of human growth hormone may facilitate E permanent weight and body fat loss,  better health, improve fitness, oG build muscle, increase energy, enhance sports and exercise performance,,. improve sleep, elevate mood, and so much more!    C "My energy level is fantastic, I now seem to be able to do so much    more and not feel tired at all." John Camesi   G "It is 8 weeks later, I am now 25 pounds lighter, and have more energy : then I have had in years." Robert Leaverton  E "I am 52 and was 20 lbs overweight. Well, I have already lost 10 lbs 7F since I started the oral spray 11 weeks ago. I haven't felt this good E in years.  I was  skeptical... but  not anymore! I can't wait to loser  more weight now!" John van den Broek  F "Also I noticed that my energy level is so high that even after a hard/  day of school I can't wait to get to the gym."h Jenny Gallagherl  F "The GH oral spray has really helped me gain muscle mass and burn off 6 body fat. My endurance during my workouts is amazing!" Peter Kaplan    r> These statements have not been evaluated by the Food and Drug G Administration. This product is not intended to diagnose, treat, cure, bG mitigate or prevent any disease. Please consult with your doctor beforea3  beginning this or any dietary supplement program.      , You are receiving this email as a subscriber$ to the Opt-In America Mailing List. . To remove yourself from all related maillists, just click here:. mailto:pacserver@btamail.net.cn?Subject=REMOVE   512517121087   ------------------------------  % Date: Mon, 21 Jan 2002 11:37:54 -0500<* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: triple boot- Message-ID: <0033000048600834000002L042*@MHS>D  C =0AI do not think that you'll get W2K to run on an Alpha-based box.u   Nothing beyond NT4 SP6.h  B I'll give you $100 for the lot if you don't want to put VMS on it.1 If you do, we'll be glad to help you get started.t   :^)    WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ( Sent: Saturday, January 19, 2002 9:10 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: RE: triple boot    E Wow!  5 OSs' and I can't even get one working!  Which brings me to myoH problem.  I got a DEC AlphaStation 500 333 Mhz and a 6 disk external SC= SIE hard drive array from my work, and I do not think that they were used=H together.  The AlphaStation has an internal SCSI harddrive, of what siz= e IAH am not sure, but all the external disks are 4.3 Gig.  It says that it h= as NT H Server on it, but when I try to boot it, it gives me a message saying i= tRH can't find that disk address or file.  I have a Win2k install disk, and=  the4 newest BIOS, how should I go about installing Win2k?   Thanks,= Jeremy  H P.S.  When I tried to install Win2k, it extracted a bunch of files, the= n1H gave me a blue screen of death saying that it couldn't find the boot di= sk.: Please help!          ; Herman Zilverberg <zilverberg@t-online.de> wrote in message1) news:u4gthope0j5adc@news.supernews.com...r' > No problem if you have a raid server.a >rH > Actually i am running tru64 5.1, tru64 4.0, VMS7.3, Suse 7.1, Win2000=  andH > WinNT4 on the same machine (Alphaserver 2100 4/75 with 4 processors a= nd 5127	 > Mb ram)7H > The unit has a 2 times 2.1 Gb hd on the internal scsi bus and 8 hds (= 2.1GbeH > each) on the Mylex raid 960, which i configured as JBOD (Just a bunch=  oflH > disks). This gives me DKA0 and 1 for the Win stuff and DRA0 - 7 for t= heH > rest. Each DRA can be booted from SRM by just typing b dra0, or dra1,=  etc.  > Works without any problemd: > Win2K and NT4 run from the bootmenue of the ARC console. >e > Greetingsi > Harry  >iA > "Peter Watkinson" <peterw@u.genie.co.uk> schrieb im Newsbeitrag - > news:3c486e19.6826265@news.cable.ntl.com...h > >a > >i > > Hi,o > >cH > > Does anyone know if it would be possible to triple boot linux, VMS,=  ( > > Tru64 off of SRM on the same system? > >nF > > Also would it be possible to have the three OS residing off of one > > hard disk. > >e > >  cheers, > >r > >e > > Peter Watkinson  > > peterw@u.genie.co.uk >  >=   ------------------------------  % Date: Mon, 21 Jan 2002 08:34:02 +0100n: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de> Subject: Re: TYPE suggestion, Message-ID: <3C4BC46A.3050906@volkswagen.de>   JF Mezei wrote:.   > P > Perhaps add a /WINDOW=xx qualifier that would display only a selected "window" > of each line.d > M > for instance: /WINDOW=79 would only display the first 79 characters of eacho
 > line, or > V > /WINDOW=(start:20, end:100) would display between column 20 and 100 (80 characters). > P > Reson: when one displays log files that often span more than 80 characters, itN > would make the log file far more readable since records wouldn't "fold" onto > the next line. > P > Similarly, for files with long record lengths, you could display only portions2 > of a record and again make it far more readable. >   M As a workaround us the EXTRACT utility (written by pat Rankin) together with  9 TYPE, e.g. PIPE TYPE foo.bar | extr/col=(20:30) sys$input    -- -  - mit freundlichen Gruessen | with best regards=   Karl RohwedderB iT-Ingenieurteam     | Ellernbruch 11       | D-38112 BraunschweigA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843:E   E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.de ,           karl.rohwedder@it-ingenieurteam.de DATEX-P: 4505018005::ROHWEDDER   ------------------------------  # Date: Mon, 21 Jan 2002 13:23:58 GMT=# From: "John N." <JNixon@cfl.rr.com>  Subject: Re: TYPE suggestion? Message-ID: <ODU28.400111$oj3.76430522@typhoon.tampabay.rr.com>0  K I like the idea too.  I was going to suggest a qualifier other than /window:K though.  I like the consistancy of VMS qualifiers throughout commands and IsL frequently criticize Unix for using the same qualifier differently with each0 command.  But you beat me to the recommendation.  8 Again, good idea.  It beats the heck out of my DCL loop.  8 "John E. Malmberg" <wb8tyw@qsl.network> wrote in message$ news:3C4BA1E6.6090205@qsl.network... > David J. Dachtera wrote: >  > > Fred Kleinsorge wrote: > J > > Oh, yeah, fer sure - but he wants to be able to display only a certain3 > > range of bytes in each record. As he put it, "$s. > > TYPE/WINDOW=(start_col,end_col) filespec". > > L > > Not to be confused with the /WINDOW qualifier of the SEARCH command. Has! > > a somewhat different meaning.1 >  >a# > So a better syntax would be like:o >r, > $TYPE/SELECT=(POSITION=10,SIZE=40) foo.txt >t >     or > - > $TYPE/EXTRACT=(POSITION=10,SIZE=40) foo.txta >a9 > To be more consistent with existing commands like SORT?1 >4 > -John) > wb8tyw@qsl.network > Personal Opinion Onlyn >l >, >  >n   ------------------------------  % Date: Mon, 21 Jan 2002 10:08:24 -0500 0 From: "Syltrem" <syltrem@videotron.spammenot.ca> Subject: Re: TYPE suggestion1 Message-ID: <U7W28.921$EI.5722@tor-nn1.netcom.ca><   $ SET TER /NOWRAPu $ TYPE yourfile.LOGr   or  E $ TYPE /PAGE=SAVE which displays nowrap with possibility of switching ! display from 80 cols to 132 cols.k   --   Syltrem<I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)8> To reply to myself directly, remove .spammenot from my address  ? "JF Mezei" <jfmezei@videotron.ca> a crit dans le message news:a! 3C4ADDB9.939220E9@videotron.ca...n >r >wG > Perhaps add a /WINDOW=xx qualifier that would display only a selected  "window" > of each line.s >SH > for instance: /WINDOW=79 would only display the first 79 characters of each
 > line, or >hI > /WINDOW=(start:20, end:100) would display between column 20 and 100 (80- characters). >oA > Reson: when one displays log files that often span more than 80c characters, itI > would make the log file far more readable since records wouldn't "fold"p onto > the next line. >.G > Similarly, for files with long record lengths, you could display onlyN portions2 > of a record and again make it far more readable.   ------------------------------  + Date: Mon, 21 Jan 2002 14:59:10 +0000 (UTC)i" From: greenaum@BOLLOCKSyahoo.co.ukY Subject: Re: Younger recruits versus experienced veterans  ( was The    demise       of c 5 Message-ID: <3c5127ff.162838049@news.btopenworld.com>-  C On Sun, 13 Jan 2002 13:27:53 GMT, CBFalconer <cbfalconer@yahoo.com>e	 sprachen:g  C >I keep telling people that English muffins are neither English nori >muffins :-)  C They are muffins. American muffins are buns! And the ones I buy are- always English.o  H ------------------------------------------------------------------------  H if love is a drug, then, ideally, it's a healing, healthful drug... it's@ kind of like prozac is supposed to work (without the sexual side5 effects and long-term damage to the brain and psyche)"   ------------------------------  + Date: Mon, 21 Jan 2002 14:59:13 +0000 (UTC)p" From: greenaum@BOLLOCKSyahoo.co.ukY Subject: Re: Younger recruits versus experienced veterans  ( was The    demise       of c 5 Message-ID: <3c532898.162991204@news.btopenworld.com>-  2 On Sun, 13 Jan 2002 16:11:05 +0100, Terje Mathisen( <terje.mathisen@hda.hydro.com> sprachen:  E >To bring this back to at least comp.arch relevancy: This is the main G >reason that natural language interfaces, particularly spoken, is goinge& >to take a lot of computing resources.  F Not really, you can tell most words from their context and position inE a sentence, and verb / noun / adjective separating programs have beene about for decades.  H ------------------------------------------------------------------------  H if love is a drug, then, ideally, it's a healing, healthful drug... it's@ kind of like prozac is supposed to work (without the sexual side5 effects and long-term damage to the brain and psyche)s   ------------------------------  % Date: Mon, 21 Jan 2002 17:53:52 +0000c/ From: cbh@ieya.co.REMOVE_THIS.uk (Chris Hedley)tY Subject: Re: Younger recruits versus experienced veterans  ( was The    demise       of c ) Message-ID: <gjkh2a.vg1.ln@teabag.cbhnet>t  - According to  <greenaum@BOLLOCKSyahoo.co.uk>:nE > They are muffins. American muffins are buns! And the ones I buy are  > always English.-  F What's a "bun," though?  Being from the Northern Wastelands of the UK,F I call anything that's bready and spheroid a bun, but in the Deep SarfE they keep chopping and changing between "bun" and "roll" according toeG a secretive and arcane set of rules, and pretend that they have no ideanG what you're talking about if you inadvertently choose the wrong word tot: describe your intended nutritional item.  ("Roll," indeed)   Chris.   ------------------------------  + Date: Mon, 21 Jan 2002 14:59:06 +0000 (UTC)e" From: greenaum@BOLLOCKSyahoo.co.ukY Subject: Re: Younger recruits versus experienced veterans  ( was The    demise    of compW5 Message-ID: <3c4f26fe.162580709@news.btopenworld.com>r  . On Sun, 13 Jan 2002 11:49:09 +0100, Paul Sture( <paul.sture@bluewin.delete.ch> sprachen:  - >Let's face it - English is a crazy language.R  F Nah it takes a lot after German, French and Latin. Other languages are? just as wierd, and still have lots of historical exceptions andmD homonyms. Anyone who speaks a vaguely-related language can get their head round it.  F There's a myth it's the hardest language to learn, I don't think it isD (learn means "learn" in that sentence, not to teach, like it does toC half of the people round here who still haven't mastered it despitetE being born English. Somebody ought to learn them to speak properly.).n  C What about Eurolang? It's basically a mix of various Euro languages.F using words that have enough in common that any European can speak and= understand it without having to learn very much. Not really aPE language, but I'll have to catch up on it, to see if it really works.a  E It's amusing to go to France where most people can speak a reasonablybE useful amount of English. But don't! If I blather them with enough ofrF my terrible French (I have a good accent, I just can't remember any ofE the words) eventually even the stubborn ones give up and ask "what do: you want?"."  D Still the one amusing one my German grandmother had trouble with was8 "where's Jim?" "He's in bed with a chesty cow! [cough]".  H ------------------------------------------------------------------------  H if love is a drug, then, ideally, it's a healing, healthful drug... it's@ kind of like prozac is supposed to work (without the sexual side5 effects and long-term damage to the brain and psyche)2   ------------------------------  + Date: Mon, 21 Jan 2002 14:59:11 +0000 (UTC)P" From: greenaum@BOLLOCKSyahoo.co.ukY Subject: Re: Younger recruits versus experienced veterans  ( was The    demise    of comps5 Message-ID: <3c522850.162918789@news.btopenworld.com>t  = On 13 Jan 2002 14:53:22 GMT, stanb@dial.pipex.com (Stan Barr) 	 sprachen:O  9 >From "Hamburg steak" - a steak made from chopped beef..._  C It's not really a steak then is it? Over here plenty of people have B missed the point and called them "beefburgers". I've never been to& Beefburg, it sounds like a nice place.  H ------------------------------------------------------------------------  H if love is a drug, then, ideally, it's a healing, healthful drug... it's@ kind of like prozac is supposed to work (without the sexual side5 effects and long-term damage to the brain and psyche)y   ------------------------------  + Date: Mon, 21 Jan 2002 14:59:14 +0000 (UTC)e" From: greenaum@BOLLOCKSyahoo.co.ukY Subject: Re: Younger recruits versus experienced veterans  ( was The    demise    of compi5 Message-ID: <3c5629b4.163275709@news.btopenworld.com>t  5 On Thu, 17 Jan 2002 17:52:28 -0500, Roland Hutchinsonm$ <rolands.spamtrap@usa.net> sprachen:  < >This poem is in fact "De Chaos" by Dr Gerard Nolst Trenit   9 God! He's no relation to Koos Nolst Trenit [1], a UsenetI? "personality" so nutty the Skeintologists threw him out, is he?,   [1] AKA kool moist termite  H ------------------------------------------------------------------------  H if love is a drug, then, ideally, it's a healing, healthful drug... it's@ kind of like prozac is supposed to work (without the sexual side5 effects and long-term damage to the brain and psyche),   ------------------------------  % Date: Mon, 21 Jan 2002 17:56:37 +0000 / From: cbh@ieya.co.REMOVE_THIS.uk (Chris Hedley)AY Subject: Re: Younger recruits versus experienced veterans  ( was The    demise    of compw) Message-ID: <lokh2a.vg1.ln@teabag.cbhnet>r  - According to  <greenaum@BOLLOCKSyahoo.co.uk>:-G > It's amusing to go to France where most people can speak a reasonablygG > useful amount of English. But don't! If I blather them with enough oftH > my terrible French (I have a good accent, I just can't remember any ofG > the words) eventually even the stubborn ones give up and ask "what doo
 > you want?".s  F My experience is that if I try to speak to them in their native tongueG (and my expertise in that field is limited anyway) they simply start to:I speak much faster and introduce a larger number of obtuse colloquialisms, H then adopt the "arms folded and nose stuck in the air" expression whilst; they wait for me to leave.  Nearly as bad as Southerners...t   Chris.   ------------------------------  % Date: Mon, 21 Jan 2002 10:13:40 -0500s% From: JF Mezei <jfmezei@videotron.ca>hY Subject: Re: Younger recruits versus experienced veterans  ( was The demise       of compd, Message-ID: <3C4C3015.840DE022@videotron.ca>  E > On Sun, 13 Jan 2002 13:27:53 GMT, CBFalconer <cbfalconer@yahoo.com>c > sprachen:c > E > >I keep telling people that English muffins are neither English norr > >muffins :-)    I Agree that they are not muffins. But arent "english muffins" a very closen: relative to crumpets which are (I believe) quite british ?  N Also, in New Zealand, they have "scones" which I believe that are also related% to the crumpet/english muffin family.t   ------------------------------  % Date: Mon, 21 Jan 2002 14:18:32 +0000t% From: Alan Greig <a.greig@virgin.net>!K Subject: Re: Younger recruits versus experienced veterans ( was Re: The dem08 Message-ID: <2k8o4ucudkgoroj2v3tgeemelutooh0ks6@4ax.com>  @ On Mon, 21 Jan 2002 00:20:25 GMT, geoffm@spam.hormel.com ("Geoff McCaughan") wrote:  + >Charles Richmond (richmond@ev1.net) wrote:b > ? >> Like my old Daddy used to say:  "You'd complain if they hunga! >> you with a new rope!!!"  (;-))i >pC >Hereabouts it was always: "You'd complain if your arse was on fire # >and I pissed on it to put it out!"   ( There's probably a newsgroup for that :) -- Alan   ------------------------------  # Date: Mon, 21 Jan 2002 18:09:00 GMT , From: "Robert Knowles" <knowles.dr@home.com>X Subject: Re: Younger recruits versus experienced veterans ( was The demise of   compaq )@ Message-ID: <0PY28.28503$Ig2.8585300@news1.elcjn1.sdca.home.com>  2 "JF Mezei" <jfmezei@videotron.ca> wrote in message& news:3C4C3178.A154F43A@videotron.ca... > re: standard vs US english.  >AL > My prefered phrase that highlights the difficulty of interpreting language is:l >c > An aussi asking a yank:.9 > "Which do you prefer, the fanny ?, or the other side ?"d >  >nK > Or some american coming up to a girl at a hostel check-in desk and sayingi in aI > fairly loud voice and smile: "HI I AM RANDY" .... (with the girl havingd quite  > a smirk).n >h= > In a context outside of the usa, it means "hi ! I am horny"e3 > and in the USA, it means "Hi ! my name is Randy".t >b  : Or the expression "I'm stuffed" after eating a large meal.  1 Means an entirely different thing to Australians.t   ------------------------------  + Date: Mon, 21 Jan 2002 14:59:07 +0000 (UTC) " From: greenaum@BOLLOCKSyahoo.co.ukW Subject: Re: Younger recruits versus experienced veterans ( was The demise of  compaq )o5 Message-ID: <3c4e25df.162294334@news.btopenworld.com>B  E On Wed, 16 Jan 2002 19:04:40 GMT, Charles Richmond <richmond@ev1.net>3	 sprachen:*  ? >American English is certainly full of euphamisms... You forgotb5 >"secure the area" and "no user serviceable parts"...   D And "I have to go to the rest room". For a good hard rest I suppose.F If I don't have a rest soon I'm gonna rest my pants. Resting against aE wall on the way home from the pub. Man, that rest stinks so much it'sd peeling the wallpaper.  @ God Americans don't half worry about what people think. And it'sB normal for politicians to use sentences that nearly mean the exactF opposite of what they're really saying. You're evolving pretty quickly towards Newspeak.a  F The British aren't even half as "polite" and "reserved" as them lot of
 neurotics.  0 Still I loved "Wag the dog", excellent old film.  H ------------------------------------------------------------------------  H if love is a drug, then, ideally, it's a healing, healthful drug... it's@ kind of like prozac is supposed to work (without the sexual side5 effects and long-term damage to the brain and psyche)    ------------------------------  % Date: Mon, 21 Jan 2002 10:19:36 -0500e% From: JF Mezei <jfmezei@videotron.ca>2Y Subject: Re: Younger recruits versus experienced veterans ( was The demise of compaq ) coo, Message-ID: <3C4C3178.A154F43A@videotron.ca>   re: standard vs US english.l  N My prefered phrase that highlights the difficulty of interpreting language is:   An aussi asking a yank:a8 	"Which do you prefer, the fanny ?, or the other side ?"    N Or some american coming up to a girl at a hostel check-in desk and saying in aM fairly loud voice and smile: "HI I AM RANDY" .... (with the girl having quite2	 a smirk).   < In a context outside of the usa, it means "hi ! I am horny" 1 and in the USA, it means "Hi ! my name is Randy".=    G Still, computer translation is fairly impressive. Alta-vista is able to = translate some russian to english to make the document mostlybR readable/understandable because you can interpret the context of translated words.   ------------------------------  # Date: Mon, 21 Jan 2002 12:16:10 GMTW= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)sB Subject: Re: [Q] Why is there the limit of 8 levels of directories0 Message-ID: <00A085D3.F765EBB5@SendSpamHere.ORG>  \ In article <87vgdwwria.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:@ >system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: > < >> >if you have both [.FABIOCARTOONS] and [.FABIOCARTRIDGES] >> >% >> >which one will it set default to?- >> -L >> If you set the default string with a wildcard, you might find the resultsL >> rather amusing.  Of course, you'll have to write your own program to poke5 >> PIO$GT_DDSTRING with the wildcard default context.  >h0 >Just what you got with TOPS-10 for some things;? >"Ambiguous File Spec" So if you typed 'Fondle *' then it couldWC >only be an error if there was more than one file of the fondleable H >extention, and fondle would only take one file. This enabled you to use/ >a wildcard * as a short cut and memory crutch.a >l >-- = >Paul Repacholi                               1 Crescent Rd.,e8 >+61 (08) 9257-1001                           Kalamunda.A >                                             West Australia 6076 / >Raw, Cooked or Well-done, it's all half baked.rG >EPIC, The Architecture of the future, always has been, always will be.E  K ... and these wildcards are acceptable syntax in RMS calls.  The limitationo  is imposed by DCL's SET DEFAULT. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn            |J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------   End of INFO-VAX 2002.040 ************************