1 INFO-VAX	Wed, 10 Oct 2001	Volume 2001 : Issue 564       Contents:' (Re: Higher prices for Alpha processors  Re: 3100 Server or Station?  Re: 3100 Server or Station?  Re: 3100 Server or Station?  Re: Big Alpha Deal Business Services  CC 3.1 vs. CXX 5.6 on VAX F Re: CETS2001 presentations posted (non-technical, Keynote and General)F Re: CETS2001 presentations posted (non-technical, Keynote and General)F Re: CETS2001 presentations posted (non-technical, Keynote and General)F Re: CETS2001 presentations posted (non-technical, Keynote and General)F Re: CETS2001 presentations posted (non-technical, Keynote and General)F Re: CETS2001 presentations posted (non-technical, Keynote and General) CLD question Re: CLD question Re: CLD question& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& Re: Higher prices for Alpha processors& RE: Higher prices for Alpha processors Re: Itanium and OpenVMS  Re: Itanium and OpenVMS  Re: Itanium and OpenVMS  Re: Lkwset before CMKRNL Locked pages from SDA  Re: Locked pages from SDA  Memo:  Big Alpha Deal  Re: Memo:  Big Alpha Deal  Re: Memo:  Big Alpha Deal  Re: Memo:  Big Alpha Deal  Re: Memo:  Big Alpha Deal  Re: Memo:  Big Alpha Deal  Re: Memo:  Big Alpha Deal " Memo:  RE: 3100 Server or Station?& Re: Netcraft is now able to detect VMS NMAP for VMS ?  Re: NT connection to VMS machine  Re: NT connection to VMS machine  Re: NT connection to VMS machine5 Re: Official statement of support (VAX 7000, HSZ etc)  OpenvMS and Gigabit Ethernet  Re: OpenvMS and Gigabit Ethernet PLUG: txt2pdf 5.2  Re: Question on VMS Virus  Re: Question on VMS Virus  Re: Question on VMS Virus  Renaming SKC (was "itch") : RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1> Re: RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1> RE: RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1> Re: RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1 semaphore (pthread)  Shannon knows ...  Re: Shannon knows ...  RE: Shannon knows ...  Re: Shannon knows ...  Re: Shannon knows ...  Re: Shannon knows ...  RE: Shannon knows ... 6 Shannon The Omniscient (Re: Renaming SKC (was "itch")): Re: Shannon The Omniscient (Re: Renaming SKC (was "itch")): RE: Shannon The Omniscient (Re: Renaming SKC (was "itch")): Re: Shannon The Omniscient (Re: Renaming SKC (was "itch")): Re: Shannon The Omniscient (Re: Renaming SKC (was "itch")): Re: Shannon The Omniscient (Re: Renaming SKC (was "itch"))* Re: Telnet DCL Routines for HTML Mail Msgs	 VMS 7.2-2 
 Re: VMS 7.2-2 
 Re: VMS 7.2-2 
 Re: VMS 7.2-2 
 Re: VMS 7.2-2 
 RE: VMS 7.2-2 
 Re: VMS 7.2-2 
 Re: VMS 7.2-2  VMS 7.2-2 in mixed cluster  F ----------------------------------------------------------------------  # Date: Wed, 10 Oct 2001 14:10:47 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>0 Subject: (Re: Higher prices for Alpha processors; Message-ID: <HFYw7.7674$f6.3166691@typhoon.ne.mediaone.net>   5 "Bill Todd" <billtodd@metrocast.net> wrote in message = news:ntRw7.877845$ai2.67628428@bin2.nnrp.aus1.giganews.com...  > ? > Terry C. Shannon <terryshannon@mediaone.net> wrote in message : > news:biQw7.103358$vq.20312590@typhoon.ne.mediaone.net... >  > ...  > K > > Makes no sense to kill Alpha (and the revenue streams from VMS and, for  > the G > > moment, Tru64 UNIX) when enterprise-class IPF hardware and OS ports  won't  > be3 > > commercially available for another three years.  > > D > > In a perfect world Compaq would have announced the IPF port as a > complementG > > to the Alpha strategy rather than publishing Alpha's obituary three  years I > > prior to the release of EV79. One might surmise that the announcement  was I > > structured as it was in order to get the maximum leverage with Intel.  > >  > > > > L > > > > The customers Compaq intends to keep on Alpha systems are those with > > veryL > > > > large investments and deep pockets who just can't migrate to NT yet. > And 	 > > those K > > > > customers won't mind paying extra for technology that are stuck on.  > > > ) > > > Won't mind?  Or will just be stuck?  > > K > > Who's to say that they'll be able to migrate to NT three years down the H > > road? Didn't a guy named Melling pitch a Risky Affinity Scheme about fiveL > > years ago? Wasn't the assumption that NT would achieve functional parityK > > with VMS and Tru64 by Y2K? Didn't happen then, isn't happening now, and  I F > > venture to guess that it won't happen for quite some time to come. > > I > > Alpha will remain the only game in town for VMS and Tru64 for several  moreG > > years and Compaq can ill afford to sacrifice the revenue stream and 	 > margins . > > that accrue from its enterprise platforms. > L > That may be what you think, and what I think, and what any rational personH > would think.  But it's clearly not what Compaq thinks, because they've( > already done pretty much exactly that. >   J If perception is 99 percent of reality, it's quite likely that this is the case.   - IT'S THE MARKETING--AND MESSAGING--STUPID!!!!   ' (Hmmm... haven't we heard this before?)    ------------------------------  % Date: Wed, 10 Oct 2001 09:58:15 +0200 / From: "Maarten van Breemen" <vbreemen@ision.nl> $ Subject: Re: 3100 Server or Station?9 Message-ID: <3bc3ffad$0$214$4d4ebb8e@read.news.nl.uu.net>   2 If you attach the keyboard, it boots as a station.  # If you don't, it boots as a server.     2 "Paul Bailey" <paulb@america.net> wrote in message% news:3BC36688.5D698783@america.net... H > Does anyone know what makes one 3100 Model 20 start up as a Server and > another one as a Station?  > G > I am trying to get a more reliable 3100 model 20 but the new one will I > only allow one user and it shows up as a server in the license utility.  >   > Any help would be appreciated. >  > Thanks, Paul >    ------------------------------   Date: 10 Oct 2001 07:01:58 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) $ Subject: Re: 3100 Server or Station?0 Message-ID: <9q0rp6$nl7$1@n.ruf.uni-freiburg.de>  S In article <3BC36688.5D698783@america.net>, Paul Bailey <paulb@america.net> writes: G >Does anyone know what makes one 3100 Model 20 start up as a Server and  >another one as a Station? > F >I am trying to get a more reliable 3100 model 20 but the new one willH >only allow one user and it shows up as a server in the license utility. >  >Any help would be appreciated.   K There is a DIP-switch at the read near the power plug. In some models it is I accessible from the outside, in others you'll have to open the case. If I + remember correctly S2 is the one to switch.    Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Wed, 10 Oct 2001 15:40:49 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: 3100 Server or Station?1 Message-ID: <5_Zw7.219$RL6.1731@news.cpqcorp.net>   f In article <9q0rp6$nl7$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de (Christoph Gartmann) writes:T :In article <3BC36688.5D698783@america.net>, Paul Bailey <paulb@america.net> writes:H :>Does anyone know what makes one 3100 Model 20 start up as a Server and :>another one as a Station?  :>G :>I am trying to get a more reliable 3100 model 20 but the new one will I :>only allow one user and it shows up as a server in the license utility.   F   Interesting.  There is no VAXstation 3100 model 20 series available.I   Available members in that series are the models 30, 38, 40, 48, and 76.   J   In the MicroVAX 3100 line, the model 20 is a very old system, and is oneK   of the few MicroVAX 3100 series members that shares the same system disk  J   capacity limits as the VAXstation 3100 series.  The MicroVAX 3100 modelsI   10 and 20 are the equivilent to the VAXstation 3100 models 30 and 40.   I   Please see the FAQ for details on the system disk limits in the console    of these (older) VAX systems.   M   The MicroVAX 3100 model 10 and model 20 KA41-A motherboard is 54-18856-01,  N   while the VAXserver 3100 models 10 and 20 KA41-B motherboard is 54-18856-02.I   The KA42-A used in the VAXstation 3100 models 30 and 40 is 54-17312-01.   L :There is a DIP-switch at the read near the power plug. In some models it isJ :accessible from the outside, in others you'll have to open the case. If I, :remember correctly S2 is the one to switch.  G   That would be the S3 console serial line switch (see the FAQ for some I   details), and is not the mechanism that causes the system to decide if  "   it is a server or a workstation.  I   The server vs workstation licensing decision typically involves a check L   for the presence for the graphics controller and the workstation keyboard.H   S3 controls where the console output is routed, but not the licensing.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 10 Oct 2001 15:18:04 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Big Alpha Deal ; Message-ID: <MEZw7.8009$f6.3188968@typhoon.ne.mediaone.net>   ) <paul.beaudoin@hsbc.com> wrote in message ? news:OFCF9088A3.5D997521-ON80256AE1.00350FB4@systems.uk.hsbc...  > " > Found floating in cyber space... > A > INFORMATIONWEEK via NewsEdge Corporation : The AlphaServer, the K > high-powered but commercially unsuccessful server based on Compaq's Alpha I > chip, got new life last week when the U.S. military awarded a five-year I > contract that could be worth up to $857 million for systems using Cisco J > Systems' networking equipment, AlphaServer computers, and the Tru64 Unix > operating system....  K This is a revised version of an article that first appeared on 2 October in  the following form  5 http://www.informationweek.com/story/IWK20011002S0005   L Compaq is now aware of the 8 October article, which makes the flat-out-wrongH allegation that Compaq has withdrawn Alpha from the commercial market. I@ suspect that a retraction and clarification will be forthcoming.   ------------------------------  % Date: Wed, 10 Oct 2001 10:49:29 -0800 * From: Marketing <sentfrom@marketsplus.org> Subject: Business Services9 Message-ID: <iss.5093.3bc48983.11210.1@mx2.east.saic.com>   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">% <HTML><HEAD><TITLE>New Page 1</TITLE> F <META http-equiv=Content-Type content="text/html; charset=iso-8859-1">4 <META content="MSHTML 5.50.4134.600" name=GENERATOR>4 <META content=FrontPage.Editor.Document name=ProgId>
 <STYLE>BODY { 6 	MARGIN-TOP: 0px; MARGIN-LEFT: 0px; FONT-FAMILY: arial }  TD { 	FONT-FAMILY: veranda  }  A { & 	COLOR: #000000; TEXT-DECORATION: none } 	 A:hover { + 	COLOR: #000000; TEXT-DECORATION: underline  } 
 A:active {+ 	COLOR: #000000; TEXT-DECORATION: underline  }  spec { 	BORDER-RIGHT: #9f9f9f 1px solid; BORDER-TOP: #9f9f9f 1px solid; BORDER-LEFT: #9f9f9f 1px solid; BORDER-BOTTOM: #9f9f9f 1px solid  }  TD.spectitle {! 	BORDER-BOTTOM: #9f9f9f 1px solid  }  TD.speccontent {A 	BORDER-LEFT: #9f9f9f 1px solid; BORDER-BOTTOM: #9f9f9f 1px solid  }  </STYLE> </HEAD>  <BODY bgColor=#ffffff> <DIV align=left>? <TABLE height=1 cellSpacing=0 cellPadding=0 width=612 border=0> 	   <TBODY>    <TR>.     <TD width=26 height=3><IMG alt="" hspace=0R       src="mhtml:mid://00000001/!http://www.icgpc.com/advertising/web/topleft.jpg"       border=0></TD>F     <TD width=6 height=3><IMG height=40 src="web/topright.jpg" width=6       border=0></TD>N     <TD width=105 height=3><A href="http://www.icgpc.com"><IMG alt="" hspace=0O       src="mhtml:mid://00000001/!http://www.icgpc.com/advertising/web/logo.jpg"        border=0></A></TD>     <TD width=292 height=3>        <DIV align=left>?       <TABLE cellSpacing=0 cellPadding=0 width="100%" border=0>          <TBODY>          <TR>+           <TD><FONT face=Arial size=1><B><A E             href="http://www.icgpc.com">International Computer Group, )             Inc.</A></B></FONT></TD></TR>          <TR>+           <TD><FONT face=Arial size=4><B><A =             href="http://www.icgpc.com">Bringing Computing To B           You!</A></B></FONT></TD></TR></TBODY></TABLE></DIV></TD>&     <TD width=171 height=28 rowSpan=4>       <DIV align=left>?       <TABLE cellSpacing=0 cellPadding=0 width="100%" border=0>          <TBODY>          <TR>=           <TD align=right width="100%"><B><FONT face=Arial><A -             href="http://www.icgpc.com"><FONT G             color=#0066cc>WWW.ICGPC.COM</FONT></A></FONT></B></TD></TR>          <TR>A           <TD align=right width="100%"><FONT face=Arial size=2><A R             href="http://www.icgpc.com">1026 N. Tustin Avenue</A></FONT></TD></TR>         <TR>A           <TD align=right width="100%"><FONT face=Arial size=2><A N             href="http://www.icgpc.com">Anaheim, CA 92807</A></FONT></TD></TR>         <TR>A           <TD align=right width="100%"><FONT face=Arial size=2><A i             href="http://www.icgpc.com">714-632-1004</A></FONT></TD></TR></TBODY></TABLE></DIV></TD></TR>    <TR>8     <TD width=26 height=1 rowSpan=3><IMG alt="" hspace=0S       src="mhtml:mid://00000001/!http://www.icgpc.com/advertising/web/gradient.jpg"        border=0></TD>     <TD width=6 height=1></TD>/     <TD width=397 colSpan=2 height=1 rowSpan=3>        <DIV align=left>?       <TABLE cellSpacing=0 cellPadding=0 width="101%" border=0>          <TBODY>          <TR>           <TD width="64%">             <DIV align=left>E             <TABLE cellSpacing=0 cellPadding=0 width="126%" border=0>                <TBODY>                <TR>+                 <TD width="100%"></TD></TR>                <TR>H                 <TD width="100%"><B><A href="http://www.icgpc.com"><FONTN                   face=Arial color=#0066cc size=2>Some of our offered services3                   include:</FONT></A></B></TD></TR>                <TR>E                 <TD width="100%"><FONT size=1>&nbsp;</FONT></TD></TR>                <TR>H                 <TD width="100%"><FONT color=#000000><B><FONT face=Arial                   size=2><A d                   href="http://www.icgpc.com/InternetServices/webhosting/webhostingservices.htm">Web*                   Hosting</A></FONT></B><Af                   href="http://www.icgpc.com/InternetServices/webhosting/webhostingservices.htm"><FONTL                   face=Arial size=2> - $7.95/mo!</FONT></A></FONT></TD></TR>               <TR>>                 <TD width="100%"><FONT face=Arial size=2><B><An                   href="http://www.icgpc.com/InternetServices/dedicatedservers/dedicatedservers.htm">DedicatedB                   Servers</A></B> <A href="http://www.icgpc.com">-/                   $150/mo!</A></FONT></TD></TR>                <TR>>                 <TD width="100%"><FONT face=Arial size=2><B><Ac                   href="http://www.icgpc.com/InternetServices/remotebackup/remotebackup.htm">Remote A                   Backup</A></B> <A href="http://www.icgpc.com">- 1                   $100/year!</A></FONT></TD></TR>                <TR>>                 <TD width="100%"><FONT face=Arial size=2><B><AZ                   href="http://www.icgpc.com/networksolutions/networksolutions.htm">RemoteA                   Network Administration</A></B></FONT></TD></TR>                <TR>>                 <TD width="100%"><FONT face=Arial size=2><B><Al                   href="http://www.icgpc.com/InternetServices/colocation/colocation.htm">Co-Location</A></B>O                   <A href="http://www.icgpc.com">- $75/mo!</A></FONT></TD></TR>                <TR>>                 <TD width="100%"><FONT face=Arial size=2><B><A?                   href="http://www.icgpc.com/system.htm">Systeme6                   Integration</A></B></FONT></TD></TR>               <TR>>                 <TD width="100%"><FONT face=Arial size=2><B><AZ                   href="http://www.icgpc.com/internetservices/webdesign/webdesign.htm">WebQ                   Development</A></B></FONT></TD></TR></TBODY></TABLE></DIV></TD>            <TD width="37%">N             <P align=right><A href="http://www.icgpc.com"><IMG alt="" hspace=0S             src="mhtml:mid://00000001/!http://www.icgpc.com/advertising/web/wh.jpg"nG             border=0></A></P></TD></TR></TBODY></TABLE></DIV></TD></TR>o   <TR>$     <TD width=6 height=47></TD></TR>   <TR>9     <TD width=6 height=1></TD></TR></TBODY></TABLE></DIV>r <DIV align=left>6 <TABLE cellSpacing=0 cellPadding=0 width=611 border=0>	   <TBODY>o   <TR>,     <TD width=834 colSpan=2>&nbsp;</TD></TR>   <TR>     <TD width=1></TD>ED     <TD width=833><B><A href="http://www.icgpc.com"><FONT face=ArialK       color=#0066cc size=2>ICG Personal Computers:</FONT></A></B></TD></TR>d   <TR>     <TD width=54></TD>,     <TD width=555><FONT face=Arial size=2><AM       href="http://www.icgpc.com/system.htm">Choose from a line of ICG Series N       Computers or Customize your own to fit all of your business and personal!       needs.</A></FONT></TD></TR>    <TR>N     <TD width=609 colSpan=2><FONT color=#c0c0c0 size=3>&nbsp;</FONT></TD></TR>   <TR>     <TD width=609 colSpan=2>N       <P align=center><A href="http://www.marketsplus.org"><FONT color=#c0c0c0#       size=1>Option out from future F mailings.</FONT></A></P></TD></TR></TBODY></TABLE></DIV></BODY></HTML>   ------------------------------    Date: 10 Oct 2001 08:26:42 -0700! From: soterro@yahoo.com (Soterro)k" Subject: CC 3.1 vs. CXX 5.6 on VAX= Message-ID: <d5440555.0110100726.4a253942@posting.google.com>t   Hello,  % I'm facing now the following problem:aD There's a VAX running OpenVMS 6.1 with a CC version 3.1-44 (yeah andB it works fine for the needs, funny thing is that its documentationF calls it 4.0). Now came the necessity to run some C++ code coming fromC an Alpha machine. The Alpha is on OpenVMS 6.2, and also runs CC 6.2o and CXX 6.2.  B Finally I got installed my CXX 5.6 on the VAX machine. There was aA small thread about it, unuseful unfortunately, and the solution ISA found (with tips from Paul Schilling) was to rename starletsd.tlb C which apparently was having something against CXX. Now I renamed it F back, but I still cannot compile anything yet and this is actually theF problem. I get lots of errors in the system include files, like below.C I even had to play with the location of nam.h, because there was noe! nam module in any library at all.u  E I really presume something is too old here, and probably the CC. Why?-A I have no sys$starlets_c of any kind installed, that everybody isoE mentioning in messages, and it should probably be that way because CCrE works ok. But should I get now a newer CC, which version should it be C to match the CXX 5.6? As I see the ANSI people are changing all the8E time stuff so I don't know what should I ask for. I also included thenB messages, maybe there's something else that is wrong. I'm not even< sure that sys$starlets_c.tlb comes with CC or with the OS ;)   Thanks,n Sorin Costea  \ cxx /optimize/include=([])/repository=(sys$disk:[.cxx_release])/assume=noheader_type_default HSSCINTERFACE.CPPa!                 variant_struct  {m!         ........................^e %CXX-E-NOSEMI, Missing ";".e$                 At line number 92 in# $1$DIA0:[VMS$COMMON.SYSLIB]NAM.H;1.o  E                     unsigned nam$v_pwd : 1;     /* Return password if 
 present in(         ...............................^ %CXX-E-NOSEMI, Missing ";". $                 At line number 93 in# $1$DIA0:[VMS$COMMON.SYSLIB]NAM.H;1.   D                     unsigned nam$v_fill_1 : 1;  /* unused.  (used to be undocumes+         ..................................^n %CXX-E-NOSEMI, Missing ";". $                 At line number 98 in# $1$DIA0:[VMS$COMMON.SYSLIB]NAM.H;1.   
 ...and so on.o   ------------------------------    Date: 10 Oct 2001 11:23:35 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)O Subject: Re: CETS2001 presentations posted (non-technical, Keynote and General)g* Message-ID: <3bc41397$1@news.kapsch.co.at>  W In article <3BC315F5.BC952AAD@theblakes.com>, Colin Blake <colin@theblakes.com> writes:aK >Maybe people should stop biting their tongues and install Mozilla instead.rO >Then not only will your tongue stop hurting, but as an added benefit you'll bel  >able to view the slides too :-)   With one bit per second ;-)e  G MOZILLA is _far_ more resource consuming than any other browser running H on OpenVMS and not everyone has the latest and greatest ALPHA (!) systemI available to get acceptable response times. And MOZILLA is also still not ? JAVA capable (while NETSCAPE V3.03 Gold on OpenVMS Alpha is)...   J Note, I don't want to criticize you or MOZILLA at all. But having a usefulH webpage does make far more sense, than requiring the latest and greatest6 browser on all client systems targetting this webpage.   just my 0.02   -- -< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888j< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 10 Oct 2001 11:34:18 +0200b  From: Paul Sture <paul@sture.ch>O Subject: Re: CETS2001 presentations posted (non-technical, Keynote and General)l+ Message-ID: <VA.00000478.0ae94e99@sture.ch>s  E In article <WUsw7.438018$TM5.69543700@typhoon.southeast.rr.com>, Ken t
 Farmer wrote: F > > If you go into powerpoint you can 'save as a web page' and in then > > hit the  'publish' buttonp; > > you can select netscape 3 or later  (that's what I do).- > ' > Done.  Learn something new every day.m > A Just watch the file sizes. I tried it recently on one of the VMS v% presentations and it generated 50 MB.$ ___u
 Paul Sture Switzerlanda   ------------------------------    Date: 10 Oct 2001 05:05:01 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)0O Subject: Re: CETS2001 presentations posted (non-technical, Keynote and General)g3 Message-ID: <vdNVTk1PKkrd@eisner.encompasserve.org>   W In article <3bc41397$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:l  K > available to get acceptable response times. And MOZILLA is also still notuA > JAVA capable (while NETSCAPE V3.03 Gold on OpenVMS Alpha is)...u   One point for MOZILLA.   ------------------------------    Date: 10 Oct 2001 14:06:01 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)O Subject: Re: CETS2001 presentations posted (non-technical, Keynote and General) ( Message-ID: <3bc439a9@news.kapsch.co.at>  c In article <vdNVTk1PKkrd@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: X >In article <3bc41397$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > L >> available to get acceptable response times. And MOZILLA is also still notB >> JAVA capable (while NETSCAPE V3.03 Gold on OpenVMS Alpha is)... >  >One point for MOZILLA.r  E Only a bad point. If you have security concern, deselect JAVA supportrH in the config, but not being able to have JAVA at all is surely no plus.   -- q< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888e< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 10 Oct 2001 08:04:17 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)eO Subject: Re: CETS2001 presentations posted (non-technical, Keynote and General)s3 Message-ID: <ihryOZoemQB3@eisner.encompasserve.org>i  U In article <3bc439a9@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: e > In article <vdNVTk1PKkrd@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:tY >>In article <3bc41397$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:V >>M >>> available to get acceptable response times. And MOZILLA is also still not C >>> JAVA capable (while NETSCAPE V3.03 Gold on OpenVMS Alpha is)...  >> >>One point for MOZILLA. > G > Only a bad point. If you have security concern, deselect JAVA supportaJ > in the config, but not being able to have JAVA at all is surely no plus.  G For large organizations it is better to be able to exclude Java applets0 at purchase order time.    ------------------------------    Date: 10 Oct 2001 16:17:26 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER)O Subject: Re: CETS2001 presentations posted (non-technical, Keynote and General)i* Message-ID: <3bc45876$1@news.kapsch.co.at>  c In article <ihryOZoemQB3@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:cV >In article <3bc439a9@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:f >> In article <vdNVTk1PKkrd@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:Z >>>In article <3bc41397$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: >>>-N >>>> available to get acceptable response times. And MOZILLA is also still notD >>>> JAVA capable (while NETSCAPE V3.03 Gold on OpenVMS Alpha is)... >>>- >>>One point for MOZILLA.  >> nH >> Only a bad point. If you have security concern, deselect JAVA supportK >> in the config, but not being able to have JAVA at all is surely no plus.  >aH >For large organizations it is better to be able to exclude Java applets >at purchase order time.  F Mhmm. And what do you do next month when MOZILLA finally supports JAVAK on OpenVMS (via the new JAVA V1.3.1 plugin for OpenVMS) ? Discard MOZILLA ?1J Remember, there is something to do for JAVA support in VMS. First you haveK to install JAVA, then FASTVM, ... I can't completely follow your arguments.    -- p< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 10 Oct 2001 15:51:35 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)e Subject: CLD question 0 Message-ID: <9q1qq7$5ur$1@n.ruf.uni-freiburg.de>   Hello,  K I am writing a command definition language file (.CLD). Now my command verblJ has two parameters. The second paramter can be either an integer number orH one of two possible strings. How can I code this? I know I could use twoN different "DFINE SYNTAX" statements. But I cannot figure out a way to activate? one or the other syntax. Is it possible to achieve what I want?v   Regards,    Christoph Gartmann3  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Wed, 10 Oct 2001 13:30:00 -0400 - From: "Peter Weaver" <peter.weaver@stelco.ca>X Subject: Re: CLD question 2 Message-ID: <IA%w7.39094$Z2.571884@nnrp1.uunet.ca>  @ "Christoph Gartmann" <gartmann@immunbio.mpg.de> wrote in message* news:9q1qq7$5ur$1@n.ruf.uni-freiburg.de... > Hello, > H > I am writing a command definition language file (.CLD). Now my command verbL > has two parameters. The second paramter can be either an integer number orJ > one of two possible strings. How can I code this? I know I could use two >...    H Not exactly what you asked for, but I would go with something like this;       define verb mycommand:         image myimages            parameter P1, label=What          value (required)g  #         parameter P2, prompt="Type"p          value (type=types)T           qualifier Integer3(          value (default=10,type=$number)           disallow p2 and integer0       define type TYPES.         keyword type1o         keyword type2<   This would allow     mycommand item type1     mycommand item type2     mycommand item /int=20 but noth      mycommand item type1 /int=20   ------------------------------  # Date: Wed, 10 Oct 2001 17:36:15 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: CLD question/1 Message-ID: <jG%w7.234$RL6.1814@news.cpqcorp.net>T  f In article <9q1qq7$5ur$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de (Christoph Gartmann) writes:  L :I am writing a command definition language file (.CLD). Now my command verbK :has two parameters. The second paramter can be either an integer number ordI :one of two possible strings. How can I code this? I know I could use twoTO :different "DFINE SYNTAX" statements. But I cannot figure out a way to activatei@ :one or the other syntax. Is it possible to achieve what I want?  J   Your proposed grammar does not follow typical DCL expectations, meaning H   that you must alter your grammar or you must accept a superset of the =   parameter values and parse and validate the input yourself.   K   If you wish to elaborate somewhat on the problem statement, someone here p7   may be able to provide you with an alternate grammar.   N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 10 Oct 2001 05:59:47 GMT>* From: "Bill Todd" <billtodd@metrocast.net>/ Subject: Re: Higher prices for Alpha processorsSC Message-ID: <ntRw7.877845$ai2.67628428@bin2.nnrp.aus1.giganews.com>   = Terry C. Shannon <terryshannon@mediaone.net> wrote in message>8 news:biQw7.103358$vq.20312590@typhoon.ne.mediaone.net...   ...d  I > Makes no sense to kill Alpha (and the revenue streams from VMS and, for= the"K > moment, Tru64 UNIX) when enterprise-class IPF hardware and OS ports won't= be1 > commercially available for another three years.i >cB > In a perfect world Compaq would have announced the IPF port as a
 complementK > to the Alpha strategy rather than publishing Alpha's obituary three years<K > prior to the release of EV79. One might surmise that the announcement was G > structured as it was in order to get the maximum leverage with Intel.i >2 > > > J > > > The customers Compaq intends to keep on Alpha systems are those with > veryJ > > > large investments and deep pockets who just can't migrate to NT yet. Andf > thosewI > > > customers won't mind paying extra for technology that are stuck on.  > > ' > > Won't mind?  Or will just be stuck?O ><I > Who's to say that they'll be able to migrate to NT three years down the<K > road? Didn't a guy named Melling pitch a Risky Affinity Scheme about fivetJ > years ago? Wasn't the assumption that NT would achieve functional parityK > with VMS and Tru64 by Y2K? Didn't happen then, isn't happening now, and I0D > venture to guess that it won't happen for quite some time to come. >=L > Alpha will remain the only game in town for VMS and Tru64 for several moreE > years and Compaq can ill afford to sacrifice the revenue stream and  marginsa, > that accrue from its enterprise platforms.  J That may be what you think, and what I think, and what any rational personF would think.  But it's clearly not what Compaq thinks, because they've& already done pretty much exactly that.   - bill   ------------------------------  / Date: Wed, 10 Oct 2001 08:04:12 +0200 (MET DST)<& From: Rudolf Wingert <win@fom.fgan.de>/ Subject: Re: Higher prices for Alpha processors<6 Message-ID: <200110100604.IAA09126@sinet1.fom.fgan.de>   Hello,  B actual we buy an AlphaStation ES40. Since the seller did offer oneC the price for the single CPU station grothw up for about 4000.00DM. C This is the normal AlphaStation. The ironical: the Linux prome ES40<C with the higher performed 867MHz CPU and an additional OpenVMS baseeC license would be have the same price. Grazy world. Why is there not A a prome for OpenVMS too? May be you will ask, why did you not buy>C the neewer one 867MHz CPU? It is very simple: we get about 20% mored; performance and have to pay 35% more for an additional CPU.B   Regards Rudolf Wingert   ------------------------------  % Date: Wed, 10 Oct 2001 10:05:34 +0100t% From: Alan Greig <a.greig@virgin.net>t/ Subject: Re: Higher prices for Alpha processors08 Message-ID: <uk38stga3in5int2pdn9977g6v4sv727kt@4ax.com>  4 On Wed, 10 Oct 2001 04:39:35 GMT, "Terry C. Shannon"" <terryshannon@mediaone.net> wrote:    K >Alpha will remain the only game in town for VMS and Tru64 for several moreDL >years and Compaq can ill afford to sacrifice the revenue stream and margins+ >that accrue from its enterprise platforms.a  @ And  I hope that the letter from Capellas stating no retirals ofD enterprise support for a minimum of five years is an indication thatE they've got the message. Any idea who made the Storageworks desupport 3 decisions that Capellas seems to be countermanding?A   -- Alan   ------------------------------   Date: 10 Oct 2001 14:12:29 GMT& From: peter@abbnm.com (Peter da Silva)/ Subject: Re: Higher prices for Alpha processorss% Message-ID: <9q1l0d$jog@web.nmti.com>   > In article <biQw7.103358$vq.20312590@typhoon.ne.mediaone.net>,3 Terry C. Shannon <terryshannon@mediaone.net> wrote:SM > Makes no sense to kill Alpha (and the revenue streams from VMS and, for the#N > moment, Tru64 UNIX) when enterprise-class IPF hardware and OS ports won't be1 > commercially available for another three years.-   And your point is what?    -- 2+  `-_-'   In hoc signo hack, Peter da Silva.SE   'U`    "A well-rounded geek should be able to geek about anything."0L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 10 Oct 2001 14:20:52 GMT& From: peter@abbnm.com (Peter da Silva)/ Subject: Re: Higher prices for Alpha processorst% Message-ID: <9q1lg4$k39@web.nmti.com>A  , In article <3BC3E02A.51F4D013@videotron.ca>,/ JF Mezei  <jfmezei.spamnot@videotron.ca> wrote:n > Also, Digital bet on NTAP > way too early in the game. And Compaq knows that NT isn't quite ready yet, butP > my guess is that as soon as they see NT mature enough, they will continue whatP > Digital had begun. Until then, everything is on the backburner, including VMS.  L Do you have any reason to believe that NT will ever be a credible enterpriseC class operating system? The fundamental design of the OS and API istJ relentlessly single-instance: having more than one privilege, application,G or session instance on an NT server causes problems that do not seem to.I be addressible, even using the new "session" concepts in Terminal Server.   I A UNIX or VMS box can host multiple protection domains, multiple versions M of applications, and multiple independant sessions of a single user instance,CL without difficulty. They have been able to do this for over two decades. YouG can't even run two versions of IIS concurrently on an NT server without , using some desperate workaround like VMWARE.  N These restrictions are buried deeply in the Win32 subsystem, and in some casesN in the NT kernel itself. I don't see how they can be fixed without fundamental? and incompatible design changes in the OS and all applications.t  F What solution to things like the single registry namespace do you see?   --  +  `-_-'   In hoc signo hack, Peter da Silva.CE   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  % Date: Wed, 10 Oct 2001 12:22:32 -04001- From: JF Mezei <jfmezei.spamnot@videotron.ca> / Subject: Re: Higher prices for Alpha processors , Message-ID: <3BC475C8.FAF20239@videotron.ca>   Alan Greig wrote: B > And  I hope that the letter from Capellas stating no retirals ofF > enterprise support for a minimum of five years is an indication thatG > they've got the message. Any idea who made the Storageworks desupportc5 > decisions that Capellas seems to be countermanding?y  H Carly may have realised what Curly had been doing and told Curly to stop desupporting non-Wintel stuff.  C Remember that from now on, HP no longer gets any of the disgruntledoM Digital/Compaq customers, so it has to work to prevent Digital customers fromtJ leaving Compaq. (it doesn't care about wintel customers since they have no loyalty to Compaq).o   ------------------------------  + Date: Wed, 10 Oct 2001 09:35:06 -0700 (PDT) . From: Fabio Cardoso <fabiopenvms@yahoo.com.br>/ Subject: Re: Higher prices for Alpha processorsa@ Message-ID: <20011010163506.58749.qmail@web20205.mail.yahoo.com>   There is not loyalty anymore....   What counts is price $$$$.  + Of course Compaq has the better technology.Z But still expensive.  + About Alphas ? In my personal opnion Compaqh7 dont want to sell these Alphaserver systems anymore.=20n, Sun and IBM have machines with +80 processor, and the GS320 is only a 32 processor server.  1 Imagine the costs to develop a 128 Alphaserver=20t3 machine nowadays - because there  is the merger,=20W1 because there is the Itanium coming. I believe=2014 customers dont want to buy a "two years obsolete"=20 machine with 128 processors.    3 Now is strategic for CPQ/HP and Intel to desperatlyb putm6 Itanium systems in the market - there is no perfection   in speed....so...-     Regardsy   FC=20G  2 --- JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > Alan Greig wrote:.5 > > And  I hope that the letter from Capellas statinga > no retirals of5 > > enterprise support for a minimum of five years isa > an indication that2 > > they've got the message. Any idea who made the > Storageworks desupport' > > decisions that Capellas seems to bee > countermanding?w >=203 > Carly may have realised what Curly had been doingv > and told Curly to stop  > desupporting non-Wintel stuff. >=205 > Remember that from now on, HP no longer gets any oft > the disgruntled00 > Digital/Compaq customers, so it has to work to  > prevent Digital customers from/ > leaving Compaq. (it doesn't care about wintele > customers since they have no > loyalty to Compaq).n     =3D=3D=3D=3D=3DnL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dg F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil( fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D-  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  % Date: Wed, 10 Oct 2001 13:06:45 -0400<- From: JF Mezei <jfmezei.spamnot@videotron.ca>e/ Subject: Re: Higher prices for Alpha processorsi, Message-ID: <3BC48021.4990209E@videotron.ca>   Peter da Silva wrote:)N > Do you have any reason to believe that NT will ever be a credible enterprise > class operating system?   J Over time, Microsoft will add sufficient bloatware for its marketing to be6 able to convince CIOs that NT is ready for prime time.  - > The fundamental design of the OS and API isg > relentlessly single-instance:l  F So, you have a single rack of multiple NT boxes. That is what Compaq'sG "futures" slides looked like at a recent presentation.  The point is to N provide IT services. If NT can provide this with multiple CPUs each having itsI own instance, costs less than some fancy VMS thing and has the management-; tools to manage those multiple OS instances, then why not ?@  I Microsoft and Compaq have been able to convince many CIOs to trust reallyoL important stuff to NT already and that will only continue to happen. IIS mayM have bad reputation (finally) but that will be temporary and MS will come outLM with a new and improved version of IIS that might actually have some securityg in it.  H > What solution to things like the single registry namespace do you see?  K A serious application can simply use its own configuration files instead ofaI relying on that stupid registry thing. Or they could improve the registry(M thing to allow each process to have access to its own registry space. Instead.M of having just "USER", it could have "JOB" and "PROCESS". This way, you could H start IIS on the same machine with the same "USER", but with a differentE "PROCESS" registry section/tree with the process specific parameters.l   ------------------------------  % Date: Wed, 10 Oct 2001 12:59:30 -04000+ From: "Main, Kerry" <Kerry.Main@compaq.com>n/ Subject: RE: Higher prices for Alpha processorssR Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4D561DB@kaoexc01.americas.cpqcorp.net>   Fabio -a  0 >>> Sun and IBM have machines with +80 processor/ and the GS320 is only a 32 processor server.<<<t  ? IBM's strategy is not just putting more cpu's in a single box -eJ http://news.cnet.com/news/0-1003-200-7407646.html?tag=3Ddd.ne.dtx.nl-sty.= 0,  < "...After a year of brainstorming, though, IBM discarded theD 128-processor system in favor of a very different design: fewer CPUsA with super-high-speed connections to each other, to memory and toMD input-output systems that lead outside the server to the network and storage devices."s   Regards,  
 Kerry Main Senior Consultant  Compaq Canada Corp.I Professional Servicesc Voice: 613-592-4660p Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----5 From: Fabio Cardoso [mailto:fabiopenvms@yahoo.com.br]  Sent: October 10, 2001 12:35 PMe To: Info-VAX@Mvb.Saic.Comh/ Subject: Re: Higher prices for Alpha processorso     There is not loyalty anymore...A   What counts is price $$$$.  + Of course Compaq has the better technology.g But still expensive.  + About Alphas ? In my personal opnion Compaq 7 dont want to sell these Alphaserver systems anymore.=20 , Sun and IBM have machines with +80 processor, and the GS320 is only a 32 processor server.  1 Imagine the costs to develop a 128 Alphaserver=20W3 machine nowadays - because there  is the merger,=20V1 because there is the Itanium coming. I believe=20'4 customers dont want to buy a "two years obsolete"=20 machine with 128 processors.    3 Now is strategic for CPQ/HP and Intel to desperatlyc putD6 Itanium systems in the market - there is no perfection   in speed....so...m     Regardsm   FC=20n  2 --- JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > Alan Greig wrote:e5 > > And  I hope that the letter from Capellas statingf > no retirals of5 > > enterprise support for a minimum of five years isr > an indication that2 > > they've got the message. Any idea who made the > Storageworks desupport' > > decisions that Capellas seems to be  > countermanding?o >=203 > Carly may have realised what Curly had been doing- > and told Curly to stop  > desupporting non-Wintel stuff. >=205 > Remember that from now on, HP no longer gets any of  > the disgruntled 0 > Digital/Compaq customers, so it has to work to  > prevent Digital customers from/ > leaving Compaq. (it doesn't care about wintelG > customers since they have no > loyalty to Compaq).-     =3D=3D=3D=3D=3DbL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Da Fabio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazile fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dn  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  # Date: Wed, 10 Oct 2001 11:37:40 GMTd. From: "Alphaman" <alphaman64@nixspam-home.com>  Subject: Re: Itanium and OpenVMS= Message-ID: <8qWw7.48609$Pr1.14282283@news1.rdc1.tn.home.com>h  + jlsue <jlsuexxxz@home.com> wrote in message 2 news:hql6stsq8hv0arlufb68mfsembh5uhkjq7@4ax.com...C > Heck,  If you're going to be that smart, you could just as easilyuA > infect the alpha firmware (ever need a floppy to access a Mylexe > controller?).   B But are you running x86 bins on the Alpha to do that?  Ever see anJ Alpha-binary .exe virus?  What are the odds of an x86 virus doing anything inside Alpha firmware?  J The reason for the FAT32 partition on an IPF system is because there is noJ PALcode equiv on that platform that can be loaded from firmware.  (See theC rest of the aforementioned presentation.)  So now all your boottimerK executables are on a read/write hard disk, not read-mostly FLASH or EEPROM. K Which do you think is easier for a cracker to hack?  Which one will soon be1I more widely available?  We all know crackers love low-hanging fruit; it'seI just a matter of time before it's exploited.  What are the odds of an IPFn? virus doing something nasty on an IPF system's FAT32 partition?   
 Respectfully,d Aarono --> Aaron Sakovich  http://members.home.net/sakovich/alphaman.html  2 "I fear all we have done is waken a sleeping giant+      and fill him with a terrible resolve."e'       Japanese Admiral Isoruku YamamotoI'       after the bombing of Pearl Harbort  < Those that don't learn from history are doomed to repeat it.   ------------------------------  # Date: Wed, 10 Oct 2001 11:49:45 GMTa. From: "Alphaman" <alphaman64@nixspam-home.com>  Subject: Re: Itanium and OpenVMS= Message-ID: <tBWw7.48669$Pr1.14288349@news1.rdc1.tn.home.com>i  8 > John Eisenschmidt <jeisensc@aaas.org> wrote in message' > news:sbc2d1d0.048@AAASMTA.aaas.org...-K > I could be a little out of place or late in the game here, but isn't thism whereqK > something like tripwire comes into place? One generates a checksum of all- their-L > binary files and has the system alert them when the checksums don't match. The onlyK > time checksums would have to be rebuilt against the OS are when you applyl	 an ECO orl
 > upgrade.  I I guess Sophos will have to improve Intercheck to the point where it runs7F against VMS executables, not just as a server for PeeCees.  That's oneH facility that's already partially in place -- they just need to move the" rest of their code over to the OS.  K For those not familiar with Interchecck, it gloms onto the OPEN call for an J OS, does a checksum plus size and date check of any file that gets opened,F and compares it against a database of checksums.  If it's already beenG registered, it is allowed to run.  If not, it is sent to a Sweep enginetL (either locally or on a network) where it is scanned for viruses.  If clean,L it is added to the database and then allowed to run; if not, the OPEN fails.   Aaront --> Aaron Sakovich  http://members.home.net/sakovich/alphaman.html  2 "I fear all we have done is waken a sleeping giant+      and fill him with a terrible resolve." '       Japanese Admiral Isoruku Yamamotos'       after the bombing of Pearl Harborw  < Those that don't learn from history are doomed to repeat it.   ------------------------------  % Date: Wed, 10 Oct 2001 12:41:22 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>e  Subject: Re: Itanium and OpenVMS, Message-ID: <3BC47A30.30591211@videotron.ca>   Alphaman wrote:eE > rest of the aforementioned presentation.)  So now all your boottime M > executables are on a read/write hard disk, not read-mostly FLASH or EEPROM. 6 > Which do you think is easier for a cracker to hack?     K If you were to acquire sufficient privileges to access the "boot partition"eG while VMS is running and change it, isn't it correct to state that suchr3 changes would not take effect until the next boot ?   H And during that boot, wouldn't it become very obvious that something wasN happening that was quite wrong ? Isn't the worst case scenario that the covert/ boot program would just erase the system disk ?    ------------------------------  % Date: Wed, 10 Oct 2001 09:54:40 -04000. From: "Kenneth Randell" <kenr@datametrics.com>! Subject: Re: Lkwset before CMKRNLf+ Message-ID: <9q1jut$igf$1@bob.news.rcn.net>0  < Well, as before, there really isn't enough information here.  J 1) What is at this virtual address? (code, data, linkage)  In other words,K is the fault from accessing a code page, or code that is trying to access ai
 data page?  2) What platform (vax or alpha)?, 3) What is the instruction that is faulting?G 4) The fact that it does not crash on a standalone member but does on a H satellite is likely not relavant.  This could be a factor of working set size, system utilization, etc.  G Even having the output of CLUE CRASH would tell us much more (but stillf likely not enough) to help you.    Ken Randell   6 Nilakantan <nilakantan_m@hotmail.com> wrote in message7 news:f660c23e.0110092126.295ead72@posting.google.com... 	 > Hi All,:C > I am sorry in missing out some of the details which I should haven > posted earlier..H > I am facing this problem in OpenVMS 7.2-1(Alpha) and the language I am# > using to generate my code is "C".l >e >nE > I would like to mention I don't see my software crashing on a standC
 > alone node.fH > The crash is happening on a satellite node of a cluster and crash dump > showsp6 > "Faulting Virtual Address        00000000.0006E010". >tB > In my code I included lkwset to lock address 0x6d200 and 0x6e5dfH > before cmkrnl and it seems to avoid crash in one satellite node of the8 > cluster  but I faced crash in another node which shows6 > "Faulting Virtual Address        00000000.0006D390". >-B > I feel that my lkwset should have locked this page for me beforeC > cmkrnl and this prevent one of my machine from crashing .But I am 6 > puzzled why that did not happen in the second node.. >0E > Any suggestion would be of great help.I did look through the wizardnF > and porting manual which improved my understanding on locking..but I6 > am not able to undertsand the above dual behaviour.. >s >l  > Thanks for your time and help. > Best Regards,l > Nilakantan   ------------------------------   Date: 9 Oct 2001 23:40:40 -0700 + From: nilakantan_m@hotmail.com (Nilakantan)  Subject: Locked pages from SDA= Message-ID: <f660c23e.0110092240.43ebffcc@posting.google.com>    Hi All, F I need to find out what are all the pages that are currently locked inE the memory for my process because of my issuing a lkwset in the code.bD How should I find the locked pages for a process from analyze/system in a Alpha OpenVMS 7.2-1   Thanks for your time and help.
 Best Regards,1
 Nilakantan   ------------------------------  % Date: Wed, 10 Oct 2001 10:07:08 -0400 . From: "Kenneth Randell" <kenr@datametrics.com>" Subject: Re: Locked pages from SDA+ Message-ID: <9q1km9$lhb$1@bob.news.rcn.net>N  & Somebody may correct me, but isn't it:   SDA> show work  5 look for entries that have 'WSLOCK' under the status.   ! SDA has pretty good on-line help.i  K But do you really need to do this -- you can have the $LKWSET return to youdI the address range of whatever pages it locked...the return values are notm
 lying to you.i   Ken Randellt  6 Nilakantan <nilakantan_m@hotmail.com> wrote in message7 news:f660c23e.0110092240.43ebffcc@posting.google.com..."	 > Hi All,nH > I need to find out what are all the pages that are currently locked inG > the memory for my process because of my issuing a lkwset in the code. F > How should I find the locked pages for a process from analyze/system > in a Alpha OpenVMS 7.2-1 >e  > Thanks for your time and help. > Best Regards,u > Nilakantan   ------------------------------  % Date: Wed, 10 Oct 2001 10:40:51 +0100e From: paul.beaudoin@hsbc.com Subject: Memo:  Big Alpha DealE Message-ID: <OFCF9088A3.5D997521-ON80256AE1.00350FB4@systems.uk.hsbc>t    Found floating in cyber space...  ? INFORMATIONWEEK via NewsEdge Corporation : The AlphaServer, thetI high-powered but commercially unsuccessful server based on Compaq's AlphaoG chip, got new life last week when the U.S. military awarded a five-yearbG contract that could be worth up to $857 million for systems using Cisco H Systems' networking equipment, AlphaServer computers, and the Tru64 Unix operating system.-  K While the exact number of systems that will be installed at Army, Navy, AireF Force, and other government agencies isn't known, Compaq officials andG industry analysts say it's the largest Alpha deal ever awarded. It alsohJ makes it less likely that Hewlett-Packard, which is planning to merge withJ Compaq, will phase out the Alpha chip anytime soon. Compaq, as part of itsH shift to systems based on Intel chips, withdrew the AlphaServer from theJ general commercial market in June, but company officials promise that new,E more powerful versions of the Alpha chip will debut in 2003 and 2004.t  I Under the Maxi-Mini and Databases contract, GTSI Corp., a Chantilly, Va.,sK systems integrator focused on government markets, won a contract to provide H government agencies and military units with complete systems for runningI office and departmental applications. GTSI ran benchmarks and other tests K and decided to bid on the job with AlphaServers based on their performance,gH reliability, availability, and service-ability, says Joel Lipkin, GTSI's, senior VP of marketing and customer support.  E "Government customers will come to us with problems, and we'll take abI building-block approach to beat their requirements with our resources andp, the resources of our partners," Lipkin says.  K There will be service and support for Alpha systems for many years, whether & or not it merges with HP, Compaq says.  H Users shouldn't have a problem if a business merger results in combiningI Compaq's Tru64 and HP-UX and a transition from Alpha to Itanium, analystseD say. Says Terry Shannon, an analyst at consulting firm Shannon KnowsK Compaq, "At the end of the day, it shouldn't mean a lick of difference with 
 the apps."   http://informationweek.com/      Paul      D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, please B  notify the sender immediately by return e-mail and delete it from
  your system.   =  Internet communications cannot be guaranteed to be secure oreA  error-free as information could be intercepted, corrupted, lost,0>  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context ofn?  this message which arise as a result of Internet transmission.   =D  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office y=  through which this message is sent unless otherwise clearly rA  indicated in this message and the authority of the author to so D3  bind the HSBC entity referred to is duly verified._  D ********************************************************************   ------------------------------    Date: 10 Oct 2001 05:10:18 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: Memo:  Big Alpha Deal3 Message-ID: <jTzuv4vzvYHo@eisner.encompasserve.org>i  d In article <OFCF9088A3.5D997521-ON80256AE1.00350FB4@systems.uk.hsbc>, paul.beaudoin@hsbc.com writes:  A > INFORMATIONWEEK via NewsEdge Corporation : The AlphaServer, they  L >                                                     Compaq, as part of itsJ > shift to systems based on Intel chips, withdrew the AlphaServer from the$ > general commercial market in June,  B InformationWeek must have come to that mistaken opinion by reading comp.os.vms.   ------------------------------  # Date: Wed, 10 Oct 2001 14:07:14 GMTo4 From: "Terry C. Shannon" <terryshannon@mediaone.net>" Subject: Re: Memo:  Big Alpha Deal; Message-ID: <mCYw7.7645$f6.3165635@typhoon.ne.mediaone.net>g  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:jTzuv4vzvYHo@eisner.encompasserve.org...qG > In article <OFCF9088A3.5D997521-ON80256AE1.00350FB4@systems.uk.hsbc>,o paul.beaudoin@hsbc.com writes: >iC > > INFORMATIONWEEK via NewsEdge Corporation : The AlphaServer, thee >mJ > >                                                     Compaq, as part of itscL > > shift to systems based on Intel chips, withdrew the AlphaServer from the& > > general commercial market in June, >uD > InformationWeek must have come to that mistaken opinion by reading > comp.os.vms.  L Must be. I talked to the reporter for about 15 minutes, and I haven't a clueL where he woulda come up with the allegation that VMS has been withdrawn from the general commercial market.  J I am surprised that CPQ's marketing department has not set InformationWeek+ straight. A printed correction is in order!s   ------------------------------  % Date: Wed, 10 Oct 2001 10:43:31 -0400-- From: Michael Austin <miaustin@bellsouth.net>0" Subject: Re: Memo:  Big Alpha Deal- Message-ID: <3BC45E92.2C4010A8@bellsouth.net>p  / Nice press for you in that article Terry.... :)B   Michael Austin   "Terry C. Shannon" wrote:   < > "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message/ > news:jTzuv4vzvYHo@eisner.encompasserve.org... I > > In article <OFCF9088A3.5D997521-ON80256AE1.00350FB4@systems.uk.hsbc>,n  > paul.beaudoin@hsbc.com writes: > >mE > > > INFORMATIONWEEK via NewsEdge Corporation : The AlphaServer, theo > >IL > > >                                                     Compaq, as part of > itssN > > > shift to systems based on Intel chips, withdrew the AlphaServer from the( > > > general commercial market in June, > >nF > > InformationWeek must have come to that mistaken opinion by reading > > comp.os.vms. >oN > Must be. I talked to the reporter for about 15 minutes, and I haven't a clueN > where he woulda come up with the allegation that VMS has been withdrawn from  > the general commercial market. > L > I am surprised that CPQ's marketing department has not set InformationWeek- > straight. A printed correction is in order!y   ------------------------------  % Date: Wed, 10 Oct 2001 12:53:38 -0400b- From: JF Mezei <jfmezei.spamnot@videotron.ca>u" Subject: Re: Memo:  Big Alpha Deal, Message-ID: <3BC47D0F.2A9A7A04@videotron.ca>   "Terry C. Shannon" wrote: N > Must be. I talked to the reporter for about 15 minutes, and I haven't a clueN > where he woulda come up with the allegation that VMS has been withdrawn from  > the general commercial market.  J Since it was never in the general commercial market while under Compaq, itM couldn't have been widthdrawn from it. But it is safe to say that prematurelyQL announcing the death of a platform will essentially prematurely announce the1 death of the software that runs on that platform.   F Digital didn't announce the death of VAX before Alpha was commerciallyJ available. Digital didn't announce the death of VAX before VMS was running fully on Alpha.p  L > I am surprised that CPQ's marketing department has not set InformationWeek- > straight. A printed correction is in order!g  M Since Compaq does not market VMS, why should it worry about VMS getting a bad=H reputation ? As longas Compaq can talk to the few large VMS customers itM intends to keep, it can make sure that they get the right message, even if thH+ erest of the world thinks that VMS is dead.    ------------------------------    Date: 10 Oct 2001 12:02:55 -0500 From: rivie@cougar.no.domain" Subject: Re: Memo:  Big Alpha Deal3 Message-ID: <slrn9s8tjb.cnl.rivie@cougar.no.domain>   < In article <3BC47D0F.2A9A7A04@videotron.ca>, JF Mezei wrote: > H > Digital didn't announce the death of VAX before Alpha was commerciallyL > available. Digital didn't announce the death of VAX before VMS was running > fully on Alpha.3  D No, but they _did_ announce the death of the MIPS-based workstations( before Alpha was commercially available.  
 Roger Ivie ivie@cc.usu.edu     > -----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----A http://www.newsfeeds.com - The #1 Newsgroup Service in the World!a> -----==  Over 80,000 Newsgroups - 16 Different Servers! =-----   ------------------------------  # Date: Wed, 10 Oct 2001 17:38:35 GMTl4 From: "Terry C. Shannon" <terryshannon@mediaone.net>" Subject: Re: Memo:  Big Alpha Deal> Message-ID: <vI%w7.104488$vq.20789083@typhoon.ne.mediaone.net>  ) <rivie@cougar.no.domain> wrote in message - news:slrn9s8tjb.cnl.rivie@cougar.no.domain...)> > In article <3BC47D0F.2A9A7A04@videotron.ca>, JF Mezei wrote: > > J > > Digital didn't announce the death of VAX before Alpha was commerciallyF > > available. Digital didn't announce the death of VAX before VMS was running  > > fully on Alpha.o >AF > No, but they _did_ announce the death of the MIPS-based workstations* > before Alpha was commercially available. >   J Yep. Not surprising, since the whole Alpha rollout was a goat-rope of epicK proportions. In one fell swoop the Digital marketing maestros and strategicWK savants managed to impose a virtual sales freeze on VAX systems well before-0 Alpha hardware, OSes, and apps became available.  9 Little wonder that "Digital's Had It Now" became reality.o  K Anyhow, to its credit, CPQ responded to the erroneous assertion about Alpha-I and the commercial marketplace within a couple of hours of learning about  the InformationWeek gaffe.   ------------------------------  % Date: Wed, 10 Oct 2001 17:01:17 +0100e From: paul.beaudoin@hsbc.com+ Subject: Memo:  RE: 3100 Server or Station?sE Message-ID: <OF6EA87D9A.71259AFE-ON80256AE1.0057C092@systems.uk.hsbc>-  J Yep - that would be the system detecting a keyboard at startup. To make itH a station, plug a Keyboard into the back. To make it a server remove the	 keyboard.6D Some things in life are marvellously simple. Then there is the rest.   Paul        D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleasenB  notify the sender immediately by return e-mail and delete it from
  your system.   =  Internet communications cannot be guaranteed to be secure or A  error-free as information could be intercepted, corrupted, lost, >  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context of ?  this message which arise as a result of Internet transmission.   eD  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office i=  through which this message is sent unless otherwise clearly wA  indicated in this message and the authority of the author to so b3  bind the HSBC entity referred to is duly verified.   D ********************************************************************   ------------------------------  # Date: Wed, 10 Oct 2001 13:11:26 GMT # From: plj@byron.ext.telia.se (P.Lj) / Subject: Re: Netcraft is now able to detect VMSh/ Message-ID: <3bc448b5.203156683@news.telia.net>a  2 On Mon, 8 Oct 2001 12:04:27 -0400, "Sue Skonetski"# <susan.skonetski@compaq.com> wrote:    >Folks, check out0F >www.http://uptime.netcraft.com/up/graph/?host=www.openvms.compaq.com. >dD >Netcraft is now able to detect OpenVMS and Compaq Secure Web ServerI >(currently based upon Apache 1.3.14). In roughly a month, after the next I >Netcraft web server survey is run, we will have a list of sites that areR >running OpenVMS and CSWS. >a >r >r    * Fantastic, finally our server is detected:: The site byron.ext.telia.se is running OSU/3.0 on OpenVMS.  	 >>> ^P.Lji   ------------------------------  % Date: Wed, 10 Oct 2001 18:55:13 +0100a, From: Ted Allwood <support@leva.leeds.ac.uk> Subject: NMAP for VMS ?e3 Message-ID: <00A03545.8E98B46D.80@leva.leeds.ac.uk>w   Hi,e  7 I wonder is anyone has looked into porting NMAP to VMS?t  3 NMAP is a network mapping tool useful (for example)-2 in auditing a network as part of a security check.  1 Full details are at http://www.insecure.org/nmap/c     Regards, Ted:   --  K Support@leva.leeds.ac.uk                                Tel:  0113 233 2167r+ www.mech-eng.leeds.ac.uk/support/index.html.G School of Mechanical Engineering,  University of Leeds,  Leeds  LS2 9JTo   ------------------------------  % Date: Wed, 10 Oct 2001 04:31:35 -0400c2 From: "Gary E. Green" <gegreen@dra-consulting.com>) Subject: Re: NT connection to VMS machinen8 Message-ID: <3bc409e6$0$42872$f92e4de5@news.stratos.net>  F Depending on what you want to do, a package called "Reflection" can beL purchased for the NT side.  In addition to file transfer, it provides decent terminal emulation   ------------------------------  % Date: Wed, 10 Oct 2001 11:34:18 +0200l  From: Paul Sture <paul@sture.ch>) Subject: Re: NT connection to VMS machine1+ Message-ID: <VA.00000479.0ae94fbb@sture.ch>i  < In article <9q0jpe$rvc$1@news2.kornet.net>, David Lee wrote:L > Does anyone know how connect my PC/Laptop (NT) to my Alpha ES-40, which isN > running VMS 7.2. The Alpha is currently connected to the Fast Ethernet, partL > of another network.  I want to be able to connect either my laptop/desktopM > to the same Fast Ethernet so they all can exchange files, at least ftp from  > one machine to the other. D > 1) What are the things that I need to do for completing this task?N > 2) Are there any software that needed to be load on either machine and where > can I get it?e > 3) How do you set it up? > Thank you in advance > Davidi >sF You should consult your network folks on getting the physical network  connection.w  J Provided you have a TCPIP stack on the Alpha, you can use FTP from the NT O command line to connect to the Alpha and drive it from there. With vanilla NT, s6 you won't be able to FTP from the Alpha to the NT box.  H If you prefer a graphical interface, WS_FTP is a popular FTP client for  Windows.  N You will find it useful to have an entry for your Alpha in the NT hosts file, M so that you can address the Alpha by name in your FTP commands. On a vanilla -O NT system this in C:\NT\system32\drivers\Hosts (no file extension). However on aO a corporate LAN, this file may be served from a central location. Please check 9 with your network folks.  3 My best advice is to consult your networking folks.h ___e
 Paul Sture Switzerlande   ------------------------------  % Date: Wed, 10 Oct 2001 10:00:47 -0400b- From: Michael Austin <miaustin@bellsouth.net>e) Subject: Re: NT connection to VMS machine7- Message-ID: <3BC4548F.74B4F4EE@bellsouth.net>g  N There is also a package called SAMBA. this allows actual NT-style file shares.N I have it running here and have actually used it for ~5 years or so... VAX and Alpha.  H http://www.ifn.ing.tu-bs.de/ifn/sonst/samba-vms.html  is a good place to start...   Michael Austin DBA Consultant     David Lee wrote:  L > Does anyone know how connect my PC/Laptop (NT) to my Alpha ES-40, which isN > running VMS 7.2. The Alpha is currently connected to the Fast Ethernet, partL > of another network.  I want to be able to connect either my laptop/desktopM > to the same Fast Ethernet so they all can exchange files, at least ftp frome > one machine to the other.cD > 1) What are the things that I need to do for completing this task?N > 2) Are there any software that needed to be load on either machine and where > can I get it?s > 3) How do you set it up? > Thank you in advance > Davidp   ------------------------------  % Date: Wed, 10 Oct 2001 09:57:08 +0100u% From: Alan Greig <a.greig@virgin.net>i> Subject: Re: Official statement of support (VAX 7000, HSZ etc)8 Message-ID: <0138stc4rjtgpb8l64aan81s8bth72t326@4ax.com>  2 On Tue, 9 Oct 2001 16:47:09 -0500, "Dave Gudewicz"" <david.gudewicz@abbott.com> wrote:  H >Didn't get a letter from MC but our local Compaq service people told usM >yesterday that it was OK to renew our hw contract for the VAX 7000s we have.sI >Last week they said they would have to research the issue.  I guess theym >did.   F I think there's been a re-think over retirement plans. That's why mostC people have been told "we'll get back to you" on certain questions.uD Looks like Compaq have finally made the correct decision which is toA realize that they must do whatever it takes to support enterpriseo? systems for a minimum of five years after last sale. The lettert@ explicitly states that this s an absolute minimum commitment and@ suggests that they hope to be able to provide ten years worth of? support. Still waiting for a retractation of the HSZ70 softwareoC support retiral notice though. Btw Capellas letter is dated October  3rd so it is very recent.e   >Dave... >l3 >"Alan Greig" <a.greig@virgin.net> wrote in messagee% >news:3BC36D94.2BEC187F@virgin.net...  >>I >> In reply to outstanding questions I have with Compaq regarding supporttI >> of VAX 7000 series machines I today received a copy of a letter signedmG >> by Michael Capellas. In it he states categorically that full supportsA >> will not be discontinued for any enterprise product (includingtG >> storage) for a minimum of five years after date of last sale. I have H >> asked how this is consistent with the retiral of software support forE >> the HSZ70 and HSZ22 controller which has already been announced asaG >> Capellas, for once, seems to be quite explicit. It might be a rebukemD >> for whoever took the storageworks cost cutting decisions. I won'tG >> quote the letter without checking it is ok for public release but it A >> seems to be a standard letter which will go out to people withs7 >> specific support queries. Anyone else seen this yet?r >> >> -- 
 >> Alan Greigi >> >> >s   -- Alan   ------------------------------  + Date: Wed, 10 Oct 2001 08:37:58 -0700 (PDT),. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>% Subject: OpenvMS and Gigabit Ethernetq@ Message-ID: <20011010153758.51186.qmail@web20208.mail.yahoo.com>  6 I searched for the GBE board at the Compaq Alphaserver5 homepage and I discovered that the Minimal Support=20*/ Version for OpenVMS for the UTP board is "TBS".h   Sorry, but what is TBS ????r  @ http://www.compaq.com/products/quickspecs/10479_na/10479_na.HTML  ' My OpenVMS versions are 7.1-1h1 and 7.2a       Regardsy   F=E1bio Cardosod       =3D=3D=3D=3D=3DaL =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 - Brazilm 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= =3Dn  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  % Date: Wed, 10 Oct 2001 13:19:36 -0400e% From: "John Vottero" <John@mvpsi.com>t) Subject: Re: OpenvMS and Gigabit Etherneto/ Message-ID: <ts90pe2h20o640@news.supernews.com>o   TBS = To Be Supplied.t    ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in messaged: news:20011010153758.51186.qmail@web20208.mail.yahoo.com...6 I searched for the GBE board at the Compaq Alphaserver2 homepage and I discovered that the Minimal Support/ Version for OpenVMS for the UTP board is "TBS".-   Sorry, but what is TBS ????:  @ http://www.compaq.com/products/quickspecs/10479_na/10479_na.HTML  ' My OpenVMS versions are 7.1-1h1 and 7.2v       Regardse  
 Fbio Cardosoi       =====e ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - BrazilT fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------    Date: 10 Oct 2001 00:36:54 -0700, From: sanface@sanface.com (SANFACE Software) Subject: PLUG: txt2pdf 5.2= Message-ID: <18712ccd.0110092336.5f2d73d2@posting.google.com>M  / We would like to announce txt2pdf 5.2 version. .# http://www.sanface.com/txt2pdf.htmleE txt2pdf is shareware; it is a very flexible and powerful PERL5 scriptrB that converts text files to PDF format files, so you can use it inE every operating systems supported by PERL5, including OpenVMS. If youNB prefer we also distribute executables for Windows, Linux, Solaris,F AIX, HP-UX, and FreeBSD. Inside the Windows version is Visual txt2pdf,	 a VB GUI.    What's new in this version  F Now you can execute txt2pdf without txt2pdf.cfg. It'll use the default@ parameters. The program will advice you but it doesn't abort the
 execution.( -default to print the default parameters   Test txt2pdf 5.2!a6 You can find it at http://www.sanface.com/txt2pdf.html   ------------------------------  % Date: Wed, 10 Oct 2001 11:34:17 +0200u  From: Paul Sture <paul@sture.ch>" Subject: Re: Question on VMS Virus+ Message-ID: <VA.00000477.0ae94cc2@sture.ch>t  S In article <8af17fe1.0110091305.52716c88@posting.google.com>, Aaron Sakovich wrote:i > alphaman-nixspam@hsv.sungardtrust.com (Aaron Sakovich) wrote in message news:<8af17fe1.0110040559.1ca80847@posting.google.com>...hU > > david20@alpha2.mdx.ac.uk wrote in message news:<9pcjm6$k67$1@aquila.mdx.ac.uk>...t > > > A > > > Could you give a pointer to where these VMS hack sites are.  > > >  > > > David Webb > > 9 > >  http://www.phreak.org/archives/security/faqs/vax.txt  > > F > > It's dated (with all the standard implications and disclaimers dueH > > dated material), but this is a common file that is the root of other > > docs on the net. > > 	 > > Aaron  > B > Even better than that, I HIGHLY recommend taking a gander at theA > latest OpenVMS Times -- page 3.  "DEF CON 9 Hackers' Convention F > declares OpenVMS 'cool' and 'unhackable'"  Also read the white paper3 > at http://www.pointsecure.com/ on the same topic.  > E Ever since the first reports of VMS's success at DEF CON, I have been C wondering to what extent  an "out of the box" system was used. IOW,nF is that level of security something we can all achieve easily, or does@ it require a lot of expertise? (I am thinking along the lines of@ steep learning curve = the potential to leave stuff open through ignorance).n  F > I'm glad SOMEONE is telling folks about this kind of stuff.  Thanks,D > Sue!  Now if only other people knew about it.  I for one am makingD > sure this article gets stuffed under everyone's nose, along with a> > reference to the fine article by Gartner with their explicit > recommendation regarding IIS.o > F > Sue -- any way this article might be extracted from the PDF file andE > posted as an HTML page that we could easily reference with a simplee" > URL?  This sure is good stuff... >n	 Seconded.  Many thanks Sue. ___e
 Paul Sture Switzerland    ------------------------------    Date: 10 Oct 2001 05:07:36 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)l" Subject: Re: Question on VMS Virus3 Message-ID: <tVoDIFuU3ZK1@eisner.encompasserve.org>   N In article <VA.00000477.0ae94cc2@sture.ch>, Paul Sture <paul@sture.ch> writes:  G > Ever since the first reports of VMS's success at DEF CON, I have been E > wondering to what extent  an "out of the box" system was used. IOW,sH > is that level of security something we can all achieve easily, or doesB > it require a lot of expertise? (I am thinking along the lines ofB > steep learning curve = the potential to leave stuff open through
 > ignorance).n  F What I heard in a hallway conversation at the Anaheim DECUS conferenceG was that the add-on software from (I forget the company) was put on for-F the purpose of monitoring attacks in the "dynamic" DEFCON environment.  C So raw VMS ought to do just fine if you don't have a requirement toi> produce heavy-duty statistics on how you are getting attacked.   ------------------------------  % Date: Wed, 10 Oct 2001 07:28:00 -0500 + From: "Mike Kier" <michael.kier@compaq.com>d" Subject: Re: Question on VMS Virus1 Message-ID: <l9Xw7.200$RL6.1570@news.cpqcorp.net>h  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:tVoDIFuU3ZK1@eisner.encompasserve.org... H > In article <VA.00000477.0ae94cc2@sture.ch>, Paul Sture <paul@sture.ch> writes:  >-I > > Ever since the first reports of VMS's success at DEF CON, I have been-G > > wondering to what extent  an "out of the box" system was used. IOW,-J > > is that level of security something we can all achieve easily, or doesD > > it require a lot of expertise? (I am thinking along the lines ofD > > steep learning curve = the potential to leave stuff open through > > ignorance).d >iH > What I heard in a hallway conversation at the Anaheim DECUS conferenceI > was that the add-on software from (I forget the company) was put on foraH > the purpose of monitoring attacks in the "dynamic" DEFCON environment.   The company was PointSecure.   >aE > So raw VMS ought to do just fine if you don't have a requirement to @ > produce heavy-duty statistics on how you are getting attacked.   --	 Mike Kierm Compaq Professional Services Cincinnati, OH, USAn michael.kier@compaq.comt# Caveat pagina non mutatio quantitas.   ------------------------------  % Date: Wed, 10 Oct 2001 08:25:39 -0700a' From: David Mathog <mathog@caltech.edu> " Subject: Renaming SKC (was "itch")+ Message-ID: <3BC46873.E639B44C@caltech.edu>t   "Terry C. Shannon" wrote:   : > "Christopher Smith" <csmith@amdocs.com> wrote in messageH > news:3B55D7F383B0D31197D9009027541CBF1170DD4D@cmiexch1.cmi.itds.com...( > > I guess Shannon Knows Javascript. :) > >h >nL > Actually, no. But that's the first entry I've had in "What Do I Rename the+ > Newsletter THIS Time Around" contest! ;-}c   How about:   Shannon Knows  H It sounds a bit ominous but you won't have to change it when HP implodes (which it will if either% Carly or Curly are running the show.)o  G CF spent yesterday trying to convince the analysts that HP could absorbk Compaq without so muchG as a burp.  Pretty much the same nonsense that the Q was spouting rightt$ before it bought DEC - only more so.  I Meanwhile, Michael Dell's driving his big rig down the PC highway where an, couple of old slow deer named  HP and CompaqM are blinking into his headlights.  Instead of getting out of the way they arel' moving into an an entanglement straightyJ out of the advanced sections of the Kama Sutra.  Which  suggests one other$ name (which has been, unfortunately,0 historically accurate):  Shannon Knows Roadkill.   Regards,   David Mathog mathog@caltech.edu   ------------------------------    Date: 10 Oct 2001 04:44:29 -0700% From: Stefan.appeltans@pi.be (Stefan)dC Subject: RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1T= Message-ID: <1ce54ab3.0110100344.6c4524ac@posting.google.com>o   hello ,     J we have migrated our production systems to VMS 7.2-1h1 , and since then weK have problems with rms journaling. When a rollback is done we get folowing   error:    ; INFO : Rollback FOCSPN07.DAT;5778 to 9-OCT-2001 07:38:21.80u> %RMSREC-F-UNSUPPSEQOP, unsupported sequential record operation3 ERROR : ERROR occurred during RECOVERY  ***********t  9 we have installed  patch DEC-axpvms-vms721H1-rms-v0600-4  9 but this does not solve our problem, any ideas , please ?*     Thanks,    Stefan Appeltans,- System Engineer    Banksys Belgium:   ------------------------------  % Date: Wed, 10 Oct 2001 10:20:44 -0400n2 From: norm lastovica <norman.lastovica@oracle.com>G Subject: Re: RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1") Message-ID: <3BC4593C.C33C401@oracle.com>F  
 Stefan wrote:  > 	 > hello ,i > L > we have migrated our production systems to VMS 7.2-1h1 , and since then we  + 	you upgraded *to* -1h1?  that doesn't make 1 much sense.  you need to upgrade to 7.2-2 or 7.3!   L > have problems with rms journaling. When a rollback is done we get folowing > error: > = > INFO : Rollback FOCSPN07.DAT;5778 to 9-OCT-2001 07:38:21.80n@ > %RMSREC-F-UNSUPPSEQOP, unsupported sequential record operation5 > ERROR : ERROR occurred during RECOVERY  ***********- > : > we have installed  patch DEC-axpvms-vms721H1-rms-v0600-4; > but this does not solve our problem, any ideas , please ?  > 	 > Thanks,  >  > Stefan Appeltans,a > System Engineeri >  > Banksys Belgiume   -- o> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Wed, 10 Oct 2001 16:36:37 +0200 ! From: stefan.appeltans@banksys.besG Subject: RE: RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1 J Message-ID: <FBD86325E818D311ADC10008C75B7A6303E3C4BC@azha.win.banksys.be>   Hi Norm,  D We have done regression tests on 7.2-1h1 for the last 2 months , so K we decided to go with the version (we thought) we knew best.( the 7.2-2 kit - arrived here last week, too late for testing)u  H The main reason for upgrading is that we want to use our new gs160s with their7L fibre channel fabrics. If XFC would have functioned we would have considered 7.3"I but this is a Banking environment , so new stuff is suspect and dangerousr ..  oI Do you think there is a big difference in RMS behaviour between 7.2-2 and 	 7.2-1h1 ? % We can still do an emergency install.<     Regards>   Stefan- ( brings back memories of my ORACLE days ...)      -----Original Message-----9 From: norm lastovica [mailto:norman.lastovica@oracle.com]r$ Sent: woensdag 10 oktober 2001 16:21 To: Info-VAX@Mvb.Saic.ComaF Subject: Re: RMS rollback problem after VMS migration 7.1-1 to 7.2-1H1        
 Stefan wrote:t > 	 > hello ,n > L > we have migrated our production systems to VMS 7.2-1h1 , and since then we  + 	you upgraded *to* -1h1?  that doesn't makea1 much sense.  you need to upgrade to 7.2-2 or 7.3!a  L > have problems with rms journaling. When a rollback is done we get folowing > error: > = > INFO : Rollback FOCSPN07.DAT;5778 to 9-OCT-2001 07:38:21.80e@ > %RMSREC-F-UNSUPPSEQOP, unsupported sequential record operation5 > ERROR : ERROR occurred during RECOVERY  ***********p > : > we have installed  patch DEC-axpvms-vms721H1-rms-v0600-4; > but this does not solve our problem, any ideas , please ?  > 	 > Thanks,A >  > Stefan Appeltans,e > System Engineer, >  > Banksys Belgiumo   -- o> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Wed, 10 Oct 2001 10:35:30 -0400 2 From: norm lastovica <norman.lastovica@oracle.com>G Subject: Re: RMS rollback problem after VMS migration 7.1-1 to  7.2-1H1v* Message-ID: <3BC45CB2.5D893DD2@oracle.com>  " stefan.appeltans@banksys.be wrote: > 
 > Hi Norm, > E > We have done regression tests on 7.2-1h1 for the last 2 months , so M > we decided to go with the version (we thought) we knew best.( the 7.2-2 kith/ > arrived here last week, too late for testing)- > J > The main reason for upgrading is that we want to use our new gs160s with > theirnN > fibre channel fabrics. If XFC would have functioned we would have considered > 7.34K > but this is a Banking environment , so new stuff is suspect and dangerousu  1 	well I can certainly understand that, but I alsoh7 think that the performance improvements in vms v7.3 are.( absolutely required on wildfire systems.   > K > Do you think there is a big difference in RMS behaviour between 7.2-2 and  > 7.2-1h1 ?t' > We can still do an emergency install.C  5 	it would seem so, no?  can you reproduce the problem. upon demand?   > 	 > Regardsc >  > Stefan/ > ( brings back memories of my ORACLE days ...)o >  > -----Original Message-----; > From: norm lastovica [mailto:norman.lastovica@oracle.com]n& > Sent: woensdag 10 oktober 2001 16:21 > To: Info-VAX@Mvb.Saic.Com H > Subject: Re: RMS rollback problem after VMS migration 7.1-1 to 7.2-1H1 >  > Stefan wrote:e > >o > > hello ,i > >mN > > we have migrated our production systems to VMS 7.2-1h1 , and since then we > 4 >         you upgraded *to* -1h1?  that doesn't make3 > much sense.  you need to upgrade to 7.2-2 or 7.3!< > N > > have problems with rms journaling. When a rollback is done we get folowing
 > > error: > >3? > > INFO : Rollback FOCSPN07.DAT;5778 to 9-OCT-2001 07:38:21.80:B > > %RMSREC-F-UNSUPPSEQOP, unsupported sequential record operation7 > > ERROR : ERROR occurred during RECOVERY  ***********  > >e< > > we have installed  patch DEC-axpvms-vms721H1-rms-v0600-4= > > but this does not solve our problem, any ideas , please ?e > >e > > Thanks,s > >I > > Stefan Appeltans,  > > System Engineera > >h > > Banksys Belgiuml >  > --@ > norman lastovica / oracle rdb engineering / usa / 610.696.4685   -- t> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  # Date: Wed, 10 Oct 2001 13:17:20 GMTr# From: plj@byron.ext.telia.se (P.Lj)  Subject: semaphore (pthread)/ Message-ID: <3bc44919.203256827@news.telia.net>i  	 Hi there,e  ? Does anyone know if the pthread-semaphore-things is going to bet" ported to VMS in a nearer future ?  . It must be included in  7.2-6C1/COE, I guess ?    	 >>> ^P.Lj.   ------------------------------  % Date: Wed, 10 Oct 2001 09:42:04 +0100.0 From: "'o-Dzin Tridral" <TridralO@Cardiff.ac.uk> Subject: Shannon knows .... Message-ID: <3BC417EF.14903.39EB498@localhost>  C Perhaps just 'Shannon Knows' would be best.  That's valid at least s9 until (a) You stop being Shannon or (b) you stop knowing.    This is the second entry ...  	 '=F6-Dzino    ? From:           	"Terry C. Shannon" <terryshannon@mediaone.net>p1 Subject:        	Re: My balls itch IS A VIRUS!!!! . Date sent:      	Wed, 10 Oct 2001 02:00:13 GMT Organization:   	Road Runner? Send reply to:  	"Terry C. Shannon" <terryshannon@mediaone.net>2& To:             	Info-VAX@Mvb.Saic.Com   > : > "Christopher Smith" <csmith@amdocs.com> wrote in messageH > news:3B55D7F383B0D31197D9009027541CBF1170DD4D@cmiexch1.cmi.itds.com...* > > I guess Shannon Knows Javascript. :) > > H > Actually, no. But that's the first entry I've had in "What Do I Rename/ > the Newsletter THIS Time Around" contest! ;-}p >  >  >      -- 'o-Dzin TridraltE Senior Computer Officer, UIS, Cardiff University, PO Box 78, CF10 3XL-' T +44 29 2087 6160  E TridralO@cf.ac.uk1) F +44 29 2087 4531  W http://www.cf.ac.uk    ------------------------------    Date: 10 Oct 2001 12:47:46 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: Shannon knows ...* Message-ID: <3bc42752$1@news.kapsch.co.at>  a In article <3BC417EF.14903.39EB498@localhost>, "'o-Dzin Tridral" <TridralO@Cardiff.ac.uk> writes:BD >Perhaps just 'Shannon Knows' would be best.  That's valid at least : >until (a) You stop being Shannon or (b) you stop knowing. >. >This is the second entry ...   - And as the third I suggest Shannon knows VMS.D  E This you can wholeheartly state, while knowing a company which pisses3< of customers regularly is not good for a good reputation ;-)   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 10 Oct 2001 09:18:17 -04000* From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: Shannon knows ...- Message-ID: <0033000037838757000002L072*@MHS>s  ! =0AShannon Knows...MoreThanYouDo.d   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET8+ > Sent: Wednesday, October 10, 2001 6:59 AMdD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET  > Subject: RE: Shannon knows ... >o >pB > In article <3BC417EF.14903.39EB498@localhost>, "'o-Dzin Tridral"9 > <TridralO@Cardiff.ac.uk> writes: >Perhaps just 'Shannonn > Knows' would be best.i > That's valid at least < > >until (a) You stop being Shannon or (b) you stop knowing. > >= > >This is the second entry ...  >n/ > And as the third I suggest Shannon knows VMS.i >nH > This you can wholeheartly state, while knowing a company which pisses=  > > of customers regularly is not good for a good reputation ;-) >Y > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888f> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net? > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'md > a realist" >=   ------------------------------  % Date: Wed, 10 Oct 2001 14:22:39 +0100a- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>5 Subject: Re: Shannon knows ...1 Message-ID: <3BC44B9F.D815ADE5@BlueBubble.UK.Com>    WILLIAM WEBB wrote:r    > Shannon Knows...MoreThanYouDo.   Shannon Ear Knows and Throat Shannon Knows Best Shannon Knows God,  	 Roy Omond  Blue Bubble Ltd.   ------------------------------  % Date: Wed, 10 Oct 2001 10:01:51 -0400v% From: "John Vottero" <John@mvpsi.com>i Subject: Re: Shannon knows .../ Message-ID: <ts8l6gf80gnqb4@news.supernews.com>    I vote for "Shannon's Nose".  : "Roy Omond" <Roy.Omond@BlueBubble.UK.Com> wrote in message+ news:3BC44B9F.D815ADE5@BlueBubble.UK.Com.... > WILLIAM WEBB wrote:- >-" > > Shannon Knows...MoreThanYouDo. >  > Shannon Ear Knows and Throat > Shannon Knows Best > Shannon Knows Gode >o > Roy Omonds > Blue Bubble Ltd. >4   ------------------------------  # Date: Wed, 10 Oct 2001 14:04:45 GMTg4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Shannon knows ...; Message-ID: <1AYw7.7625$f6.3164866@typhoon.ne.mediaone.net>p  : "Roy Omond" <Roy.Omond@BlueBubble.UK.Com> wrote in message+ news:3BC44B9F.D815ADE5@BlueBubble.UK.Com.... > WILLIAM WEBB wrote:  > " > > Shannon Knows...MoreThanYouDo. >s > Shannon Ear Knows and Throat > Shannon Knows Best > Shannon Knows Godi >/  H This gets kinda tricky. Many people know "more than you (or I) do" aboutE specific topics. I used to be an emergency medical technician, but myeH knowledge of things ear nose and throat-related is limited (had a throatH culture once, and had an eardrum lanced, that's more than I want to know about that profession!)   J Maybe I shoulda stuck with Shannon Knows Distributed Enterprise Computing!   ------------------------------    Date: 10 Oct 2001 10:01:17 -0500- From: koehler@encompasserve.org (Bob Koehler)  Subject: RE: Shannon knows ...3 Message-ID: <Gpif2QEqQFU3@eisner.encompasserve.org>   Z In article <0033000037838757000002L072*@MHS>, WILLIAM WEBB <WWEBB1@email.usps.gov> writes:# > =0AShannon Knows...MoreThanYouDo.m >  > WWWebb >   F    For historical reasons, I think it should be Shannon Knows Now (and    Digital had it when?).l   ------------------------------  + Date: Wed, 10 Oct 2001 08:35:19 -0700 (PDT)l. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>? Subject: Shannon The Omniscient (Re: Renaming SKC (was "itch")) @ Message-ID: <20011010153519.21165.qmail@web20204.mail.yahoo.com>  # I suggest Shannon The Omniscient...      :-)    REgardst   FC=20l, --- David Mathog <mathog@caltech.edu> wrote: > "Terry C. Shannon" wrote:e >=204 > > "Christopher Smith" <csmith@amdocs.com> wrote in	 > message. > >n >eF news:3B55D7F383B0D31197D9009027541CBF1170DD4D@cmiexch1.cmi.itds.com...* > > > I guess Shannon Knows Javascript. :) > > >- > > 5 > > Actually, no. But that's the first entry I've had: > in "What Do I Rename the- > > Newsletter THIS Time Around" contest! ;-}o >=20 > How about:   Shannon Knows >=206 > It sounds a bit ominous but you won't have to change > it when HP implodeso > (which it will if either' > Carly or Curly are running the show.)  >=204 > CF spent yesterday trying to convince the analysts > that HP could absorb > Compaq without so much6 > as a burp.  Pretty much the same nonsense that the Q > was spouting right& > before it bought DEC - only more so. >=204 > Meanwhile, Michael Dell's driving his big rig down > the PC highway where a. > couple of old slow deer named  HP and Compaq/ > are blinking into his headlights.  Instead of ! > getting out of the way they area) > moving into an an entanglement straight 4 > out of the advanced sections of the Kama Sutra.=20 > Which  suggests one other-& > name (which has been, unfortunately,2 > historically accurate):  Shannon Knows Roadkill. >=20
 > Regards, >=20 > David Mathog > mathog@caltech.edu >=20     =3D=3D=3D=3D=3DRL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dr F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Braziln fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  # Date: Wed, 10 Oct 2001 15:57:11 GMTl4 From: "Terry C. Shannon" <terryshannon@mediaone.net>C Subject: Re: Shannon The Omniscient (Re: Renaming SKC (was "itch"))t; Message-ID: <rd_w7.8184$f6.3201915@typhoon.ne.mediaone.net>a  ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in message : news:20011010153519.21165.qmail@web20204.mail.yahoo.com...# I suggest Shannon The Omniscient...r     :-)k    K Well, I'm neither omniscient nor omnipresent. Perhaps I'll use Shannon KNEWoL Compaq as a placeholder, then run a survey on www.tru64.org. First prize forG best name will get a free one-year subscription to, umm, The Newsletter ' Formerly Known as Shannon Knows Compaq.   H Difficult times, difficult decisions... but nowhere near as difficult as, orchestrating the proposed CPQ-HWP "merger."   cheers,0  ; terry "If HP is the merger, CPQ must be the mergee" shannonc   ------------------------------  % Date: Wed, 10 Oct 2001 11:20:56 -0500 + From: Christopher Smith <csmith@amdocs.com>rC Subject: RE: Shannon The Omniscient (Re: Renaming SKC (was "itch"))9L Message-ID: <3B55D7F383B0D31197D9009027541CBF1170DD51@cmiexch1.cmi.itds.com>   Perhaps something safe like:  ? Shannon Knows TheCurrentOwnerofTheProductsFormerlyProducedByDECe  ' Shannon Knows WhatHeLikesInYourWardrobe-  A Shannon Knows WhoWillBuyDECNext  (Well, wouldn't that be nice? :)o  4 Shannon Knows TheAncientChineaseArtOfCoporateMerging   Regards,   Chrisr  ! Christopher Smith, Perl Developert Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");c 'h  a   > -----Original Message-----; > From: Terry C. Shannon [mailto:terryshannon@mediaone.net],  = > Well, I'm neither omniscient nor omnipresent. Perhaps I'll   > use Shannon KNEW? > Compaq as a placeholder, then run a survey on www.tru64.org. e > First prize forf? > best name will get a free one-year subscription to, umm, The   > Newsletter) > Formerly Known as Shannon Knows Compaq.s   ------------------------------  + Date: Wed, 10 Oct 2001 09:29:19 -0700 (PDT)n. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>C Subject: Re: Shannon The Omniscient (Re: Renaming SKC (was "itch"))2@ Message-ID: <20011010162919.71091.qmail@web20206.mail.yahoo.com>   Hmmmml     www.tru64.org ?M   This site will change to   www.convergedunixforitanium.org4   Or=20@   www.cufi.org :-)   Any new names ?e  2 In a few months I will change my prefered bookmark to www.openvms.hp.come  
 It is enough.s   Regards.   FC=20o      2 --- "Terry C. Shannon" <terryshannon@mediaone.net> wrote: >=205 > "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote inO	 > messaget >s: news:20011010153519.21165.qmail@web20204.mail.yahoo.com...% > I suggest Shannon The Omniscient...e >=20 >=20 > :-)- >=20 >=20/ > Well, I'm neither omniscient nor omnipresent.a > Perhaps I'll use Shannon KNEW / > Compaq as a placeholder, then run a survey ony  > www.tru64.org. First prize for5 > best name will get a free one-year subscription to,r > umm, The Newsletterm) > Formerly Known as Shannon Knows Compaq.r >=205 > Difficult times, difficult decisions... but nowhereg > near as difficult as. > orchestrating the proposed CPQ-HWP "merger." >=20	 > cheers,r >=205 > terry "If HP is the merger, CPQ must be the mergee"e	 > shannong >=20 >=20     =3D=3D=3D=3D=3DkL =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= =3Dj F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazill 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= =3De  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  % Date: Wed, 10 Oct 2001 13:09:55 -0400A- From: JF Mezei <jfmezei.spamnot@videotron.ca>eC Subject: Re: Shannon The Omniscient (Re: Renaming SKC (was "itch"))., Message-ID: <3BC480DF.54344F3E@videotron.ca>  & how about "Shannon knows losers" ?????  3 Shannon chose to focus on Digital. Digital flopped.bI then Shannon chose to focus on Compaq, Compaq is about to cease to exist.1K and in all probablility Shannon will chose to follow HP, so will HP also goe
 belly up ?  G Now, if "Shannon knows Carly intimetely" perhaps it might make for somes interesting materials...   ------------------------------  + Date: Wed, 10 Oct 2001 10:05:42 -0700 (PDT)r. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>C Subject: Re: Shannon The Omniscient (Re: Renaming SKC (was "itch"))t> Message-ID: <20011010170542.726.qmail@web20210.mail.yahoo.com>   Too late for Terry Shannon  2 I think  "Cappelas knows Carly ... intimetely" ;-)     Regardsi   FC=20a2 --- JF Mezei <jfmezei.spamnot@videotron.ca> wrote:( > how about "Shannon knows losers" ????? >=205 > Shannon chose to focus on Digital. Digital flopped.-2 > then Shannon chose to focus on Compaq, Compaq is > about to cease to exist.6 > and in all probablility Shannon will chose to follow > HP, so will HP also go > belly up ? >=205 > Now, if "Shannon knows Carly intimetely" perhaps itn > might make for somen > interesting materials...     =3D=3D=3D=3D=3DoL =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= =3Du F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilj 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= =3DT  2 __________________________________________________ Do You Yahoo!?, Make a great connection at Yahoo! Personals. http://personals.yahoo.com   ------------------------------  % Date: Wed, 10 Oct 2001 13:04:41 -0500e! From: Dan Moore <dmoore@sosu.edu>,3 Subject: Re: Telnet DCL Routines for HTML Mail Msgs & Message-ID: <3BC48DB9.497628@sosu.edu>   Thanks for the suggestions gang. I was very incorrect to say VMS cannot send mail attachments. I do wish that more web mail functionality was built in to the base OS to avoid having to come up with> such a silly work around...r   I agree that there are better ways to do this (perl modules etc...), but I like using DCL routines. Essentially, one has to create a telnet_nty device and copy commands to it. Wait statements give the smtp server a chance to process each command. It would probably be nice to check smtp server responses... The mmailer.com file I found at  http://seqaxp.bio.caltech.edu/pub/software/openvms/mmail.comu helped me develop this:   7 $!*****************************************************e. $! MAIL HTML MESSAGE VIA TELNET TO SMTP SERVER7 $!*****************************************************g) $ telnet/port=25/create_nty mail.sosu.edut( $ copy sys$input 'f$trnlnm("TELNET_NTY") HELO $ WAIT 00:00:01v( $ copy sys$input 'f$trnlnm("TELNET_NTY") $ WAIT 00:00:01 ( $ copy sys$input 'f$trnlnm("TELNET_NTY") MAIL FROM:<dmoore@sosu.edu>n $ WAIT 00:00:01 ( $ copy sys$input 'f$trnlnm("TELNET_NTY") RCPT TO:<DMOORE> $ WAIT 00:00:01e( $ copy sys$input 'f$trnlnm("TELNET_NTY") DATA $ WAIT 00:00:01n( $ copy sys$input 'f$trnlnm("TELNET_NTY") From: <dmoore@sosu.edu>i To: <DMOORE>4 Subject: Test W/wait (Replace with DMS:FRM variable) MIME-Version: 1.0 ) Content-Type: text/html; charset=us-asciiV Content-Transfer-Encoding: 7bitR5 Content-Disposition: inline; filename="filename.html"1! Content-Base: http://www.sosu.edue  # <HTML><HEAD><STYLE TYPE="text/css">p4 {font-family="Arial"} TT {font-family="Courier New"}C BLOCKQUOTE.CITE {padding-left:0.5em; margin-left:0; margin-right:0;e6 margin-top:0; margin-bottom:0; border-left:"solid 2";} SPAN.TABOOHEADER {display=none}  </STYLE> </HEAD>w     <H1>  Test </H1>   </BODY>  </HTML>:   .b   $ WAIT 00:00:017( $ copy sys$input 'f$trnlnm("TELNET_NTY") QUIT $ !O! $ dealloc 'f$trnlnm("telnet_nty")e $ !END   --	 Dan Moore $ Director of Administrative Computing& Southeastern Oklahoma State University" 1405 North Fourth Avenue  PMB 4230 Durant, Oklahoma   74701-0609e+ Phone: (580) 745-2006   Fax: (580) 745-2007    ------------------------------  % Date: Wed, 10 Oct 2001 21:11:31 +0800u' From: "Kenneth" <chehon@netvigator.com>  Subject: VMS 7.2-20 Message-ID: <9q1h52$nrh7@imsp212.netvigator.com>  J Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out inE the market? I check the new features in 7.2-2, which most of them are . included in 7.3. Is 7.3 is non-stable version?   ------------------------------    Date: 10 Oct 2001 08:16:40 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)o Subject: Re: VMS 7.2-23 Message-ID: <OuJAuoHyvcdC@eisner.encompasserve.org>e  Z In article <9q1h52$nrh7@imsp212.netvigator.com>, "Kenneth" <chehon@netvigator.com> writes:L > Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out inG > the market? I check the new features in 7.2-2, which most of them areo0 > included in 7.3. Is 7.3 is non-stable version?  E Some customers insist that they will not run n.m versions, one n.m-x.   A Certainly 7.3 is less tested in the field than 7.2 or even 7.2-1.n5 That is a natural consequence of the passage of time.    ------------------------------  % Date: Wed, 10 Oct 2001 14:38:13 +0100 * From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: VMS 7.2-2+ Message-ID: <9q1j08$kl2@newton.cc.rl.ac.uk>I  ] "Kenneth" <chehon@netvigator.com> wrote in message news:9q1h52$nrh7@imsp212.netvigator.com...5L > Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out inG > the market? I check the new features in 7.2-2, which most of them aret0 > included in 7.3. Is 7.3 is non-stable version?  F It has been discussed before here but to summarise: 7.2-2 is a roll upE of fixes. Those unwilling to upgrade to 7.3 (for whatever reason) can D pull in a bundle of fixes, and hopefully retain third party support.  C There isn't any odd/even significance to the version numbers in the4> Linux kernel sense. It's just down to individual judgement andA requirements: at the moment, I guess many are on 7.2-1 production B and 7.3 testing. It just rolls along, depending how far behind the& bleeding edge people feel comfortable.   ------------------------------  % Date: Wed, 10 Oct 2001 10:34:51 -0400Y' From: "Zeni Schleter" <zzb@y12.doe.gov>w Subject: Re: VMS 7.2-2, Message-ID: <9q1ma8$jtl$1@sws1.ctd.ornl.gov>  J I had wondered about VMS 7.3 for the Alpha.  I received the VAX version ofJ VMS 7.3 around July , I think, but have seen no sign of the Alpha version.- A couple of weeks ago the VMS 7.2-2 appeared.   K According to the release notes the VMS 7.2-2 is more than just a roll up of1C fixes.  One item, /MiniCopy with the Write Bitmap feature caught my G interest.  With the new features , it made me wonder if the VMS 7.3 was J pulled (or delayed) for the Alpha.  As you stated, maybe the VMS 7.2-2 wasH created for a more stepwise approach for the Alphas.  Seemed odd though.   -  my 2 cents ... Schleter  : ------------------  Original Text ------------------------  5 "Richard Brodie" <R.Brodie@rl.ac.uk> wrote in messageq% news:9q1j08$kl2@newton.cc.rl.ac.uk...  >n4 > "Kenneth" <chehon@netvigator.com> wrote in message* news:9q1h52$nrh7@imsp212.netvigator.com...K > > Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out3 inI > > the market? I check the new features in 7.2-2, which most of them arep2 > > included in 7.3. Is 7.3 is non-stable version? >lH > It has been discussed before here but to summarise: 7.2-2 is a roll upG > of fixes. Those unwilling to upgrade to 7.3 (for whatever reason) cantF > pull in a bundle of fixes, and hopefully retain third party support. >aE > There isn't any odd/even significance to the version numbers in theo@ > Linux kernel sense. It's just down to individual judgement andC > requirements: at the moment, I guess many are on 7.2-1 production D > and 7.3 testing. It just rolls along, depending how far behind the( > bleeding edge people feel comfortable. >  >  >I >n   ------------------------------    Date: 10 Oct 2001 16:44:08 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: VMS 7.2-2* Message-ID: <3bc45eb8$1@news.kapsch.co.at>  Z In article <9q1h52$nrh7@imsp212.netvigator.com>, "Kenneth" <chehon@netvigator.com> writes:K >Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out in  >the market?  E Because they finally listened to the customers, shipping new versions-G (V7.3) and maintenance versions (V7.2-2) concurrently. And that's why ImJ can not enough say "Thanks, folks". In earlier times the VMS versions came@ out one after the other (like V5.5 -> V5.5-1 -> V5.5-2 -> V6.0),H but after the new version (V6.0) came out, bugs got fixed in the earlierH versions via ECOs (like a Y2K for 5.5-2). So, many of us requested maintH versions for earliers versions of VMS just to get almost all ECOs in one stable version.   J V7.2-2 is essentially a V7.2-1 with all ECOs. It is from design a 'landingK zone version', where (almost) all bugs are fixed while you retain 3rd partyaF support (remember, many sites do not install all ECOs - because of theG downtime, or formal vendor support - until the bug bites). Also the PVSmE will support only V7.2-2 in a couple of years. Just like with V7.1-2.L  K Hopefully, if there is more than a handful (say up to ten) new ECOs for VMSwG V7.2-2, there will also be a V7.2-3 as a new landing zone version then.   K >I check the new features in 7.2-2, which most of them are included in 7.3..  L Maintenance Versions do normally not include new features (I haven't checkedI V7.2-2, though). That is the duty of new versions (like the XFC in V7.3).eM And that is the main reason, why some vms mgrs won't run major versions (x.0)bN and even some vms mgrs only run dash (=maint) versions (x.y-z) for production.   >Is 7.3 is non-stable version?  K V7.3 has unfortunately really not as few bugs as other minor VMS versions !jJ So, avoid V7.3 for critical production systems and stay with V7.2-2 (I wasK bitten by 2 major bugs so far and I have not so uncommon configs here). ButaL testing VMS versions in your own environment is surely your own duty at all.   just my 0.02   -- s< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888,< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Wed, 10 Oct 2001 10:59:19 -0400o+ From: "O'Connor, Marty" <MOConnor@DVFS.COM>  Subject: RE: VMS 7.2-2F Message-ID: <85C741006DA1D0119CE00000F8752CE3050042AE@msexc1.dvfs.com>  H Another issue is that VMS 7.3 cannot exist in a cluster with any versionJ less than 7.1.  While 7.2-2 can exist with versions down to 6.2 (or 6.1?).J In our case we started to move our Alpha's to 7.3 but the VAX systems wereK still at 6.2 and since we are moving off the VAXs soon we are waiting until  after they go away to upgrade.  K My understanding is that 7.2-2 gets many of the features of 7.3 without then% features that cause the restrictions.w   Marty O'Connor  K >Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out inF >the market?   ------------------------------  # Date: Wed, 10 Oct 2001 15:43:52 GMTo2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VMS 7.2-21 Message-ID: <Y0_w7.223$RL6.1734@news.cpqcorp.net>.  Z In article <9q1h52$nrh7@imsp212.netvigator.com>, "Kenneth" <chehon@netvigator.com> writes:K :Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out in F :the market? I check the new features in 7.2-2, which most of them are/ :included in 7.3. Is 7.3 is non-stable version?o  ;   Attached is what I posted the last time this got asked...(  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com     	--a  2 From: Hoff Hoffman (hoffman@xdelta.zko.dec.nospam)!  Subject: Re: VMS V7.2-2 vs V7.3 =  Newsgroups: comp.os.vms  Date: 2001-09-27 14:50:38 PST _    n In article <3bb24e89.799537414@news2.uoregon.edu>, rickm123@oregon456.uoregon789.edu (Rick Millhollin) writes:D :I just saw some info on VMS V7.2-2 that made it sound brank new.  I? :received V7.3 a while back.  I'm confused - what's the deal?  S  L   We rolled up most of the existing patch kits, support for the AlphaServer J   GS series boxes (that originally shipped with V7.2-1H1), and some other L   work, and made it all available on a V7.2 base -- the intent is to reduce K   the number of releases that Compaq and ISVs need to support on an OpenVMS I   V7.2-* base.  V7.2-2 will be the "landing zone" release for folks that cI   need/want to stay on V7.2-*, and that also need/want to purchase Prior lJ   Version Support contracts.  As a "landing zone", it will also obviously K   be used as the basis for future V7.2-* ECO kits, particularly as support r5   for the other (earlier) V7.2-* releases is retired.H  I   OpenVMS V7.2-6C1 -- DII COE -- is *not* included in the V7.2-2 release.eK   If you don't have OpenVMS V7.2-6C1 and don't know what DII COE is, please5   ignore this paragraph.  F :Under what circumstances would I upgrade to V7.2-2 instead of V7.3?    H   If your software configuration or environment is not yet supported on G   OpenVMS V7.3 and if you do not require a V7.3 feature, most commonly.w    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 10 Oct 2001 12:05:08 -0400h5 From: David Beatty <David.Beatty@qwertysasasdfgh.com>S Subject: Re: VMS 7.2-22 Message-ID: <DnHEOz9sXHO2VJBIjnSSU9bAo6Jd@4ax.com>  E     V6.2 and V7.3 systems can co-exist in the same cluster -- I have h the following versions in mine:r   VAX V6.2, V7.1& Alpha V6.2, V7.1, V7.2-1, V7.2-2, V7.3  5 I've also had VAX V7.2, Alpha V7.1-1H2, Alpha V7.1-2,o7 Alpha V7.2, and Alpha V7.2-1H1 booted into this cluster- as well.   David R. Beatty1  5 On Wed, 10 Oct 2001 10:59:19 -0400, "O'Connor, Marty"b <MOConnor@DVFS.COM> wrote:  I >Another issue is that VMS 7.3 cannot exist in a cluster with any version K >less than 7.1.  While 7.2-2 can exist with versions down to 6.2 (or 6.1?)..K >In our case we started to move our Alpha's to 7.3 but the VAX systems were2L >still at 6.2 and since we are moving off the VAXs soon we are waiting until >after they go away to upgrade.s >.L >My understanding is that 7.2-2 gets many of the features of 7.3 without the& >features that cause the restrictions. >F >Marty O'Connorb >eL >>Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out in
 >>the market?a >.   ------------------------------  % Date: Wed, 10 Oct 2001 13:41:59 -0400=  From: norm.raphael@jamesbury.com# Subject: VMS 7.2-2 in mixed clustere4 Message-ID: <C2256AE1.0060F05F.00@jklh21.valmet.com>  5 Can this statement be taken to be catagorically true.   J > Another issue is that VMS 7.3 cannot exist in a cluster with any versionL > less than 7.1.  While 7.2-2 can exist with versions down to 6.2 (or 6.1?).  > That is, can Alpha VMS V7.2-2 coexist (for migration purposes)= in a mixed VMScluster with VAX VMS V6.2 with Host-base Volumei Shadowing and fibrechannel?           + MOConnor@dvfs.com on 10/10/2001 10:59:19 AM   # Please respond to MOConnor@dvfs.com=   To:   Info-VAX@mvb.saic.comD cc:  Subject:  RE: VMS 7.2-2C        H Another issue is that VMS 7.3 cannot exist in a cluster with any versionJ less than 7.1.  While 7.2-2 can exist with versions down to 6.2 (or 6.1?).J In our case we started to move our Alpha's to 7.3 but the VAX systems wereK still at 6.2 and since we are moving off the VAXs soon we are waiting until  after they go away to upgrade.  K My understanding is that 7.2-2 gets many of the features of 7.3 without thee% features that cause the restrictions.n   Marty O'Connor  K >Does anyone knows why Compaq just release 7.2-2 when 7.3 is already out inu >the market?   ------------------------------   End of INFO-VAX 2001.564 ************************      focus on Compaq, Compaq is about to cease to exist.1K and in all probablility Shannon will chose to follow HP, so will HP also goe
 belly up ?  G Now, if "Shannon knows Car