1 INFO-VAX	Fri, 03 May 2002	Volume 2002 : Issue 243       Contents: Re: (remaining) GBLPAGFIL  Re: (remaining) GBLPAGFIL  Re: (remaining) GBLPAGFIL  Re: (remaining) GBLPAGFIL  Re: (remaining) GBLPAGFIL # Re: 6.2/7.3 Cluster - Advice Sought 
 Re: AIM HACK? & Re: Anticipating the HP court decision& Re: Anticipating the HP court decision& Re: Anticipating the HP court decision& Re: Anticipating the HP court decision& Re: Anticipating the HP court decision& Re: Anticipating the HP court decision, Re: Anyone using CHARON-VAX for development?# Re: Backup fails...  advice sought! & Re: capture single keystroke from DCL?& Re: capture single keystroke from DCL?& Re: capture single keystroke from DCL?. Converting DSR .LNI files to PDF or Postscript2 Re: Converting DSR .LNI files to PDF or Postscript2 Re: Converting DSR .LNI files to PDF or Postscript  Re: DCPS Help Required.......... Re: Deathbed confession? Re: Deathbed confession? Re: Deathbed confession? Re: Deathbed confession? Re: Deathbed confession? Re: Deathbed confession?F Re: Does anyone have example code for finding the BG device associatedP Re: Does anyone have example code for finding the BG device associated with a TNP Re: Does anyone have example code for finding the BG device associated with a TNP Re: Does anyone have example code for finding the BG device associated with a TNP Re: Does anyone have example code for finding the BG device associated with a TNP Re: Does anyone have example code for finding the BG device associated with a TN Re: EDT or EVE EMC Storage   Re: Fix for EDT emulation in EVE  Re: Fix for EDT emulation in EVE  Re: Fix for EDT emulation in EVE  Re: Fix for EDT emulation in EVE  Re: Fix for EDT emulation in EVE  Re: Fix for EDT emulation in EVE Re: Gold key Re: Gold key Re: Gold key Re: HP vote cleared  Re: Itanium troubles Re: Itanium troubles MTI Stingray Documentation Re: MTI Stingray Documentation Re: MTI Stingray Documentation Re: New to VAX Re: New to VAX Re: New to VAX
 NFS Lockup Re: OSU HTTP and FastCGI?  Read it and weep Andrew! Re: Read it and weep Andrew!9 Re: Reducing size of incremental backup - will this work? 9 Re: Reducing size of incremental backup - will this work? % Re: Running CSWS 1.2 on Alpha VMS 7.2 ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC ' Re: SKC Morphs Again... We're Now SKHPC 4 Top Ten reasons why we're still waiting for McKinley$ Re: UK folks this might interest you$ Re: UK folks this might interest you$ Re: UK folks this might interest you$ Re: UK folks this might interest you$ Re: UK folks this might interest you Re: VAX/Alpha CI< Re: Virus Scanners (was  URGENT to all Info-VAX subscribers)( Re: VMS Bigots Unite To Form New Company( Re: VMS Bigots Unite To Form New Company Re: VMS SCAN product RE: VMS SCAN product Re: VMS SCAN product Re: VMS SCAN product
 Re: VMSTAR Re: Whining about HPS Times  Re: You can't beat the price... 6 Re: ZIP strangeness (search list as part of file spec) Re: ZTDRIVER.EXE Re: ZTDRIVER.EXE Re: ZTDRIVER.EXE  F ----------------------------------------------------------------------  % Date: Thu, 02 May 2002 14:09:05 -0400 1 From: Micheal Austin <maustin@firstdbasource.com> " Subject: Re: (remaining) GBLPAGFIL2 Message-ID: <3CD180C1.B7BFDE69@firstdbasource.com>  
 Joe wrote: >  > OpenVMS 7.1-1H2  > G > If I'm not mistaken GBLPAGFIL is the SYSGEN parameter determining how A > much of the pagefile is ultimately available for use in section $ > backing - ie $CRMPSC/SEC$M_PAGFIL. > H > Is MMG$GL_GBLPAGFIL the correct place to look to determine how much ofD > this is currently available? If so - is there a "supported" way to, > collect this bit of information other than >  > $ analyze/system > SDA> read/exec > .  > .  > .  > SDA> examine mmg$gl_gblpagfil  >  > TIA  > joe   @ $ write sys$output "Free Sections = ",'f$getsyi("FREE_GBLSECTS") Free Sections = 191 = $ write sys$output "Free Pages = ",'f$getsyi("FREE_GBLPAGES")  Free Pages = 101392    --   Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.com  Sr. Consultant 704-947-1089 (Office)  704-236-4377 (Mobile)    ------------------------------  % Date: Thu, 02 May 2002 16:11:09 -0400 1 From: "Mark D. Jilson" <jilly@clarityconnect.com> " Subject: Re: (remaining) GBLPAGFIL2 Message-ID: <3CD19D5D.F6DE6D38@clarityconnect.com>  C Yes MMG$GL_GBLPAGFIL is still the location where the amount of free E GBLPAGFIL is stored.  You can find it's S0 VA and use DCL show it but E you'd have to verify it's address after every update of VMS and every  VMS patch kit installation.    Micheal Austin wrote:  >  > Joe wrote: > >  > > OpenVMS 7.1-1H2  > > I > > If I'm not mistaken GBLPAGFIL is the SYSGEN parameter determining how C > > much of the pagefile is ultimately available for use in section & > > backing - ie $CRMPSC/SEC$M_PAGFIL. > > J > > Is MMG$GL_GBLPAGFIL the correct place to look to determine how much ofF > > this is currently available? If so - is there a "supported" way to. > > collect this bit of information other than > >  > > $ analyze/system > > SDA> read/exec > > .  > > .  > > . ! > > SDA> examine mmg$gl_gblpagfil  > >  > > TIA  > > joe  > B > $ write sys$output "Free Sections = ",'f$getsyi("FREE_GBLSECTS") > Free Sections = 191 ? > $ write sys$output "Free Pages = ",'f$getsyi("FREE_GBLPAGES")  > Free Pages = 101392  >  > --
 > Regards, > 9 > Michael Austin            Registered Linux User #261163 9 > First DBA Source, Inc.    http://www.firstdbasource.com  > Sr. Consultant > 704-947-1089 (Office)  > 704-236-4377 (Mobile)    --  C Jilly	- Working from Home in the Chemung River Valley - Waverly, NY 0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------   Date: 2 May 02 13:53:53 PST  From: mckinneyj@cpva.saic.com " Subject: Re: (remaining) GBLPAGFIL( Message-ID: <3NNGMQm7TCqC@cpva.saic.com>  2 In article <3CD180C1.B7BFDE69@firstdbasource.com>,4  Micheal Austin <maustin@firstdbasource.com> writes: > Joe wrote: >>   >> OpenVMS 7.1-1H2 >>  H >> If I'm not mistaken GBLPAGFIL is the SYSGEN parameter determining howB >> much of the pagefile is ultimately available for use in section% >> backing - ie $CRMPSC/SEC$M_PAGFIL.  >>  I >> Is MMG$GL_GBLPAGFIL the correct place to look to determine how much of E >> this is currently available? If so - is there a "supported" way to - >> collect this bit of information other than  >>   >> $ analyze/system  >> SDA> read/exec  >> . >> . >> .  >> SDA> examine mmg$gl_gblpagfil >>   >> TIA >> joe > B > $ write sys$output "Free Sections = ",'f$getsyi("FREE_GBLSECTS") > Free Sections = 191 ? > $ write sys$output "Free Pages = ",'f$getsyi("FREE_GBLPAGES")  > Free Pages = 101392  >   J Different animal... Joe asks about GBLPAGFIL usage, not GBLPAGES. GBLPAGESM are typically used to support INSTALLed images; GBLPAGFIL controls the amount K of space allowed to be used in the system pagefiles for backing things such  as RMS global buffers.  F With recent versions of VMS the value of GBLPAGFIL is a dynamic SYSGENG parameter so you're no longer trapped into a reboot or jumping into the G kernel to increase the SYSGEN value if you run short. Other than SDA as F Joe demonstrates, or writing a program, I don't believe that there's a! way to check the remaining quota.    --   - Jim    ------------------------------  # Date: Thu, 02 May 2002 20:51:46 GMT 0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski)" Subject: Re: (remaining) GBLPAGFIL9 Message-ID: <3cd1a739.1735117286@proxy.news.easynews.com>   A On 2 May 2002 08:03:05 -0700, cstranslations@msn.com (Joe) wrote:   G >Is MMG$GL_GBLPAGFIL the correct place to look to determine how much of C >this is currently available? If so - is there a "supported" way to + >collect this bit of information other than  >  >$ analyze/system  >SDA> read/exec  >. >. >. >SDA> examine mmg$gl_gblpagfil  E The $GETSYI (get system information) system service is what you want. E It will let you examine any of the SYSGEN parameters.  You can access 2 it from DCL via the F$GETSYI DCL lexical function.  
 ---------- Remove 'Z' to reply by email.    ------------------------------  # Date: Fri, 03 May 2002 01:59:04 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: (remaining) GBLPAGFIL' Message-ID: <3CD1F1E0.6A1FC398@fsi.net>    Paul Winalski wrote: > C > On 2 May 2002 08:03:05 -0700, cstranslations@msn.com (Joe) wrote:  > I > >Is MMG$GL_GBLPAGFIL the correct place to look to determine how much of E > >this is currently available? If so - is there a "supported" way to - > >collect this bit of information other than  > >  > >$ analyze/system  > >SDA> read/exec  > >. > >. > >.  > >SDA> examine mmg$gl_gblpagfil > G > The $GETSYI (get system information) system service is what you want. G > It will let you examine any of the SYSGEN parameters.  You can access 4 > it from DCL via the F$GETSYI DCL lexical function.  G Hhmmm... Sounds more like he knows where to get GBLPAGFIL, but wants to > know that of that (think "quota"), how much currently remains?   Similar to:   * $ write sys$output f$getjpi( 0, "filcnt" )) $ write sys$output f$getjpi( 0, "fillm" )   D ...only he wants the "count" and "limit" for GBLPAGFIL at the system level.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Thu, 02 May 2002 18:44:15 GMT " From: "Hans Vlems" <hvlems@iae.nl>, Subject: Re: 6.2/7.3 Cluster - Advice Sought1 Message-ID: <3OfA8.1051$W3.16903@typhoon.bart.nl>   E The cluster is unsupported because there's no way Compaq can test all  possibleK combinations of VMS and platforms and verify them. So they limit themselves  toJ mixes of two adjacent versions. That's what's called migration support, or
 warranted.I But all kinds of versions may work well. I ran a two node VAX/VMS cluster  that@ combined 5.5-2 and 7.0. Later a VAX/VMS node with 7.1 was added.  I That does not mean that everything works flawlessly, for instance the 7.1  nodeI noted that not all systems supported a virtual IO cache. IIRC that option 
 was turned off on all nodes.   J Another problem in a mixed version cluster shows up if you're running your
 own software. I DCL gets new features every release, so a procedure that runs well on the 
 7.3 systemL won't do that on the other. The same may happen with .exe files linked under 7.3.J It could be that VAX/VMS V7.x programs will run with 5.5-2H4, i'm not sure
 about that	 any more.   L Support for the application is yet another thing. No support might just mean that the vendor I doesn't want to test that version of VMS. It will very likely work pretty  well. There's code builtI in the early 80'ds that just runs fine on VAX/VMS 7.3 (adventure, dungeon  that kind of importantL tools ;-). But AXP/VMS could be more strict; I have no way of finding out as I own no AXP's. K Should you run into a problem, restore your system disk (or keep the old V6  disk) and repeatE the problem. An application problem stands a good chance of being VMS  independent.J I vested a basic interpreter. The vendor was not interested in any form of support even though the E ported program ran a lot faster. It ran unsupported for several years  without a problem.B The basic sources even got updated. But it was no mission critical application, so YMMV.    Hans  2 Jim Becker <jbecker@ui.urban.org> wrote in message7 news:c113b52c.0204300757.2656ddb6@posting.google.com... E > I'm looking for sage advice, useful warnings, etc. on the following  > situation. > C > Currently, I have an "AlphaServer 4100 5/533 4MB" running OpenVMS G > V6.2-1H3. I'm about to buy an AlphaServer ES45, which will be running  > 7.3. > H > I'd like to cluster them for one primary reason: disk sharing. The twoG > nodes will be largely independent of each other -- separate purposes, G > separate software, separate storage, separate users -- but there will D > be some need for tossing files back and forth. For the application@ > that needs to do this, life will be FAR easier if crossing theF > boundary from one box to the other is transparent, hence clustering. > $ > However, here's the basic problem:6 > - A 6.2/7.3 mix doesn't even have migration support.. > - The minimum OS version for an ES45 is 7.3.E > - The 4100 is locked into 6.2-1H3 because of the one application it H > will carry after I migrate everything else to the ES45. The app vendor. > won't budge; we fought that battle and lost. > C > So either a) I run an unsupported mixed two-node cluster, or b) I E > break a critical, problem-child application, thereby requiring some C > sort of highly unwelcome Rube Goldberg solution to get around the  > breakage.  > F > I prefer the first approach (lesser of two evils), so I'm hoping forH > your sage advice on how to minimize difficulties of a mixed cluster of > 7.3 and 6.2-1H3. >  > Jim Becker   ------------------------------  $ Date: Thu, 2 May 2002 14:38:11 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>  Subject: Re: AIM HACK?$ Message-ID: <3cd18820$1@news.si.com>  " >Yes I'm talking to you. FUCK YOU.
 ...snip...L >Even if you just tell me where I should post this thread to in order to get more@ >results from ADULTS and not kids who have nothing better to do.  I This is too funny!  Someone resorts to childish profanity and then claims 1 everyone _else_ is acting childish.  How typical.  --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 02 May 2002 13:26:36 -0400 ( From: David Froble <davef@tsoft-inc.com>/ Subject: Re: Anticipating the HP court decision , Message-ID: <3CD176CC.9010403@tsoft-inc.com>   Bill Todd wrote:  7 > "David Froble" <davef@tsoft-inc.com> wrote in message ( > news:3CD0C75E.5010907@tsoft-inc.com... >  >>Bill Todd wrote: >> >  > ...  >  > H >>>On the other hand, I didn't notice you (or Terry) commenting *before* >>>  > the  >  >>>result was known... >>>  >>. >>That's part of a thing called 'wisdom'.  :-) >> > K > Only if you define 'wisdom' as avoiding at all costs saying anything that K > might detract from one's aura of omniscience.  That's not an inhibition I I > suffer from, being more inclined just to lay out the available data and < > suggest what conclusions seem appropriate to draw from it.    O I don't know what amount of the actual testimony in the trial/heading/whatever  N you had access to, but I didn't really see too much of same.  What the claims M being made going into the event would cause people to 'hope for' or 'want' a  O particular conclusion.  Hey, I was hoping that you were correct.  But, in such  Q events hope and want don't seem to matter, and law and politics do.  As for law, 0I in retrospect is doesn't seem that Hewlett had a 'provable' case, and do  , remember who's currently in the White House.    G > In this case, I stand by both the data and my conclusions.  As I saidsM > elsewhere, the post got sent by a slip of the finger, before I had appendedeL > the obvious 'IANAL' statement that the law might demand a resolution otherM > than the clearly rational one (to give the judge the benefit of the doubt). K > I was happy to see that Hewlett's closing statement was very similar:  heoN > may not be much of a politician, but he's OK in my book - in marked contrast > to the slime he was fighting.e     Agreed.e   Dave   ------------------------------  $ Date: Thu, 2 May 2002 14:31:12 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>o/ Subject: Re: Anticipating the HP court decision $ Message-ID: <3cd1867d$1@news.si.com>  J >On the other hand, I didn't notice you (or Terry) commenting *before* the >result was known...  2 Yah.  That's because I didn't want to be wrong ;-) -- yA Brian Tillman                   Internet: tillman_brian at si.comsA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventc< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Thu, 2 May 2002 14:33:34 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>t/ Subject: Re: Anticipating the HP court decisioni$ Message-ID: <3cd1870b$1@news.si.com>  I >Actually, Brian, it greatly missed the mark. It hit the mark not poorly,l but notE
 >at all.  ;-)   L I was thinking "how poorly it hit the mark" and typed "missed".  I corrected9 my statement immediately in a followup to my own message.s --A Brian Tillman                   Internet: tillman_brian at si.comcA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 2 May 2002 14:44:28 -0500S+ From: young_r@encompasserve.org (Rob Young)n/ Subject: Re: Anticipating the HP court decisionr3 Message-ID: <ZSZGNxoEVyJa@eisner.encompasserve.org>   b In article <3cd1867d$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes:K >>On the other hand, I didn't notice you (or Terry) commenting *before* theo >>result was known...  > 4 > Yah.  That's because I didn't want to be wrong ;-) >   < 	Wrong?  Can we use language like that?  How about: "missing 	the mark?"K   				Roba  M "The real point against pacifism is that is is not a cause at all, but only aAO  weakening of all causes.  It does not announce any aim; it only announces thatsN  it will never use certain means in pursuing any aim.  It does not define its K  goal; it only defines a stopping place, beyond which nobody must go in the   search for any goal."/                              -- C.K. ChestertonK   ------------------------------  # Date: Thu, 02 May 2002 19:58:55 GMTe* From: "Bill Todd" <billtodd@metrocast.net>/ Subject: Re: Anticipating the HP court decisionK@ Message-ID: <3UgA8.29529$N8.2419091@bin5.nnrp.aus1.giganews.com>  5 "David Froble" <davef@tsoft-inc.com> wrote in message & news:3CD176CC.9010403@tsoft-inc.com...   ...   C > in retrospect is doesn't seem that Hewlett had a 'provable' case,i  I As I said elsewhere, that's a key:  my (untutored) impression was that inhF such civil (if 'corporate law' is in that category) cases proof beyondL reasonable doubt is not required, just a decision based on the preponderanceF of evidence.  If that impression is incorrect, then it explains a lot.    and doo. > remember who's currently in the White House.  ; And of course that suggests the other possible explanation.    - bill   ------------------------------  # Date: Thu, 02 May 2002 20:18:21 GMTe1 From: "Terry C. Shannon" <terryshannon@attbi.com>R/ Subject: Re: Anticipating the HP court decision-; Message-ID: <hahA8.63469$%s3.24757920@typhoon.ne.ipsvc.net>:  F "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message news:3cd1867d$1@news.si.com...L > >On the other hand, I didn't notice you (or Terry) commenting *before* the > >result was known... >s4 > Yah.  That's because I didn't want to be wrong ;-)  J Can't say as I blame you. After all, who'da thunk that HWP will become HPQ on Monday next?S   ------------------------------  % Date: Fri, 03 May 2002 00:28:40 +0100i+ From: "antonio.carlini" <arcarlini@iee.org>?5 Subject: Re: Anyone using CHARON-VAX for development?b& Message-ID: <3CD1CBA8.2080903@iee.org>   Bob Koehler wrote:  E >    In VMS 2 ?  (At the time).  I haven't seen anything in XDELTA on @ >    doing a dynamic load, which document is that written up in?    - It's written up in the DECnet sources (and it", came IIRC from some code written for WANDD).   $ MC NET$DEBUG LOAD XDELTAa   should do it I think.   # Usual disclaimers apply (i.e. *you* ) apologise to your users when they have tob wait for the system to reload!)-  ) I believe that it depends on the loadable ) exec so it's unlikely to be doable before,( V5 or so. I have not followed the thread  ) so I was unaware of th VMS V2 requirementc  
 before now:-))   Antonio    -- -   ---------------D- Antonio Carlini             arcarlini@iee.orgi   ------------------------------  % Date: Thu, 02 May 2002 14:10:45 -0400a( From: David Froble <davef@tsoft-inc.com>, Subject: Re: Backup fails...  advice sought!, Message-ID: <3CD18125.3070609@tsoft-inc.com>   $ SHOW LOGICAL II_SYSTEM  2 Note, do NOT include the ':' in the above command.   Dave    
 Mat wrote:   > Hello! > A > I've created a backup job by copying an existing .COM file frome@ > another server in my cluster and editing it to suit my needs. ! > However, it keeps falling over!G > H > I've isolated the error in the .COM file, but I am not sure how to fixD > it.  I don't have all that much VMS knowledge, so anything you can > contribute would be welcome! > : > Here is an excerpt from my backup log showing the error: >  > "%DCL-E-OPENIN, error opening_5 > II_SYSTEM:[INGRES.UTILITY]IIRMSSYMDEF.COM; as input$C > -RMS-F-DEV, error in device name or inappropriate device type for  > operationr' >   SYSTEM       job terminated at...."" > F > I believe that the problem is with the ii_system logical, that it isG > either not defined or defined incorrectly.  How could I check to maken > sure?p > 	 > Thanks,s > 	 > Matthewr >    ------------------------------  # Date: Thu, 02 May 2002 22:50:08 GMTl0 From: Jeffrey Chimene <jeff.nospam@systasis.net>/ Subject: Re: capture single keystroke from DCL?r, Message-ID: <3CD1C587.8445EE9C@systasis.net>  7 You might try fiddling with TYPEAHEAD-related settings.   % What problem are you trying to solve?a   ------------------------------  # Date: Fri, 03 May 2002 02:03:46 GMT(1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a/ Subject: Re: capture single keystroke from DCL?d' Message-ID: <3CD1F2F9.55FDE268@fsi.net>f   Fred Kleinsorge wrote: > G > Write yourself a program to do it.  It shouldn't take more than a fewFK > minutes to work it out, or more than an hour or so to write it, debug it,t > and share it.  > 3 > Mike Scott wrote in message <3cd1651e@nubby2.>...>G > >I've been surfing for two hours now - nuthin.  I would LOVE a way toh	 > captureiJ > >a single keystroke within a DCL script (no other languages/compilers onK > >sys).  Obviously, I'm refering to keys other than [ENTER] ;-{).  A bonusd; > >would be the ability to also capture a cursor keystroke.> > >-with thankse  F I used to have a VAX BASIC program that used ONECHR (I think) to get aF single character and reflect its identity (CR, PF1, LEFT, RIGHT, etc.)  G In DCL, I think the closest you can come requires the INQUIRE verb, andsD no, AFAIK, you can't trap the cursor keys. I believe that's actuallyB spelled out somewhere - either the doc. or the on-line HELP, don't recall just now.   -- s David J. Dachtera  dba DJE Systemsc http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 03 May 2002 13:20:29 +0010e% From: paddy.o'brien@zzz.tg.nsw.gov.auu/ Subject: Re: capture single keystroke from DCL? 5 Message-ID: <01KHAJF4B6AA0009ZB@tgmail.tg.nsw.gov.au>a   Mike Scott wrote:i  M >I've been surfing for two hours now - nuthin.  I would LOVE a way to capture H >a single keystroke within a DCL script (no other languages/compilers onI >sys).  Obviously, I'm refering to keys other than [ENTER] ;-{).  A bonus.9 >would be the ability to also capture a cursor keystroke.o
 >-with thanks)  J I have a little Macro program that does pretty well what you want, so you L don't have to worry about any other language compilers.  My records show me J that I picked this up from Hunter Goatley's old WKU site many years ago.    O It's called ASK and was written originally by Mark Paulk and modified by James nN G. Downward.  The modification is dated 29-mar-1983.  It's a golden oldie and O compiles O.K. on both VAX and Alpha.  The package comes with the .MAR file and n 4 sample/example .COM files.  J I haven't got www access at the moment so can't check whether it is still - around -- Hunter may have it on his new site.d  N If you cannot get it otherwise, mail me privately. [Note my address is as you N see it, there is no anti-spam stuff, just a very embarrassing sub-domain :-( ]   Regards, Paddy   ------------------------------  $ Date: Thu, 2 May 2002 15:52:42 -0400, From: "J. Scott Greig" <jsgreig@geminaq.com>7 Subject: Converting DSR .LNI files to PDF or Postscriptl/ Message-ID: <ud35vo8ra6p3bd@corp.supernews.com>   
 Hello all:  = I have quite a bit of documentation written in RUNOFF format,l$ and printed using LN03 (.LNI) files.  C Is there any simple way to convert this to something more portable,x such as PDF or Postscript?   TIA  Scottn   ------------------------------   Date: 2 May 2002 16:22:48 -0500m- From: koehler@encompasserve.org (Bob Koehler)P; Subject: Re: Converting DSR .LNI files to PDF or Postscriptm3 Message-ID: <RGQh8pmebZzs@eisner.encompasserve.org>$  ^ In article <ud35vo8ra6p3bd@corp.supernews.com>, "J. Scott Greig" <jsgreig@geminaq.com> writes: > Hello all: > ? > I have quite a bit of documentation written in RUNOFF format, & > and printed using LN03 (.LNI) files. > E > Is there any simple way to convert this to something more portable,o > such as PDF or Postscript?  @    There's a program I got which converts the original runoff toH    Microsoft rich text format.  Word can read this, then you can convertD    to HTML (Word's HTML is as bad as you'ld expect), or print to PDF     if you have the Adobe writer.  G    You can also just runoff to plain text (.MEM files) and do a variety H    of things from there.  The only thing I ever used .LNI for was italicC    highlighting instead of bold highlighting, your document may usea    something more.  D    Just about any DEC laser and later matrix printers will print theC    LN03 file.  DCPS plus will convert it on the fly to something HPsE    laser printers can use, but I don't know if its Postscript of PCL.p   ------------------------------  % Date: Thu, 02 May 2002 20:29:09 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>s; Subject: Re: Converting DSR .LNI files to PDF or Postscriptf, Message-ID: <3CD1D9C6.25F93F36@videotron.ca>   "J. Scott Greig" wrote: ? > I have quite a bit of documentation written in RUNOFF format,i& > and printed using LN03 (.LNI) files.  M You could print those with DCPS to a postscript printer and then just captureu+ the postscript that is sent to the printer.g   ------------------------------  % Date: Thu, 02 May 2002 18:37:51 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca> ) Subject: Re: DCPS Help Required..........s, Message-ID: <3CD1BFB7.2472AB01@videotron.ca>   Mandeep Gattaura wrote:pH > applications. At present they print standard text files. We can eitherD > print these as they are with minor format changes, or convert them) > into postscript using the a2ps utility.   L Do these contain major heavy duty control characters (bold etc etc), or just real plain text files ?d  N If they are simply text you could design a postscript prologue which would let you essentially do  4 print/queue=laser_ps my_prologue.ps,my_text_file.txt  K The prologue would contain the form definition, as well as a function whichiH would loop a readline and a show, and after every 66 lines, would do the# showpages and then put up the form.b  I for instance:  (none of the code below was tested, just written here, and,? you'd have to use setfont and scalefont somewhere in there too)r  E /line1 780 def          % top line = 780, bottom line would be near 03J /line_increment 12 def  % how much to decrement the position for each line5 /cur_line line1 def     % initialise the current line   B /left_margin 15  def 		% defines where text begins on left margin.. /bottom_margin 10 def		% defines bottom marginJ /myline 132 string def   %defines a buffer capable of having max 132 chars  
 /consumetext t { r 	{ aF 	 left_margin cur_line	 moveto	  % position the "cursor" for next lineH 	 currentfile /myline readline     %  (string) followed by true or falseJ 	     { } {exit} ifelse			% this consumes the boolean (if false then exit)- 	     show						% this consumes the (string) rG 	/cur_line  cur_line line_increment sub def		%move cursor down one linetM 	cur_line 	bottom_margin lt { newpage } if    % if cur_line < bottom margin,5 then "newpage"(      } loop	% loops until exit is called   (***END_OF_FILE REACHED) showa+ showpage  % print whatever was on last page    } def   % end of consumepage     then, you can define above it :m  	 /newpage   {h; 	showpage		% spew out paper with whatever was written on ita 	/cur_line line1 def 	form_definition execform  }t  E now, at the end of the prologue, your program would do the following:c   form_definition execform consume_text Hello world  this is line 2 of the text this is line 3 of the text this is line 4 of the text   etc etci  L The trick here is that by the time "consume_text" is executed, the next item< in "current_file" will be the text input which will be read.  N OK, one can get a bit fancier and use the "search" operator to look for a form4 feed character in the  data and force a newpage too.  Q 	(hello\f world) (\f) search will push  ( world) (\f) (hello) true onto the stack G 	(hello world) (\f) search will push (hello world) false onto the stackc    N And technically, you might want to create a small trailer page that is sent atG the end which would have an end of file marker, folloed by the standards postscript trailier stuff.      > > sounding a bit thick - I am not sure how to add the userdictB > definition to my postscript code. Do I need to define the actual= > output part of the form, or do I need to include all of the2; > functions/features defined at the beginning of the file ?u  K postscript is not compiled. You need to have everything defined before theys are used sequentially.  L If the form definition comes from a large pdf file, you will have to packageM that whole thing into a function that can be executed repeatedly. (or perhaps G as a set of smaller functions called by a small "central" function that * results in the whole form being executed).  I So this would mean that you would have to go through the output from that N printer driver to understand most of it. (and probably remove a whole bunch of stuff that isn't needed).n  M What I have done in the past was to generate some fancy form with Freehand onoM a mac, and then edit the postcript to remove all the unnecessary fluff in the 6 prologue and just keep the line/text drawing commands.  J At times, I find it faster to draw the form with freehand/illustrator, andN then manually code the form in postscript with the position/size information IL get by clicking on individual objects in freehand. In the case of checkboxesK for instance, I actually wrote a small function to draw a checkbox that was H either filled or not at an indexed location (eg: some array contains theN actual position of the 10 checkboxes). So in the program, I would just need to issue something like 	false 1 checkbox  	true  2 checkboxa 	false 3 checkboxn  H So one can generate a postscript "program" instead of a bunch of obscureD postscript code that is huge and unmanageable. In the example of theF checkboxes, it also allows the form to become "computerised" where the1 graphics themselves change depending on the data.o  L The other issue with postscript that is generated by applications is that ofN images. Images are data that is consumed.  Works fine the first time they run,J but for the second page, the data is gone ! So you have to write a routineM that reads the image data into a large enough array, and then get the "image"nM operator to get its data from the array instead of the input stream. This way  it can repeatedly execute.    F > Would the userdict definition have start here and include all of theC > statements down to the end of the file, which looks like this....g >  > 317.485 660.47 m > 283.465 660.47 l > Sn  K What you'd want to do is to go through the "data" portion of the postscript I file and do an inventory of functions that are used and then just extractv/ those from the PDF prologue and ditch the rest.a  I In the above, I strongly suspect that "m" is defined to be moveto and "l"  might be lineto.   ------------------------------  # Date: Thu, 02 May 2002 20:49:10 GMTn0 From: prune@ZAnkh-Morpork.mv.com (Paul Winalski)! Subject: Re: Deathbed confession?s9 Message-ID: <3cd1a58e.1734690432@proxy.news.easynews.com>i  F On Thu, 02 May 2002 15:57:22 GMT, "Bill Todd" <billtodd@metrocast.net> wrote:  H >Now, even if that statement refers to the great-unwashed-masses date ofJ >12/31/04 rather than to the technically-correct date of 12/31/05, here weK >have a definite indication that EV79 (EV7 in a 0.13-micron process, slatedsI >to appear in 2004) is expected to out-perform Montecito (Itanic in - one L >expects, since Madison is already 0.13-micron - a 0.09-micron process, alsoJ >slated to appear in 2004).  So had EV8 appeared as scheduled in 2004 withI >twice the projected performance (in multi-thread use) of the EV6/7 core,0L >something like the 3:1 per-processor performance advantage that I suggested/ >with many months ago looks just about spot-on.i  E Given the EV6/EV7 track record, what is the likelihood that EV8 wouldiA have appeared on schedule?  It was more likely to slip its marketrC window as EV6 did than to come in on time.  And even if it did comeuB in on time, there's still the problem of Compaq's unwillingness orE inability to promote and market Alpha until it gained self-sustainingiC market momentum.  "Build a better mousetrap and they'll beat a pathhF to your door" doesn't work in the real world's volume markets that areC so necessary to sustain a chip architecture and to turn a profit one it.a  F There's little point at this juncture in whining about EV8 might-have-! beens.  It ain't going to happen.   
 ---------- Remove 'Z' to reply by email."   ------------------------------  # Date: Thu, 02 May 2002 21:54:28 GMT-* From: "Bill Todd" <billtodd@metrocast.net>! Subject: Re: Deathbed confession?@@ Message-ID: <oAiA8.25696$n7.2262118@bin8.nnrp.aus1.giganews.com>  = "Paul Winalski" <prune@ZAnkh-Morpork.mv.com> wrote in message 3 news:3cd1a58e.1734690432@proxy.news.easynews.com...g   ...s  G > Given the EV6/EV7 track record, what is the likelihood that EV8 woulde > have appeared on schedule?  K Given the Merced/McKinley track record, one might expect that no matter howhH late EV8 might have shipped it would still have been ahead of the Itanic. schedule against which we're comparing things.  '   It was more likely to slip its markete, > window as EV6 did than to come in on time.  L It already had:  EV8 was certainly scheduled for 2003 not that long ago, and IIRC 2002 somewhat earlier.h  L And there was reason to expect that that major events that disrupted the EV7F schedule (lock-step being a biggie) were of far less impact on the EV8I schedule, since they occurred far relatively earlier (even, I suspect, inD4 some cases before serious EV8 implementation began).  I Bottom line:  the EV8 team felt they were on or ahead of schedule and had3J the simulations to support that.  If you have a problem with that, take itL up with them:  I certainly don't feel qualified to dispute their opinions on the matter.t   ...w  H > There's little point at this juncture in whining about EV8 might-have- > beens.  L Wrong:  it's *always* appropriate to point out the gross blunders managementH is responsible for, until such time as that management has been evicted.H And as new evidence comes in, it's not only appropriate but important to% keep such issues on the front burner.I  K As another example, it will be important to track HP's performance over thedK next 18 months to see just how deceitful their projections about the mergereK were:  one could write them off as simple over-optimism if they hadn't alsoCL trashed, by both fair means and foul, anyone who disputed them, but as it isG it's entirely appropriate to hold them to them and roast them for everys failure to meet them.e   - bill   ------------------------------  # Date: Thu, 02 May 2002 21:06:59 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com>s! Subject: Re: Deathbed confession? ; Message-ID: <TThA8.63485$%s3.24795306@typhoon.ne.ipsvc.net>o  = "Paul Winalski" <prune@ZAnkh-Morpork.mv.com> wrote in message-3 news:3cd1a58e.1734690432@proxy.news.easynews.com... H > On Thu, 02 May 2002 15:57:22 GMT, "Bill Todd" <billtodd@metrocast.net> > wrote: > J > >Now, even if that statement refers to the great-unwashed-masses date ofL > >12/31/04 rather than to the technically-correct date of 12/31/05, here weF > >have a definite indication that EV79 (EV7 in a 0.13-micron process, slatedK > >to appear in 2004) is expected to out-perform Montecito (Itanic in - one,I > >expects, since Madison is already 0.13-micron - a 0.09-micron process,u alsoL > >slated to appear in 2004).  So had EV8 appeared as scheduled in 2004 withK > >twice the projected performance (in multi-thread use) of the EV6/7 core,yD > >something like the 3:1 per-processor performance advantage that I	 suggested:1 > >with many months ago looks just about spot-on.F >VG > Given the EV6/EV7 track record, what is the likelihood that EV8 would  > have appeared on schedule?  > Slim to none, according to some of the folks in the HPS group.  ' > It was more likely to slip its market , > window as EV6 did than to come in on time.  J Word has it that SMT is easier to implement in PowerPoint than in silicon.K And as for EV6, DEC's original Alpha roadmap had the 21264 materializing inp 1995.a   > And even if it did comeeD > in on time, there's still the problem of Compaq's unwillingness orG > inability to promote and market Alpha until it gained self-sustainingpE > market momentum.  "Build a better mousetrap and they'll beat a pathaH > to your door" doesn't work in the real world's volume markets that areE > so necessary to sustain a chip architecture and to turn a profit on- > it.D >FH > There's little point at this juncture in whining about EV8 might-have-# > beens.  It ain't going to happen.e >a > ---------- > Remove 'Z' to reply by email.n   ------------------------------   Date: 2 May 2002 15:41:43 -0700S( From: bob@instantwhip.com (Bob Ceculski)! Subject: Re: Deathbed confession?u= Message-ID: <d7791aa1.0205021441.24010cff@posting.google.com>l  r "Bill Todd" <billtodd@metrocast.net> wrote in message news:<CldA8.30311$v7.2199115@bin6.nnrp.aus1.giganews.com>...J > On the eve of its assimilation by Carly, Compaq finally acknowledges theK > first of what is likely to be a *very* long string of 'Never mind...'s onO > its part:k > H > "The fact that Office Server on Alpha EV79 will still outperform IA-64E > through the middle of the decade..." (see 'Wjtber ALL-IN-1 thread).e > I > Now, even if that statement refers to the great-unwashed-masses date of K > 12/31/04 rather than to the technically-correct date of 12/31/05, here wesL > have a definite indication that EV79 (EV7 in a 0.13-micron process, slatedJ > to appear in 2004) is expected to out-perform Montecito (Itanic in - oneM > expects, since Madison is already 0.13-micron - a 0.09-micron process, alsorK > slated to appear in 2004).  So had EV8 appeared as scheduled in 2004 withrJ > twice the projected performance (in multi-thread use) of the EV6/7 core,M > something like the 3:1 per-processor performance advantage that I suggestedy0 > with many months ago looks just about spot-on. >  > - bill  C it will appear though in 2005 ... with the name itanium 3 on it ...h   ------------------------------  # Date: Fri, 03 May 2002 00:08:40 GMTr* From: "Bill Todd" <billtodd@metrocast.net>! Subject: Re: Deathbed confession?w@ Message-ID: <cykA8.12142$c7.1504511@bin7.nnrp.aus1.giganews.com>  < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message5 news:TThA8.63485$%s3.24795306@typhoon.ne.ipsvc.net...t >c? > "Paul Winalski" <prune@ZAnkh-Morpork.mv.com> wrote in messagey5 > news:3cd1a58e.1734690432@proxy.news.easynews.com...r   ...   I > > Given the EV6/EV7 track record, what is the likelihood that EV8 wouldo > > have appeared on schedule? >p@ > Slim to none, according to some of the folks in the HPS group.  K Right.  This would be the same group of geniuses who told Compaq that AlphaeG couldn't maintain its lead over Itanic, yes?  And those responsible for L shipping the GS series years late and with uninspiring performance?  Thanks,: but I'll continue to find the Alpha group more believable.  I I suspect that "HPS" and "The company formerly known as Compaq" will have@I less and less reason to be mentioned in the same sentence over the comings6 years - unless cHomPaq starts building Hammer servers.   - bill   ------------------------------  % Date: Fri, 03 May 2002 01:10:54 -0400n- From: JF Mezei <jfmezei.spamnot@videotron.ca> ! Subject: Re: Deathbed confession?o, Message-ID: <3CD21BDC.56921EC2@videotron.ca>   "Terry C. Shannon" wrote:-L > Word has it that SMT is easier to implement in PowerPoint than in silicon.M > And as for EV6, DEC's original Alpha roadmap had the 21264 materializing in  > 1995.D    J How much of Alpha delays were caused by true technological issues, and howK much was caused by funding which forced the development to be spread over a  longer period ?a  N If Alpha had been given the unlimited funding that Intel gives the IA64 folks,/ how much more "on time" would Alpha have been ?t   ------------------------------   Date: 2 MAY 2002 22:36:58 GMT 2 From: karcher@kort.waisman.wisc.edu (Carl Karcher)O Subject: Re: Does anyone have example code for finding the BG device associatede3 Message-ID: <2MAY02.22365845@kort.waisman.wisc.edu>t  @ In a previous article, Don Sykes <annonymous@pacbell.net> wrote:  ->system@SendSpamHere.ORG wrote: ->> Z ->> In article <3CD1904D.63B8D871@pacbell.net>, Don Sykes <annonymous@pacbell.net> writes: ->> >h ->> >Yes, quick & dirty: ->> >i. ->> >$ FULLNAME = f$getjpi("0","tt_accpornam")' ->> >$ PORT = f$element(2,":",FULLNAME)e+ ->> >$ spawn/nolog/out=bg.log tcpip sho deve* ->> >$ search/nohead bg.log "23   ''PORT'" ->> 3 ->> ... but some versions didn't have an ACCNORNAM.f -> PK ->Really? I think I've been using this since VMS 6.1 and I'm using 7.2 now.2  H I don't recall the loss of tt_accpornam for telnet connections either. IE think by "some versions" Brian meant versions of UCX/TCPIP.  He mightCF also be referring to the lack of the SYS$REM_ID logical in TCPIP V5.0x which was restored in 5.1.   ------------------------------  # Date: Thu, 02 May 2002 18:02:13 GMTr From: system@SendSpamHere.ORGrY Subject: Re: Does anyone have example code for finding the BG device associated with a TN-0 Message-ID: <00A0D56A.64129E2E@SendSpamHere.ORG>  f In article <3CD177BB.B7263FDF@firstdbasource.com>, Micheal Austin <maustin@firstdbasource.com> writes: >Jamie Stallwood wrote:4 >> 15 >> On Thu, 02 May 2002 11:18:30 -0400, Micheal Austino& >> <maustin@firstdbasource.com> wrote: >> . >> >Jamie Stallwood wrote: >> >>eH >> >> Does anyone have example code for finding the BG device associated$ >> >> with a TN ucx telnet terminal? >> >>h >> >> subject says it alls >> >L >> >no, but a dcl (or lengthy PIPE command) that compares SHOW DEV TNxx/FULL >Jamie Stallwood wrote:r >> e5 >> On Thu, 02 May 2002 11:18:30 -0400, Micheal Austine& >> <maustin@firstdbasource.com> wrote: >> r >> >Jamie Stallwood wrote: >> >>iH >> >> Does anyone have example code for finding the BG device associated$ >> >> with a TN ucx telnet terminal? >> >>  >> >> subject says it all  >> >L >> >no, but a dcl (or lengthy PIPE command) that compares SHOW DEV TNxx/FULL> >> >and SHOW DEV BG/FULL using the owner ID would do the trick >> 7? >> I thougth that the BG was owned by the ACP and the TN by thel" >> process...but I may be wrong... >r> >> >and SHOW DEV BG/FULL using the owner ID would do the trick >> e? >> I thougth that the BG was owned by the ACP and the TN by the " >> process...but I may be wrong... >1G >After going to lunch and thinking about it a bit, your are correct.  ArG >terminal is not associated with a BG device - at least not using TCPIPrH >5.1.  Actually I realized it when I started to craft the aforementionedF >PIPE command and couldn't find the owner id in the BG output.. then IB >really looked at the output .. and came back to relay that to the >original poster.  Thanks. >h >-- 	 >Regards,u >i8 >Michael Austin            Registered Linux User #2611638 >First DBA Source, Inc.    http://www.firstdbasource.com >Sr. Consultanto >704-947-1089 (Office) >704-236-4377 (Mobile) >i    F The address of the BG device's UCB is stored in a UCB extension of theF TNA device.  I had UCX sources for this and this location was known asF UCB$L_TEL_INET_DEVICE.  The TELNET UCB extension is not available in aE VMS supplied library so writing a program to reference this location fG symbolically will be difficult.  The offset is also much different withl TCP/IP V5.x than with UCX V4.x  G However, if you use {UCX/TCPIP} SHOW DEVICE command to find the BG that3G is associated with a particular TNA TELNET session, you can empirically  determine this offset in SDA.    $ ANALYZE/SYSTEM SDA> SHOW DEVICE BGxxxx    :b   : ' SDA> DEFINE BGxxxx_UCB <address of UCB>  SDA> SHOW DEVICE TNAxxxx   :h   :a5 SDA> SHOW STACK/LONG UCB:UCB+(@(UCB+UCB$W_SIZE)&FFFF)    :    :o>     find the address which shows the UCB address of BGxxxx_UCB  ) SDA> EVALUATE <above located address>-UCBe  C This will give you an offset from the beginning of the UCB that you ? can use in a program to relate the TNA device to the BG device.t  @ Caveat...  (before Hoff chides me for having you diddle about in- system space with undocumented "features")....  C This offset may change from release to release of VMS and/or TCPIP. B If you go this route, be sure to check before unleashing your codeC on the system after an upgrade.  The addresses of the UCBs are execcB mode readable.  Depending upon what you want to do, you should not> need to immerse yourself into the inner bowels of kernel mode.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi            c5   "Well my son, life is like a beanstalk, isn't it?" u   ------------------------------  # Date: Thu, 02 May 2002 20:37:09 GMTm From: system@SendSpamHere.ORGeY Subject: Re: Does anyone have example code for finding the BG device associated with a TNr0 Message-ID: <00A0D580.0910EC5B@SendSpamHere.ORG>  V In article <3CD1904D.63B8D871@pacbell.net>, Don Sykes <annonymous@pacbell.net> writes: >I >Yes, quick & dirty: >s* >$ FULLNAME = f$getjpi("0","tt_accpornam")# >$ PORT = f$element(2,":",FULLNAME)t' >$ spawn/nolog/out=bg.log tcpip sho devh& >$ search/nohead bg.log "23   ''PORT'"  / ... but some versions didn't have an ACCNORNAM.  --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMp            s5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 2 May 2002 16:46:36 -0700l& From: chessmaster1010@hotmail.com (JG)Y Subject: Re: Does anyone have example code for finding the BG device associated with a TNc< Message-ID: <dd3f0cb7.0205021546.b1a8549@posting.google.com>  G How about the following (on VMS 7.2 with TCP/IP Services for VMS 5.0a):a $ tcpip show device /port=23 -5   /host='f$element(1," ",f$getjpi(0,"TT_ACCPORNAM"))'f=                             Port                       Remote < Device_socket  Type    Local  Remote  Service           Host  B   bg2461      STREAM      23    2631  TELNET           10.15.142.2     Jamie Stallwood <this.no.worky-try.sommat.else@project76.net> wrote in message news:<h7j2duk27tok6cp9p31fpougitdbmc9l4f@4ax.com>...fD > Does anyone have example code for finding the BG device associated  > with a TN ucx telnet terminal? >  >  > subject says it allo   ------------------------------  # Date: Thu, 02 May 2002 19:14:05 GMTa( From: Don Sykes <annonymous@pacbell.net>Y Subject: Re: Does anyone have example code for finding the BG device associated with a TNr+ Message-ID: <3CD1904D.63B8D871@pacbell.net>o   Yes, quick & dirty:h  ) $ FULLNAME = f$getjpi("0","tt_accpornam")7" $ PORT = f$element(2,":",FULLNAME)& $ spawn/nolog/out=bg.log tcpip sho dev% $ search/nohead bg.log "23   ''PORT'"a       Jamie Stallwood wrote: > D > Does anyone have example code for finding the BG device associated  > with a TN ucx telnet terminal? >  > subject says it alls   -- d   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco-   ------------------------------  # Date: Thu, 02 May 2002 21:01:13 GMTv( From: Don Sykes <annonymous@pacbell.net>Y Subject: Re: Does anyone have example code for finding the BG device associated with a TNy+ Message-ID: <3CD1A96B.84A04E5F@pacbell.net>r   system@SendSpamHere.ORG wrote: > X > In article <3CD1904D.63B8D871@pacbell.net>, Don Sykes <annonymous@pacbell.net> writes: > >l > >Yes, quick & dirty: > >h, > >$ FULLNAME = f$getjpi("0","tt_accpornam")% > >$ PORT = f$element(2,":",FULLNAME) ) > >$ spawn/nolog/out=bg.log tcpip sho devo( > >$ search/nohead bg.log "23   ''PORT'" > 1 > ... but some versions didn't have an ACCNORNAM.o  I Really? I think I've been using this since VMS 6.1 and I'm using 7.2 now.2 -- i   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Francisco/   ------------------------------   Date: 2 May 2002 15:59:58 -0700 . From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman) Subject: Re: EDT or EVEe< Message-ID: <343f30ae.0205021459.bb65597@posting.google.com>  l "Sandeep Yelwatkar" <Sandeep_Yelwatkar@bmc.com> wrote in message news:<uce00t53bua477@corp.supernews.com>... > HiH >     I am new to the OpenVMS system. Just wondering which is the better9 > editor EVE or EDT. Would like to know your suggesstion.n >  > Thanks	 > Sandeepn  F With EDT you can also do "undo". Here's how: When you are editing with? EDT and you wish to undo some keystrokes, press control-z, typehD QUIT/SAVE and press Return. Then edit the journal file! (The journalE file has the same name as your file but a file type of .JOU!.) DeleteEF lines starting from the bottom. Usually, I find that deleting the lineF with QUIT/SAVE and the line just above it is what I need. You can evenA experiment to see what the secret codes in the journal file mean.eC Start a new line below QUIT/SAVE, and press the escape key (on some2B keyboards you'll have to press control-left-bracket instead), then@ press the key you made a mistake with. This will show the escapeB sequence for that key. Then delete from the bottom up to where youC find that escape sequence! Then exit the journal file and edit your % file with EDIT/EDT/RECOVER file-spec.   E With EVE/TPU you may be able to play the same game *if* you are usingdE keystroke journaling. The trick is pretty much the same, but IIRC, ifaF was much harder then the EDT version. I last did this in the 1980's so  it may well be different by now.   Disclaimer: JMHO Alan E. Feldmanh" afeldman atski gfigroup dotski com   ------------------------------   Date: 2 May 2002 13:48:07 -0700a From: nguy_t@yahoo.com (Tom) Subject: EMC Storage= Message-ID: <20f906e5.0205021248.1eef9b75@posting.google.com>    Hi All  D I want to have information on EMC Open Symmetrix, if anyone have anyB information (user guide, admin guide) on EMC Open Symmtrix, please9 send it to me thank you for your help. I appreciate that.h   Toma   ------------------------------   Date: 2 May 2002 12:20:35 -0700w. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)) Subject: Re: Fix for EDT emulation in EVE.= Message-ID: <343f30ae.0205021120.745d4f93@posting.google.com>E  h koehler@encompasserve.org (Bob Koehler) wrote in message news:<ETF93ncUdRp2@eisner.encompasserve.org>...] > In article <3CD09E8B.948F0A49@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:e >  > > In EDT, it's:r% > > DEFINE KEY GOLD  C AS "D+CCUNDC."u > >   > > In TPU, it's something like: > >  > > PROCEDURE transpose_char > > 	eve$edt_delete_char;d > > 	eve_move_right; > > 	eve_restore_character;o > > endprocedure > I >    Good example.  The EDT code is as impossible to read as a UNIX shelltD >    script.  You don't even have to know TPU to figure out what the >    procedure is doing.    E When I use control-K to define a key in EDT, I can later use SHOW KEYmD CONTROL N, e.g., to see what it is. When I do the same in EVE, I get  3 CTRL/N is defined as 'Sequence' in the USER keypad.r  + Is there a way to see what "'Sequence'" is?f   Disclaimer: JMHO Alan E. Feldman3" afeldman atski gfigroup dotski com   ------------------------------   Date: 2 May 2002 16:02:26 -05003- From: koehler@encompasserve.org (Bob Koehler) ) Subject: Re: Fix for EDT emulation in EVEo3 Message-ID: <3O2+cA5qkRPw@eisner.encompasserve.org>v  n In article <343f30ae.0205021120.745d4f93@posting.google.com>, SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes:   > 5 > CTRL/N is defined as 'Sequence' in the USER keypad.h > - > Is there a way to see what "'Sequence'" is?t >   J    Yes, but it's not trivial.  You have to put it in yourself as a string,E    the third argument to TPU's define_key function.  EVE's define keyoF    command doens't provide this.  My TPU section is built on code that    does provide the string.d   ------------------------------   Date: 2 May 2002 16:50:28 -0700l. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)) Subject: Re: Fix for EDT emulation in EVE = Message-ID: <343f30ae.0205021550.3a59a2dd@posting.google.com>d  j "Peter Weaver" <peter.weaver@stelco.ca> wrote in message news:<aam7om$c3jnv$1@ID-141708.news.dfncis.de>...> > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message# > news:3CCDF409.7FE15E62@fsi.net...o > >...! [SQMC] (some quoted material cut)a > H > > Then again, scripting TPU/EVE in batch (like you can with EDT) would" > > remain rather a challenge, no? > >... > : > No problem, just make sure you use /NODISPLAY like this;B >    $ EDIT/TPU/NODISPLAY/SECTION=PRW$UTL:TRIM_LINES/NOCOMMAND 'P1    E O-KAY. How do you do a global substitute in EVE in "batch"? In EDT, I @ would make a file called FIXIT.COM that contained something like   $   EDIT/EDT LOGIN.COM S-MODE-BLAHm EXIT LOGIN.TMP $   EXIT  9 and this would replace all occurrences of MODE with BLAH.o  F I could also place just the EDT commands in a file (call it FIXIT.EDT) and runh        $ EDIT/EDT/COMMAND=FIXIT.EDT  E and that would accomplish the same thing. I tried putting the REPLACE-C command in a .TPU file and running that with the /COMMAND/NODISPLAYt@ qualifiers, but it always complains about expecting symbols that$ aren't there and aborts compilation.  @ How do you do this with EVE? I'm not saying you can't do it. I'm% simply asking *how* to do it. Thanks.5   Disclaimer: JMHO Alan E. Feldmann" afeldman atski gfigroup dotski com   ------------------------------  # Date: Fri, 03 May 2002 01:24:02 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net>k) Subject: Re: Fix for EDT emulation in EVEh' Message-ID: <3CD1E9A7.1FB166B1@fsi.net>o   Bob Koehler wrote: > ] > In article <3CD09E8B.948F0A49@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:n >  > > In EDT, it's: % > > DEFINE KEY GOLD  C AS "D+CCUNDC."l > >r  > > In TPU, it's something like: > >a > > PROCEDURE transpose_char > >       eve$edt_delete_char; > >       eve_move_right;)  > >       eve_restore_character; > > endprocedure > I >    Good example.  The EDT code is as impossible to read as a UNIX shellsD >    script.  You don't even have to know TPU to figure out what the >    procedure is doing.   Well, maybe I can help:t  
 D+C C UNDC  A That is, delete forward one character, move one character (in thee' current direction), undelete character.    Cryptic? Perhaps.   C Succinct? Fer Sure! Remember RSTS's CCL? (Concise Command Language)t   --   David J. Dachterah dba DJE Systems- http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 2 May 2002 23:18:31 -05001+ From: young_r@encompasserve.org (Rob Young)h) Subject: Re: Fix for EDT emulation in EVEs3 Message-ID: <sGZMTXAgO9vM@eisner.encompasserve.org>n  n In article <343f30ae.0205021550.3a59a2dd@posting.google.com>, SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes:l > "Peter Weaver" <peter.weaver@stelco.ca> wrote in message news:<aam7om$c3jnv$1@ID-141708.news.dfncis.de>...? >> "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message $ >> news:3CCDF409.7FE15E62@fsi.net... >> >...w# > [SQMC] (some quoted material cut)o >>  I >> > Then again, scripting TPU/EVE in batch (like you can with EDT) would # >> > remain rather a challenge, no?i >> >...l >> n; >> No problem, just make sure you use /NODISPLAY like this;oC >>    $ EDIT/TPU/NODISPLAY/SECTION=PRW$UTL:TRIM_LINES/NOCOMMAND 'P1h >  > G > O-KAY. How do you do a global substitute in EVE in "batch"? In EDT, InB > would make a file called FIXIT.COM that contained something like >  > $   EDIT/EDT LOGIN.COM
 > S-MODE-BLAH- > EXIT LOGIN.TMP
 > $   EXIT > ; > and this would replace all occurrences of MODE with BLAH.p > H > I could also place just the EDT commands in a file (call it FIXIT.EDT)	 > and runv > " >     $ EDIT/EDT/COMMAND=FIXIT.EDT > G > and that would accomplish the same thing. I tried putting the REPLACEoE > command in a .TPU file and running that with the /COMMAND/NODISPLAYaB > qualifiers, but it always complains about expecting symbols that& > aren't there and aborts compilation. > B > How do you do this with EVE? I'm not saying you can't do it. I'm' > simply asking *how* to do it. Thanks.e >   A 	The exact example of what you are after is in the documentation.oG 	Scroll down (or search) until you find GSR.TPU (global search replace)e 	and batch usage is nearby.r  @ http://www.openvms.compaq.com:8000/73final/6018/6018pro_001.html  C 	I recall a similar module that had made its round back in the day.-  : 	Me?  I used to use Gnu sed for VMS.  As mentioned before,H 	Unix does have some great little tools that come in handy now and then.   			i.e.   ) 		sed 's/oldstring/newstring/g' filename l  ; 	But many things can do that.  Trickier usage, found online " 	and I have done a few this hairy:  @ 	sed 's/^\([A-Z][A-Za-z]*\), \([A-Z][A-Za-z]*\)/\2 \1/' filename  O will turn "Lastname, Firstname" into "Firstname Lastname". Notice how the commabK is placed outside the first pair of "\(\)" so it doesn't get inclued in theMA last name. Otherwise, the result would be "Firstname Lastname,". I  . 	For nastier pattern matching, break out FLEX.   				Rob    ------------------------------   Date: 2 May 2002 23:54:56 -0500t+ From: young_r@encompasserve.org (Rob Young)e) Subject: Re: Fix for EDT emulation in EVEa3 Message-ID: <V4QSElCIGsg$@eisner.encompasserve.org>-  n In article <343f30ae.0205021550.3a59a2dd@posting.google.com>, SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes:l > "Peter Weaver" <peter.weaver@stelco.ca> wrote in message news:<aam7om$c3jnv$1@ID-141708.news.dfncis.de>...? >> "David J. Dachtera" <djesys.nospam@fsi.net> wrote in messagem$ >> news:3CCDF409.7FE15E62@fsi.net... >> >...w# > [SQMC] (some quoted material cut)1 >> OI >> > Then again, scripting TPU/EVE in batch (like you can with EDT) wouldr# >> > remain rather a challenge, no?w >> >...: >> >; >> No problem, just make sure you use /NODISPLAY like this;vC >>    $ EDIT/TPU/NODISPLAY/SECTION=PRW$UTL:TRIM_LINES/NOCOMMAND 'P1u >  > G > O-KAY. How do you do a global substitute in EVE in "batch"? In EDT, IeB > would make a file called FIXIT.COM that contained something like >  > $   EDIT/EDT LOGIN.COM
 > S-MODE-BLAH< > EXIT LOGIN.TMP
 > $   EXIT > ; > and this would replace all occurrences of MODE with BLAH.  > H > I could also place just the EDT commands in a file (call it FIXIT.EDT)	 > and runa > " >     $ EDIT/EDT/COMMAND=FIXIT.EDT > G > and that would accomplish the same thing. I tried putting the REPLACE/E > command in a .TPU file and running that with the /COMMAND/NODISPLAY>B > qualifiers, but it always complains about expecting symbols that& > aren't there and aborts compilation. > B > How do you do this with EVE? I'm not saying you can't do it. I'm' > simply asking *how* to do it. Thanks.  >   : 	Now I remember.. the included was/is actually better thanB 	the link provided earlier.  Brian McCarthy was the TPU maintainer5 	and I have used his TPU procedure below on occasion.e   				Robn  P http://groups.google.com/groups?selm=1k842dINN32v%40cs.widener.edu&output=gplain  - From: YOUNG@tattoo.cs.widener.edu (Rob Young)h Newsgroups: vmsnet.tpu- Subject: Re: HELP!! String search and replacer Date: 28 Jan 1993 08:04:29 GMT' Organization: Widener News/Mail GatewayM  F In <1993Jan28.025042.7651@seq.uncwil.edu> hawks@seq.uncwil.edu writes:    B 	To do what you are after you could put a wrapper on the following 	.com like so:     	$ loop: 	$ nextfile = f$search("*.*")B! 	$ if nextfile .eqs. "" then exitx' 	$ device = f$parse(nextfile,,"device")u* 	$ direct = f$parse(nextfile,,"directory")' 	$ filename = f$parse(nextfile,,"name")e$ 	$ ftype = f$parse(nextfile,,"type")1 	$ allpieces = device + direct + filename + ftypei? 	$ @replace_wildcard 'nextfile' 'allpieces' oldstring newstring  	$ goto loop  I The above is meant as an example.  I am unable to spawn out of this crazyWD newsreader and so can't test what is above.  What I am attempting to/ do is create a higher version of the same file.n    ; 	From an earlier post, thanks to Brian McCarthy.  Very goodx> 	little piece of TPU.  One thing, note the dpl$$build needs to
 	be replaced.x     ---- Begin earlier post -----G  H From: dectpu/eve Engineering - the last of a dying race 20-Nov-1992 1545 Newsgroups: vmsnet.tpu2 Subject: re:  How to EDIT files via a COMMAND FIle3 Message-ID: <9211202047.AA07837@enet-gw.pa.dec.com>n Date: 20 Nov 92 20:47:49 GMTG Reply-To: DECTPU/EVE Engineering - the last of a dying race 20-Nov-1992(  N >>% From: "Frank (Chip) Dyer x9568 ..Electrical Design" <DYERFDF@hsdwl.utc.com   Writes:s   > EVE/TPU experts: > K > I have about 50 files with the number "100C000" (hexadecimal) in them.  IeK > need to edit all these files and replace "100C000" with "1010000."  Is itTD > possible to do this through a non-interactive (automatic) process? >oD > Ideally I want to have a COMMAND procedure do a GLOBLAL REPLACE on > "100C000" - something like >mH >    $ EDIT/TPU/NOINIT/NODISplay/COMmand=SYS$INPUT in.src/OUTput=OUT.SRC# >    EVE_REPLACE("100A","*!!*!!**")e >    $ EXITa >aH > Is this possible?  I have never written or used any TPU procedures, soJ > any help you can provide will greatly be appreciated.  I use EVE quite aG > bit, but as far as writing or using TPU procedures, I have never done- > that.D >. >0 > Thanx,  Frank.   Here ya go:c   $! replace_wildcard.coml $!E $! generic replacement com file.  Changes every occurance of P3 to P4:+ $! found in file P1 and writes it out to P2m $!F $! If p3 (the search string) contains a wildcard character ("*"), thenL $! P5 contains what characters are to be matched for that wildcard character $! For example:M $!A $! @replace_wildcard <input-file> <output-file> "export : '*';" -t5 $! $_           "export : 'V01-123';" "vx1234567890-"  $!$ $! would cause the following strings $! export : '';- $! export : 'Vx001-x55'; $! export : 'V1.0';  $! to be replaced with $! "export : 'V01-123';" $!3 $ open/write replace_cmd dpl$$build:replace_dpl.tmpcO $ write replace_cmd "procedure global_replace (find_pat, repl_str,wild_chars);" O $ write replace_cmd "local found_wildcard,begin_str,end_str,search_pattern,r1;" @ $ write replace_cmd "found_wildcard := index (find_pat, ""*"");"+ $ write replace_cmd "if found_wildcard = 0"t $ write replace_cmd "then"5 $ write replace_cmd "    search_pattern := find_pat;"  $ write replace_cmd "else"M $ write replace_cmd "    begin_str := SUBSTR (find_pat, 1, found_wildcard-1);oH $ write replace_cmd "    end_str := SUBSTR (find_pat, found_wildcard+1); $ !1L $ ! Create a pattern that starts with everything up to the wildcard and thenK $ ! spans all the characters passed in to the command procedure in p5, thens6 $ ! ends with what ever follows the wildcard character $ !a^ $ write replace_cmd "    search_pattern := begin_str + (SPAN (wild_chars) | """")  + end_str;" $ write replace_cmd "endif;"? $ write replace_cmd "position (beginning_of (current_buffer));"e $ write replace_cmd "loop"R $ write replace_cmd "    r1 := search_quietly (search_pattern, forward,no_exact);"7 $ write replace_cmd "    if r1 = 0 then return; endif;"a( $ write replace_cmd "    position (r1);"% $ write replace_cmd "    erase (r1);"a/ $ write replace_cmd "    copy_text (repl_str);"  $ write replace_cmd "endloop;"# $ write replace_cmd "endprocedure;"  $ write replace_cmd "!"iX $ write replace_cmd "b1 := create_buffer (""b1"",get_info(command_line,""file_name""));"$ $ write replace_cmd "position (b1);"G $ write replace_cmd "global_replace (""''P3'"", ""''P4'"", ""''p5'"");"fO $ write replace_cmd "write_file (b1, get_info(command_line, ""output_file""));"c1 $ write replace_cmd "quit (off, 1);             "  $ close replace_cmd6> $ EDIT/TPU/NODISP/NOSECT/NOINIT/COMMAND=replace_wildcard.tmp - 	/output='P2 'P1 $ ! P ********************************************************************************9 Brian J. McCarthy - DECTPU/EVE Development Project Leadero  # Digital Equipment Corp,  Nashua, NHTP ********************************************************************************   ---- End earlier post -----a  4                                                      young@tattoo.cs.widener.eduaF "He's got a force field and a flexible plan He's got a date with fate M    in a black sedan.  He plays fast forward as long as he can.  But he won't  H      need a bed -- He's a DIGITAL man."                  -- Neil Peart     ------------------------------  $ Date: Thu, 2 May 2002 14:28:42 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>p Subject: Re: Gold keye$ Message-ID: <3cd185e7$1@news.si.com>  0 >I actually use this, more or less. In my login: ... key defs sliced...H >On the other hand, it turns out that the only one of the gold functionsA >that I actually use on anything resembling a regular basis is toTC >just hit PF1 twice to get a SHOW TIME. I usualy can't even remebere> >which of the others is which - it's just easier to type stuff >in than remember the key.  A That's one of the reasons I use these definitions (among others):e  & $       dkne := define/key/nolog/erase4 $       dkne/if_state=default           pf2  "help "3 $       dkne/if_state=gold   /terminate pf2  "help"E6 $       dkne/if_state=default           e1   "search ". $       dkne/if_state=default/terminate e5   -2             "attach/id='f$getjpi("""",""owner"")'"? $       dkne/if_state=default/terminate e6   "attach TILLMAN_1"m  J Since PF2 is usually HELP in an editor, I define it as the HELP command inL DCL.  Likewise, since E1 (Find) is usually the "FIND" function in an editor,I I define it as SEARCH in DCL.  Similarly for E5 (Prev) and E6 (Next).  Itc% helps me to remember the definitions.a --A Brian Tillman                   Internet: tillman_brian at si.comoA Smiths Aerospace                          tillman at swdev.si.comd= 3290 Patterson Ave. SE, MS      Addresses modified to prevent-< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 2 May 2002 15:45:56 -0700e. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman) Subject: Re: Gold keye= Message-ID: <343f30ae.0205021445.4c1f8e37@posting.google.com>m  s SPAMSINK2001@YAHOO.COM (Alan E. Feldman) wrote in message news:<343f30ae.0205020541.4fea0db9@posting.google.com>...0~ > Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KH8XAZ15JM8ZG5L9@sysdev.deutsche-boerse.com>...N > > > The reason it's called 'gold key' was that at one point Digital actually7 > > > manufactured keyboards with a 'gold key' on them.. > > >  > > > I still have one.. > >  > > Wow!  Wonders never cease! > > J > > I always thought it was because this key is filled in on the keyboard I > > map and thus appeared gold on the old amber terminals.  (I have seen pL > > white, green and amber terminals---the latter are the most common in my L > > experience.  I think some ergonomics expert determined that this colour 
 > > is best.)s >  > G > In my experience I have always found amber to be the easiest to read.tG > I have read that the eye's acuity (and its sensitivity [IIRC], hence     alsoG > the perceived contrast in this case) is best near yellow wavelengths. % > That also jives with my experience.  >  >  > Disclaimer: JMHO > Alan E. Feldmana$ > afeldman atski gfigroup dotski com   ------------------------------  # Date: Thu, 02 May 2002 23:18:45 GMT 0 From: Jeffrey Chimene <jeff.nospam@systasis.net> Subject: Re: Gold key , Message-ID: <3CD1CC2C.D42BD8C1@systasis.net>       warren sander wrote:`n  J > The reason it's called 'gold key' was that at one point Digital actually3 > manufactured keyboards with a 'gold key' on them.M >K > I still have one.. >e > --D > ------------------------------------------------------------------8 > Warren Sander                        OpenVMS MarketingM > Compaq Computer Corporation          Work:  warren.sander@remove.compaq.com N > 200 Forest Street MR01-3/J1          Personal: sander@remove.ma.ultranet.com5 > Marlboro, MA 01752                   (508) 467-4875 7 >    My opinions are my own and I only speak for myself-. >          Read http://www.openvms.compaq.com/D > ------------------------------------------------------------------B > "Sandeep Yelwatkar" <Sandeep_Yelwatkar@bmc.com> wrote in message+ > news:ucraltqve6to7b@corp.supernews.com...v > > Hi,.< > > I am a novice to VMs system and learning the EDT editor.- > > I am at present going through the manual.fG > > I want to know what is "Gold Key". I am using normal keyboard whichS	 > doesn'tqL > > have "Gold" return on any of the keys. How do I simulate it using normal
 > > keyboard?w! > > Any help is most appreciated., > >  > > Thanks in advancem > > Sandeepu > >u > >/ > >P > >i  E The GOLD key is what we now call the PF1 key, the BLUE key is what we' now callH the PF4 key. 'GOLD' & 'BLUE' keystroke sequences originated w/ the WPS-8 wordH processor which incorporated the VT-52 terminal family. Over time, DEC'sF stand-alone word-processing systems lost market share to systems based on theG RSTS/E timesharing system, but the keyboard design was retained throughi thei
 VT200 series.I   ------------------------------  # Date: Thu, 02 May 2002 20:56:51 GMTc# From: "John Smith" <a@nonymous.com>n Subject: Re: HP vote clearedH Message-ID: <nKhA8.81180$Il1.76148@news02.bloor.is.net.cable.rogers.com>  H Certainly not the guy at HP that got fired for scavenging the voice mail system.   H Wonder how long it'll be before Carly goes on a 'witch hunt' inside whatD used to be Compaq for the person(s) who leaked the Curly revelation?  5 "Bill Todd" <billtodd@metrocast.net> wrote in message-; news:epYz8.16735$Ii2.1498089@bin2.nnrp.aus1.giganews.com...v >J< > "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in message >uL news:92EFB80E551BD511B39500D0B7B0CDCC0642C3BD@ohms.electric.ci.austin.tx.us. > ..9 > > I thought I read that the "Curly memo" was a forgery?a >dJ > I believe what you read was that a purported Curly email to Walter was aK > forgery.  The 'current course and speed' (one might call it the 'vector')RJ > reference was supposedly in Curly's diary (wonder who dug *that* up) or,3 > possibly, in some statement he made at a meeting.  >  > - bill >m >. >h   ------------------------------  % Date: Thu, 02 May 2002 21:00:07 +0200', From: Toon Moene <toon@moene.indiv.nluug.nl> Subject: Re: Itanium troublese4 Message-ID: <3CD18CB7.7CFF00C9@moene.indiv.nluug.nl>   Bill Gunshannon wrote:  C [ Usability of Free Software from the viewpoint of installing it. ]  > = > I have been sitting here reading this with total amazement.c  H At least you get the impression they haven't tried.  I installed Red HatD 5.2 on the laptop I'm typing this on in '98.  In 5:22 minutes it hadA read the entire installation CD and installed everything I wanted . (chosen by walking through some simple menus).  H Unfortunately, it turned out that to turn of a very insidious setting ofC the BIOS of the machine (sleep-and-save-to-disk) I had to reinstalleH Windows 95 (from a "rescue" CD provided by Compaq with the machine).  ItH took 50 minutes to read the CD, 25 minutes to find all the "devices" and
 6 reboots.  ? Could someone explain to me what's so simple about MS Windows ?j   -- sG Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290>6 Saturnushof 14, 3738 XG  Maartensdijk, The NetherlandsG Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html>E Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)a   ------------------------------  # Date: Fri, 03 May 2002 01:04:41 GMTN1 From: "David J. Dachtera" <djesys.nospam@fsi.net>. Subject: Re: Itanium troublesu' Message-ID: <3CD1E51F.7622159B@fsi.net>    "Doc.Cypher" wrote:T > C > On 2 May 2002, bill@triangle.cs.uofs.edu (Bill Gunshannon) wrote:E > [snip] > >FreeBSD even offers< > >menu driven install with three levels of knowledge on the9 > >part of the installer.  It's so simple, we even have a : > >course where the students do it in the second lab!!  In' > >the first, they build the hardware!!c  F Well, I've done the FreeBSD install a number of times. Compared to the@ Linux installers I've seen, well, there's no comparison, really.  G In fairness, though, the most recent FreeBSD I've tried was V2.2.5. Haso it improved much since then?  F The device discovery in the Linux installers is the biggest help, IMO.  B > Still looking to improve my 'nix skills, where do I sign up? :-)   See: http://www.freebsd.org/   --   David J. Dachterat dba DJE SystemsP http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------   Date: 2 May 2002 17:17:44 -0700s+ From: seanobanion@attbi.com (Sean O'Banion)s# Subject: MTI Stingray Documentationr< Message-ID: <f883d5a4.0205021617.632d130@posting.google.com>  A I am decommisioning a number of MTI Storageware disk drives, witheF Stingray III SCSI to CI controlers, that need to be erased.  They have; already been disconnected from the VMS hosts, replaced with, Storageworks Fibre Channel.i  C Does anybody have a link to some documentation for the Stingray IIIt controlers?oD Or some notes on the commands to erase the disks from the controler?    
 Sean O'Banionn   ------------------------------  # Date: Fri, 03 May 2002 00:42:36 GMTi# From: "John N." <JNixon@cfl.rr.com> ' Subject: Re: MTI Stingray Documentation-> Message-ID: <02lA8.176110$nc.23571141@typhoon.tampabay.rr.com>  H I would suggest a hammer, or some other industrial crusher.  We wound upJ paying to have about 300 SWare disks, controllers and cabinets hauled off. Nobody want the d**n things.  8 "Sean O'Banion" <seanobanion@attbi.com> wrote in message6 news:f883d5a4.0205021617.632d130@posting.google.com...C > I am decommisioning a number of MTI Storageware disk drives, with<H > Stingray III SCSI to CI controlers, that need to be erased.  They have= > already been disconnected from the VMS hosts, replaced with> > Storageworks Fibre Channel.i >aE > Does anybody have a link to some documentation for the Stingray IIIw
 > controlers?>F > Or some notes on the commands to erase the disks from the controler? >T >U > Sean O'BanionN >W   ------------------------------  % Date: Thu, 02 May 2002 22:10:18 -0400s1 From: Micheal Austin <maustin@firstdbasource.com>a' Subject: Re: MTI Stingray Documentatione2 Message-ID: <3CD1F18A.5F8FECEA@firstdbasource.com>   Sean O'Banion wrote: > C > I am decommisioning a number of MTI Storageware disk drives, withHH > Stingray III SCSI to CI controlers, that need to be erased.  They have= > already been disconnected from the VMS hosts, replaced with  > Storageworks Fibre Channel.  > E > Does anybody have a link to some documentation for the Stingray IIIi
 > controlers?eF > Or some notes on the commands to erase the disks from the controler? >  > Sean O'Banionr  H an extremely large electro-magnet will do the trick.  It may also renderA the drive unusable if the bearings and other metal components aren magnetized enough...   --   Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.comh Sr. Consultant 704-947-1089 (Office)  704-236-4377 (Mobile)p   ------------------------------  % Date: Thu, 02 May 2002 14:08:46 -0400m( From: David Froble <davef@tsoft-inc.com> Subject: Re: New to VAX , Message-ID: <3CD180AE.3030000@tsoft-inc.com>   Steve wrote:   > Hi there,T > I > I'm very new to Vax systems and I was questionning about terminals. Canw@ > anyone explain me what's the differences between VT100, VT340,1 > VT420...etc..etc... what makes them different ?i > = > I can't find any "clear" document on the net about that ...e >  > Thanks a lot!  >  > Steve$  D A brief, and not necessarily complete, history of the DEC terminals.   VT05B - a very early CRT, 1973= VT52 - A rather large box introduced in the mid to late 1970sv@ VT100 - The beginning of the  rather successful line of DEC CRTs- VT101 - really can't remember the differences   VT102 - A VT100 with more memory VT220 - Successor to the VT100/ VT230 - A graphics terminal, for REGIS and sucha$ VT240 - a color version of the VT2301 VT320 - smaller and better successor to the VT220o VT330 - successor to the VT230 VT340 - successor to the VT240@ VT420 - successor to the VT320, included sessions, more features; VT510 - limited ability successor to the VT420, no sessionseC VT520 - full featured successor to the VT420, allowed more sessions O VT525 - a box that provided VT520 capabilities, using a PC monitor for display,2J          allowed various color selections and such.  Nice but a bit pricy.  K There were a few more, not very significant models.  All the above is from aI memory and without any research.  Some data could be wrong.  None of the s X-windows devices are included.a  N The VT520 is the (relative) best of all the terminals, all things considered. I The VT525 is better, but more pieces and larger.  A VT420 is also a nice bJ terminal.  The VT320 is probably the smallest of all of them, but doesn't = support multiple sessions.  It makes a good console termianl.1   Dave, full of trivia today.    ------------------------------   Date: 2 May 2002 16:57:52 -0700C. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman) Subject: Re: New to VAXb= Message-ID: <343f30ae.0205021557.7f404bf7@posting.google.com>   Y Nic Clews <sendspamhere@127.0.0.1> wrote in message news:<3CD166A8.9F22200A@127.0.0.1>...i > Steve wrote: > K > > I'm very new to Vax systems and I was questionning about terminals. CanoB > > anyone explain me what's the differences between VT100, VT340,3 > > VT420...etc..etc... what makes them different ?i > $ [SQMO] Some Quoted Material Omitted   I > The VT220 was much smaller and neater, and moved to using more standardiH > component, but CMOS chips on the interface? bad move. But it was nice,D > green ones were the favourite, but we'd put up with white or amberI > screens and it did everything the VT100 did and more. The VT241 was thew" > huge colour graphics equivalent.    A The VT2xx also added the "middle keypad" and function keys, IIRC.e    I > Then came the VT320, flatter and squarer than the VT220, same keyboard.l > Didn't see many variants.e > I > Then came the VT420 multisession via LAT terminal servers or host based  > SSU. Local copy and paste.    B The VT420 allowed you to download fonts. WordPerfect used that for@ italics and if you had the terminal set to VT320 mode, you'd get$ gibberish instead of italics (IIRC).   [SQMO]   Disclaimer: JMHO Alan E. Feldman " afeldman atski gfigroup dotski com   ------------------------------  % Date: Fri, 03 May 2002 01:58:49 -0400l- From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: New to VAXi, Message-ID: <3CD22714.98C44945@videotron.ca>   "Alan E. Feldman" wrote:D > The VT420 allowed you to download fonts. WordPerfect used that forB > italics and if you had the terminal set to VT320 mode, you'd get& > gibberish instead of italics (IIRC).  I Downloadable fonts worked on the VT220. Used them with WPSPLUS to get the" technical character setd  L They worked with the VT320, but only in 80 columns mode. Something about notR enough memory in the VT320 for storing two fontmaps. (80 and 132 column versions).   ------------------------------  " Date: Thu, 2 May 2002 21:19:06 GMT$ From: nickerson@mirage.boeing.com () Subject: NFS Lockupl( Message-ID: <GvI5vu.5J9@news.boeing.com>  3 ( previously posted to vmsnet.networks.tcp-ip.ucx ) 5 hi, looking for suggestions on the following problem;t  D I have some VMS data disks mounted down to unix (Tru64 5.1a); we mapE and export the full disk; when we run some heavy load unix build and )F test scripts against the files; after a time the VMS NFS server locks E up; heavy load - for example the last time we had run approx 12M i/o p on process TCPIP$NFS_1  ;l  I from unix you see "Permission denied" doing an directory "ls"; attemptingS* to umount gives NFS server not responding;  J attempted @ sys$manager:tcpip$nfs_shutdown.com and @ tcpip$nfs_startup.comC but that was no help; in fact the TCPIP$NFS_1 process stays around pD and is not a " NODELETE,  object cannot be deleted " type of processD should you be rash enough to try a $ STOP/ID= ; reboot appears to be' next choice and it "fixes" the problem;    ? any suggestions welcomed;    DS20E 2* 833+ OpenVMS 7.3 + install_1 patches + ACRTL V2;o TCPIP V5.1 - ECO 3   --bn (Bart Nickerson)  nickerson@pundit.ds.boeing.com (206) 662-0183   ------------------------------  # Date: Fri, 03 May 2002 00:28:14 GMTIL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")" Subject: Re: OSU HTTP and FastCGI?8 Message-ID: <00A0D587.3417E463@SSRL04.SLAC.STANFORD.EDU>  < In article <4597c844.0205020657.27bdcc8@posting.google.com>,? ondrej.prochazka@deutsche-boerse.com (Ondrej Prochazka) writes:    >Hi, >.H >Does anybody know if the current version of OSU HTTP server for OpenVMS, >supports the OpenMarket FastCGI interface?   K There's code in the 3.10alpha, at least, to support a FastCGI interface.  It haven't tried it yet.o   >If so, can one use the CGIs: >and CGI::Fast modules provided with the VMS port of Perl?   Don't know.s   -- Alanh      O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================    ------------------------------   Date: 2 May 2002 16:03:33 -0700 ( From: bob@instantwhip.com (Bob Ceculski)! Subject: Read it and weep Andrew!t= Message-ID: <d7791aa1.0205021503.4ea47df8@posting.google.com>   % AlphaServer ES45 Sets Another Record I  E Yet another reason why the AlphaServer ES45 is the most popular Alpha C system Compaq has ever produced. Compaq on May 2 announced that its F AlphaServer ES45 system has established a new record for the number ofA users per processor in the Oracle Applications Standard BenchmarkMD version 11i. An AlphaServer ES45 equipped with four 1GHz Alpha CPUs,B Tru64 UNIX and Oracle9i Database Enterprise Edition for Tru64 UnixF supported a total of 3,304 users with an average response time of 1.66B seconds in the Oracle Applications Standard Benchmark test, for an# average of 826 users per processor.(  F In establishing the new standard, the AlphaServer ES45 system achievedD nearly twice the users per CPU performance of an eight-processor SunB Microsystems Sun Fire V880 server. The Compaq server also posted a) faster response time than the Sun system.d  A The record-setting Oracle Applications benchmark result follows aoB similar record-breaking performance in the industry-standard TPC-CF database benchmark that established the AlphaServer ES45 server as the0 price-performance leader among all UNIX servers.  ? Compaq has also demonstrated its ability to combine AlphaServereD systems in Oracle9i Real Application Clusters to deliver outstandingC "out-of-the-box" performance, scalability and fault tolerance. LastnE December, Compaq and Oracle announced that four clustered AlphaServer A ES45 quadprocessor systems running Tru64 UNIX and Oracle databasetB software produced near linear scaling (1.8), a key measurement forD on-demand capacity planning and flexibility in deployment, in an SAP R3 test.  , (c) 2002 by Terry Shannon, Shannon Knows HPC   ------------------------------  % Date: Fri, 03 May 2002 01:55:48 -0400-- From: JF Mezei <jfmezei.spamnot@videotron.ca>2% Subject: Re: Read it and weep Andrew!j, Message-ID: <3CD2265F.FE1E46A9@videotron.ca>   Bob Ceculski wrote:2G > Yet another reason why the AlphaServer ES45 is the most popular Alpha'" > system Compaq has ever produced.  N Interesting, with this tidbit, you actually support Andrew's case since AndrewQ has said many times that the ES45 is a better machine than the Wildfire GS lines.-   ------------------------------  $ Date: Thu, 2 May 2002 15:41:56 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>@B Subject: Re: Reducing size of incremental backup - will this work?$ Message-ID: <3cd19711$1@news.si.com>  D >I want to try to do backup/record on a directory to keep the entire4 >contents from being backuped.  Something like this: >/' >!Backup to force record of backup date-, >$BACKUP/RECORD  DSA0:[FOO]BAR.DIR DUMMY.TMP >$DELETE DUMMY.TMP.*   More efficient is:  , Backup normally.  Then immediately after, do  * $ backup/record dsa0:[foo...] nl:dummy/sav  L This should properly set the backup dates so that subsequent backups can use the /SINCE/BACKUP qualifiers.a --A Brian Tillman                   Internet: tillman_brian at si.comsA Smiths Aerospace                          tillman at swdev.si.comi= 3290 Patterson Ave. SE, MS      Addresses modified to preventd< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Fri, 03 May 2002 03:17:54 GMTe- From: "John E. Malmberg" <wb8tyw@qsl.network>sB Subject: Re: Reducing size of incremental backup - will this work?* Message-ID: <3CD21CCA.5040306@qsl.network>   Carl Perkins wrote:s@  >}In article <343f30ae.0205011545.1a27713b@posting.google.com>,4  >} SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes:*  >}:This is fine. But I would change it to  >}:I  >}:    $ BACKUP/RECORD DSA0:[FOO]BAR.DIR  NL:A.B/SAVE_SET/NOCRC/GROUP=0 r8  >}:    $ BACKUP/VERIFY DSA0:[000000...]/SINCE=BACKUP  -$  >}:          TAPEDRIVE:BLAHBLAH.BCK  >F  > What are the odds of the NL device failing in any harmfull way, but  > the system staying up?a  7 OpenVMS expects that the NLA0: device is write enabled.o  G In the case that I saw, the system recovered quickly after the problem eC was fixed.  But it did take a little bit of time to figure out whatp	 happened.e  I And no, I will not go into details of how to write lock the NLA0: device.   E  > I'd guess that this particular "tape device" is pretty trustworthy.  > to do what you expect of it.d   You can always try /VERIFY :-)   -John  wb8tyw@qsl.network   ------------------------------  # Date: Thu, 02 May 2002 19:06:41 GMTc+ From: "Rick Barry" <barry@star.zko.dec.com>h. Subject: Re: Running CSWS 1.2 on Alpha VMS 7.29 Message-ID: <57gA8.24$Bt2.605318@cacnews.cac.cpqcorp.net>m  : Hmmm...looks like our minimum version check isn't working.   You got lucky :)  
 Rick Barry( Compaq Secure Web Server Deveopment Team OpenVMS Systems Software Group Compaq Computer Corporationa
 Nashua, NH  . "Dan" <io_crater@hotmail.com> wrote in message3 news:rh_z8.4182$uE2.276765@news2.calgary.shaw.ca...eF > I installed CSWS 1.2 on a VMS 7.2 hobbyist system. No changes to theK > downloaded kit were required.  I had been running the beta 1.2 and it wass1 > nicely removed during the released 1.2 install.n >e > [snip]   ------------------------------  % Date: Thu, 02 May 2002 13:37:16 -0400i( From: David Froble <davef@tsoft-inc.com>0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD1794C.6030202@tsoft-inc.com>   JF Mezei wrote:t  ! > david20@alpha1.mdx.ac.uk wrote:p > K >>and at least the small server market. Itanic will be relegated to a nicheyK >>product. Intel won't be able to cross-subsidy Itanic from Yamhill profits ( >>because of price pressure from Hammer. >> > P > Intel has been able to use the slim profits it makes on the 8086s to subsidizeH > the decade long development of IA64.  There is no reason that it can'tO > continue to do that. In fact, Intel's financials are probably structures in auX > long term ability to subsidize IA64's development without Wall Street really noticing. >  > O >>Except I would expect that very few customers will actually want to move fromrL >>their current architectures to Itanic unless they can see a benefit or are	 >>forced.- >> > K > While IA64 is definitely a downgrade for Alpha users, what about those onrG > PA-Risc and MIPS (Tandem) Will that chip not provide an improvement ?f > K > Remember that all that is left on Alpha is VMS whose future has yet to beeL > announced. Tru64 remains on Alpha anyways, so no migration will occur fromV > Alpha to IA64 , it is more likely to happen from Alpha to Sparc for those customers. >  >  > O >>I hope that HP is now looking at porting all it's OSs to HAMMER/YAMHILL sincerI >>that is the only way it could possibly obtain the savings you posit forI
 >>Itanium. >> > J > Carly has made big time commitments to IA64, including forcing Compaq toP > prematurely murder Alpha. I do not think that she will back down, and she will1 > push ahead full speed. Don't underestimate her.r    Q After the HP vote, and the revelations of her activities, and the outcome of the A6 Hewlett suit, I doubt too many will underestimate her.    K > Even with HP only using IA64, IA64 will have higher sales than Alpha. AndmO > Alpha survived for over a decade. Grated Alpha had the technology to be fast,eR > whereas Intel still has to find a way to impress folks with IA643's performance. >    ------------------------------  % Date: Thu, 02 May 2002 13:34:07 -0400s( From: David Froble <davef@tsoft-inc.com>0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD1788F.8040507@tsoft-inc.com>   david20@alpha1.mdx.ac.uk wrote:a  c > In article <evznA+pScZM6@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:t > N >>In article <aap647$k1k$1@aquila.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes: >>r >>>In article <L6Tz8.60193$%s3.23734634@typhoon.ne.ipsvc.net>, "Terry C. Shannon" <terryshannon@attbi.com> writes:L >>>I doubt they'll be  "Numero Uno in the High Performance Computing arena" K >>>if they persist in their plans to force all their customers onto Itanic.  >>>o >>> C >>	Don't count on it.  It may take a few billion more but they williA >>	be at or near the top.  Their boxes will cost a lot less, that6 >>	really is a key.o >> >> > Q > You keep saying this but I can't see any reason why this will ever be the case.IK > Hammer and (Intel's answer to Hammer) Yamhill are set to rule the desktopsK > and at least the small server market. Itanic will be relegated to a niche K > product. Intel won't be able to cross-subsidy Itanic from Yamhill profits ( > because of price pressure from Hammer. >  > > >>	One other thing not to be overlooked... HP will be buildingG >>	servers for 4 or 5 major OSes.  HP/UX, Tru64, OpenVMS, NSK, Windows,0C >>	the engineering gathered/saved across the board (no more MIPS , MJ >>	no more Alpha) will allow the marshalling of a good bit of engineering 
 >>	talent. >> >> > O > Except I would expect that very few customers will actually want to move fromtL > their current architectures to Itanic unless they can see a benefit or areH > forced. The only possible benefits were improved performance and beingP > "Industry Standard". It is now clear and will quickly become clear to the mostH > myopic of senior managers that Itanic does not provide either of theseO > benefits. If you try and force customers into doing a painful migration whichiO > provides them no benefit then most will probably decide that the small bit ofrQ > extra pain to port to IBM or SUN will provide better benefits in the long term.  > O > I hope that HP is now looking at porting all it's OSs to HAMMER/YAMHILL sincesI > that is the only way it could possibly obtain the savings you posit for 
 > Itanium. >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University >  >  >   Q While sound logic doesn't always prevail, based upon current events the above is >O sound logic.  I really think that if Intel sticks with IA-64 it will hurt them sK badly.  If they bring out Yamhill, and continue with IA-64 using their own t$ money, then there just plain stupid.   Dave   ------------------------------  % Date: Thu, 02 May 2002 13:30:28 -0400t( From: David Froble <davef@tsoft-inc.com>0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD177B4.8000702@tsoft-inc.com>   Bill Todd wrote:  7 > "David Froble" <davef@tsoft-inc.com> wrote in message9( > news:3CD0CAA5.1010202@tsoft-inc.com... > J >>Hey Bill, do you do anything besides watch for Rob's posts?  I never get >>	 > to jumpi >  >>on him first.  >> > L > Actually, it's Rob's posts that seem to jump out at me, and responses haveM > become almost automatic since his material doesn't change much.  Of course, : > that can give my responses a certain sameness as well... > N > Just to break the monotony, I'm thinking of making up a Letterman-style 'topK > ten' list of reasons why we're all still breathlessly awaiting the publico > debut of Itanic 2.     That would be entertaining.h  . > At this rate, EV7 and Hammer may not only beJ > embarrassingly faster, but embarrassingly faster to market as well.  AndN > (while on the subject of Itanic 2's wondrous performance if and when), I was) > surprised to notice recently that USIIIa    P Forgive my ignorance, or possibly failing memory.  Who is USIII?  What is their < product?  Is this the current name for those producing MIPS?  $ > has made it up to 610 in SPECint2KF > performance:  wouldn't it be amusing if after all the "Just wait forK > McKinley!" hype over the past year Itanic *still* turned out to be at thei > back of the pack?  >  > - bill     Amusing yes, surprising no.y     Dave   ------------------------------  # Date: Thu, 02 May 2002 18:53:54 GMTM( From: Don Sykes <annonymous@pacbell.net>0 Subject: Re: SKC Morphs Again... We're Now SKHPC+ Message-ID: <3CD18B92.1C6D0D1F@pacbell.net>w  0 How about: Shannon Knows Its Temporary - SKIT :)   "Terry C. Shannon" wrote:i > K > Another year, another name change. We at Shannon Knows DEC, Shannon KnowstI > Distributed Enterprise Computing, Shannon Knows Compaq, and now Shannon0L > Knows HPC are getting used to the good old name game. And we hope that youI > Constant Readers will take the latest name change in stride. Here's themN > deal: Shannon Knows Compaq has withstood the rigors of two name changes plusG > the economic angst of the thermonuclear winter incited by a wholesalewJ > dot-com bombing. Acting on the news yesterday that the Delaware ChanceryM > Court has given Hewlett-Packard's acquisition of Compaq a go-ahead, SKC hasdN > changed its name to Shannon Knows High Performance Computing. HP, of course,A > can be construed as High Performance or Hewlett-Packard, which,aH > post-acquisition, will be Numero Uno in the High Performance ComputingK > arena. In the interest of brevity-plus a desire to coin a new five-letterwJ > acronym-we'll now operate under the SKHPC name. Extended "dance version"N > five-letter acronym aside, we'll continue to provide the same coverage we'veL > been dishing out for the last nine years, plus even more. And for those ofK > you who wonder why we didn't opt for Shannon Knows HPS, it turns out thatFL > HPS is the acronym for Hewlett Packard Services! Thanks to a senior Compaq6 > manager for pointing out this potential gaffe to us! >  > -- > Terry C. Shannon > Consultant and Publisher > Shannon Knows HPCt$ > PLEASE NOTE MY *NEW* EMAIL ADDRESS > email: terryshannon@attbi.comr4 > Web (info on SKC):  www.openvms.org, www.tru64.org   -- n   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscoe   ------------------------------  % Date: Thu, 02 May 2002 14:43:21 -0400o( From: David Froble <davef@tsoft-inc.com>0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD188C9.7020200@tsoft-inc.com>   Bob Ceculski wrote:T  t > "Bill Todd" <billtodd@metrocast.net> wrote in message news:<xG5A8.38273$Lj.2759422@bin4.nnrp.aus1.giganews.com>... > 7 >>"David Froble" <davef@tsoft-inc.com> wrote in messages( >>news:3CD0CAA5.1010202@tsoft-inc.com... >>K >>>Hey Bill, do you do anything besides watch for Rob's posts?  I never getl >>>k
 >> to jump >> >>>on him first. >>>dL >>Actually, it's Rob's posts that seem to jump out at me, and responses haveM >>become almost automatic since his material doesn't change much.  Of course,o: >>that can give my responses a certain sameness as well... >>N >>Just to break the monotony, I'm thinking of making up a Letterman-style 'topK >>ten' list of reasons why we're all still breathlessly awaiting the public B >>debut of Itanic 2.  At this rate, EV7 and Hammer may not only beJ >>embarrassingly faster, but embarrassingly faster to market as well.  AndN >>(while on the subject of Itanic 2's wondrous performance if and when), I wasL >>surprised to notice recently that USIII has made it up to 610 in SPECint2KF >>performance:  wouldn't it be amusing if after all the "Just wait forK >>McKinley!" hype over the past year Itanic *still* turned out to be at the- >>back of the pack?  >> >>- bill >> > D > but when EV8 shows up masquerading as itanic 3 ... your mouth will > drop open ...g >     ( This statement is getting quite tedious.  L If Intel had any intention of continuing to produce Alphas, they would have M stated so, and already done so.  They don't.  Intel isn't quite as stupid as jH Compaq, and would begin talking about a future product long before it's Q available.  Just look at all the talk about IA-64, and for how long the talk has hP been going on.  Intel, like Microsoft, isn't afraid to pre-announce long before N a product is real, in hopes of stiffling the competition, who may be ahead of L them.  Intel would not keep quiet about such activity.  Alpha is dead.  RIP!    O Many of the things in Alpha would not work so well in EPIC.  I'm not sure what  P would work well in EPIC.  Its very possibly one of those things that get tried, I and don't work out so well.  Like the VAX 9000 and such.  That's natural XP selection at work.  Unfortunately, too many people have staked reputations, and 8 more, on this idea, and won't admit that it's a failure.  Q When Hammer takes over as 'Industry Standard' and Intel scrambles to stay in the )P game with Yamhill, or whatever, you won't see any more 'few more billion' being  spent on IA-64.    Dave   ------------------------------  # Date: Thu, 02 May 2002 19:54:02 GMTv* From: "Bill Todd" <billtodd@metrocast.net>0 Subject: Re: SKC Morphs Again... We're Now SKHPC@ Message-ID: <uPgA8.32040$q8.3459454@bin3.nnrp.aus1.giganews.com>  5 "David Froble" <davef@tsoft-inc.com> wrote in messagec& news:3CD177B4.8000702@tsoft-inc.com... > Bill Todd wrote:   ...e  0 > > At this rate, EV7 and Hammer may not only beL > > embarrassingly faster, but embarrassingly faster to market as well.  AndL > > (while on the subject of Itanic 2's wondrous performance if and when), I was + > > surprised to notice recently that USIIIp >p >eK > Forgive my ignorance, or possibly failing memory.  Who is USIII?  What isv theirr> > product?  Is this the current name for those producing MIPS?  K Sorry - UltraSPARC III.  You know, the processor line Rob always denigratessI for being such a pig that Itanic will quickly usurp Sun's entire customerbK base as its start on conquering the world.  That's why it would be so funnyr. if McKinley turned out to be slower after all.   - bill   ------------------------------  # Date: Thu, 02 May 2002 19:41:50 GMTe1 From: "Terry C. Shannon" <terryshannon@attbi.com>t0 Subject: Re: SKC Morphs Again... We're Now SKHPC; Message-ID: <2EgA8.63458$%s3.24729284@typhoon.ne.ipsvc.net>p  5 "David Froble" <davef@tsoft-inc.com> wrote in messageb& news:3CD188C9.7020200@tsoft-inc.com... >l <snip> >hH > If Intel had any intention of continuing to produce Alphas, they would haveK > stated so, and already done so.  They don't.  Intel isn't quite as stupida asI > Compaq, and would begin talking about a future product long before it'sbI > available.  Just look at all the talk about IA-64, and for how long thee talk hasJ > been going on.  Intel, like Microsoft, isn't afraid to pre-announce long beforeL > a product is real, in hopes of stiffling the competition, who may be ahead of8 > them.  Intel would not keep quiet about such activity.  J Jump in the Wayback Machine and set the coordinates for June 3, 1994. ThatJ would be the date of the HWP/INTC press conference wherein P7, aka Merced,G aka Itanium, was announced. Virtually everyone in the press and analystlL community ate up every word that the dynamic duo dished out. And the rest is history.   Alpha is dead.  RIP! >i >nK > Many of the things in Alpha would not work so well in EPIC.  I'm not surel whatJ > would work well in EPIC.  Its very possibly one of those things that get tried,J > and don't work out so well.  Like the VAX 9000 and such.  That's natural > selection at work.  H Would that Darwinism prevailed at DEC prior to the VAX 9000. A $3B whiteE elephant that was rendered extinct within a year of its introduction.h  = > Unfortunately, too many people have staked reputations, andy: > more, on this idea, and won't admit that it's a failure. >qK > When Hammer takes over as 'Industry Standard' and Intel scrambles to stay  in theK > game with Yamhill, or whatever, you won't see any more 'few more billion'  beingl > spent on IA-64.i >2  5 IBM's POWER architecture is looking better every day!n   ------------------------------  # Date: Thu, 02 May 2002 19:44:10 GMTT1 From: "Terry C. Shannon" <terryshannon@attbi.com> 0 Subject: Re: SKC Morphs Again... We're Now SKHPC; Message-ID: <eGgA8.63459$%s3.24731694@typhoon.ne.ipsvc.net>t  5 "Don Sykes" <annonymous@pacbell.net> wrote in message-% news:3CD18B92.1C6D0D1F@pacbell.net.... >02 > How about: Shannon Knows Its Temporary - SKIT :) >   F How true! And based on the track records of DEC (44 years) and CPQ (20< years), the half-life of an IT company appears to dwindling.  G  I had thought of Shannon Knows IT, but SKIT is too similar to, well...S   ------------------------------  # Date: Thu, 02 May 2002 20:47:09 GMT # From: "John Smith" <a@nonymous.com>B0 Subject: Re: SKC Morphs Again... We're Now SKHPCH Message-ID: <hBhA8.81136$Il1.18672@news02.bloor.is.net.cable.rogers.com>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message3 news:LgeA8.16$ap2.485481@cacnews.cac.cpqcorp.net...a .i >.: > Or you could go for real focused - Shannon Knows VMS ;-) >p  J That might last only until the afternoon of May 7th when  Carly issues its death certificate  :-(   ------------------------------   Date: 2 May 2002 15:47:49 -0500a+ From: young_r@encompasserve.org (Rob Young)E0 Subject: Re: SKC Morphs Again... We're Now SKHPC3 Message-ID: <lGELmlXAGUYz@eisner.encompasserve.org>6  m In article <uPgA8.32040$q8.3459454@bin3.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes:D > 7 > "David Froble" <davef@tsoft-inc.com> wrote in messageo( > news:3CD177B4.8000702@tsoft-inc.com... >> Bill Todd wrote:k >  > ...k > 1 >> > At this rate, EV7 and Hammer may not only beMM >> > embarrassingly faster, but embarrassingly faster to market as well.  And_M >> > (while on the subject of Itanic 2's wondrous performance if and when), Is > was., >> > surprised to notice recently that USIII >> >>L >> Forgive my ignorance, or possibly failing memory.  Who is USIII?  What is > theira? >> product?  Is this the current name for those producing MIPS?e > M > Sorry - UltraSPARC III.  You know, the processor line Rob always denigrates0K > for being such a pig that Itanic will quickly usurp Sun's entire customer.M > base as its start on conquering the world.  That's why it would be so funnye0 > if McKinley turned out to be slower after all. >   2 	Is that an "official" prognostication, or a wish?   				Robh   ------------------------------  # Date: Thu, 02 May 2002 20:51:59 GMTr# From: "John Smith" <a@nonymous.com>r0 Subject: Re: SKC Morphs Again... We're Now SKHPCH Message-ID: <PFhA8.81159$Il1.77654@news02.bloor.is.net.cable.rogers.com>  B So I guess that rules out 'Shannon Knows Virtual Memory Systems' ?    < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message5 news:HdcA8.62645$%s3.24541710@typhoon.ne.ipsvc.net...u >aH > "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message7 > news:01KH9BQVFUS68Y7NGP@sysdev.deutsche-boerse.com...n+ > > > > SKC Morphs Again... We're Now SKHPC  > >e# > > > Is that pronounced "skip-sy?"l > >4) > > Shannon Knows Hewlett-Packard Compaq?  > >a- > > Shannon Knows High-Performance Computing?l > >  > > Shannon Knows His PCs? > >f, > > Shannon Knows He is Politically Correct? >s$ > Any but the last will suffice. ;-} >nK > Based on past experience, Shannon Knows that he doesn't want to spend any ) > quality time with CPQ or HWP's lawyers!A >a >    ------------------------------  # Date: Thu, 02 May 2002 20:49:44 GMTt# From: "John Smith" <a@nonymous.com>L0 Subject: Re: SKC Morphs Again... We're Now SKHPCH Message-ID: <IDhA8.81148$Il1.24202@news02.bloor.is.net.cable.rogers.com>   And Vivendi/Universal.  E Bet you the Bronfman's wished they stil had all their Seagram assets.k    < "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message2 news:aarqov$h6f$1@fizban.fizban.pprd.abbott.com...H > Someone reminded me today of a rather large merger that went the wrong way. > J > AOL / Time Warner   now claiming losses in the $54 billion (yes billion) > range. >e< > Wonder what the shareholders were told before that merger? >t	 > Dave...d >e6 > "Ben Myers" <ben_myers@charter.net> wrote in message, > news:3cd15f69.11242235@news.charter.net...	 > > Dave,  > >-I > > It was the Spanish philosopher, Santayana, who said: "He who does not  > learn fromJ > > history is doomed to repeat it."  Actually, he may have said something > quite3K > > different in Spanish, but that's  the way it is usually translated intot	 > English+K > > (and much the same in Italian, BTW, according to my long-ago colleaguess in > > Italy).c > >aI > > A computer industry merger that actually worked?  Wow, that's a toughr one. > The6F > > closest I can come are the various buyouts made by Symantec (Peter NortonB > > Computing, Central Point Software, and Microsoft (e.g. Bauer's
 Postscript > clone,I > > now named TrueType), and those buyouts were so private that nobody onc the>L > > outside ever got to know the ensuing internal carnage, layoffs, etc.  By > whatF > > criteria does a merger work, anyway?  Increased revenue?  Level or > increasing> > > headcount?  Survival of the merged entity for a few years? > >wE > > Here are a few of the brand names now absorbed into HPaq: Apollo,  Tandem,o > DEC,( > > Compaq, Thomas-Conrad.   Any others? > >kK > > A computer HARDWARE merger that actually worked?  I think we're talkingr > aboutd= > > the null set here, not to increase with HPaq... Ben Myersm > >e6 > > On Thu, 2 May 2002 10:28:05 -0500, "Dave Gudewicz" > <david.gudewicz@abbott.com>f
 > > wrote: > >S6 > > >Couldn't help but think after reading Ben's note: > > >gF > > >If we learn nothing from history, we are doomed to repeat it.  Or > somethingr > > >like that.d > > > K > > >Can anyone here enlighten us with a merger such as this that DID work?u > And K > > >to reiterate the obvious, the Compaq assimilation of DEC did NOT work.e > > >  > > >Dave... > > >a9 > > >"Ben Myers" <ben_myers@charter.net> wrote in messageo. > > >news:3cd14eee.7021958@news.charter.net...G > > >> Well, whatever you call the newsletter, it should prove to be ann > > >interestingL > > >> chronicle of the on-going soap opera of one set of related mergers in > thenE > > >> computer industry.  I lived thru one failed merger on a vastly  smallerd > > >scale:eK > > >> Honeywell, GE and Groupe Bull.  What always seems to be missing in at > > >merger is aL > > >> clear vision and strategic direction, because executives are too busy
 > > >fightinghE > > >> for their own corporate lives to think clearly.  The blood and  carnage. > of	 > > >HPaqbH > > >> employees will be considerable once the wheels of this merger get
 > turning. > > >> > > >> ... Ben Myers > > >>; > > >> On Wed, 01 May 2002 14:39:39 GMT, "Terry C. Shannon"i > > ><terryshannon@attbi.com>-
 > > >> wrote:  > > >>K > > >> >Another year, another name change. We at Shannon Knows DEC, Shannon  > KnowseG > > >> >Distributed Enterprise Computing, Shannon Knows Compaq, and nowa	 > Shannon I > > >> >Knows HPC are getting used to the good old name game. And we hope: that > > >youK > > >> >Constant Readers will take the latest name change in stride. Here'sl > therG > > >> >deal: Shannon Knows Compaq has withstood the rigors of two name3	 > changes0	 > > >plusnC > > >> >the economic angst of the thermonuclear winter incited by ap	 wholesalevG > > >> >dot-com bombing. Acting on the news yesterday that the Delawareb
 > ChanceryK > > >> >Court has given Hewlett-Packard's acquisition of Compaq a go-ahead,  > SKCe > > >hasL > > >> >changed its name to Shannon Knows High Performance Computing. HP, of > > >course,G > > >> >can be construed as High Performance or Hewlett-Packard, which,lD > > >> >post-acquisition, will be Numero Uno in the High Performance	 ComputingiE > > >> >arena. In the interest of brevity-plus a desire to coin a new 
 > five-letteraG > > >> >acronym-we'll now operate under the SKHPC name. Extended "dancet
 > version"E > > >> >five-letter acronym aside, we'll continue to provide the samei coverage
 > > >we'veI > > >> >been dishing out for the last nine years, plus even more. And fori > thosen > > >of L > > >> >you who wonder why we didn't opt for Shannon Knows HPS, it turns out > thatK > > >> >HPS is the acronym for Hewlett Packard Services! Thanks to a seniore > > >Compaqf< > > >> >manager for pointing out this potential gaffe to us! > > >> >
 > > >> >-- > > >> >Terry C. Shannon  > > >> >Consultant and Publisher > > >> >Shannon Knows HPCo* > > >> >PLEASE NOTE MY *NEW* EMAIL ADDRESS% > > >> >email: terryshannon@attbi.comM: > > >> >Web (info on SKC):  www.openvms.org, www.tru64.org > > >> > > > >> > > > >> > > >  > > >- > >3 >8 >.   ------------------------------  # Date: Thu, 02 May 2002 21:40:04 GMT)* From: "Bill Todd" <billtodd@metrocast.net>0 Subject: Re: SKC Morphs Again... We're Now SKHPC@ Message-ID: <TmiA8.11050$c7.1340320@bin7.nnrp.aus1.giganews.com>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:lGELmlXAGUYz@eisner.encompasserve.org... H > In article <uPgA8.32040$q8.3459454@bin3.nnrp.aus1.giganews.com>, "Bill& Todd" <billtodd@metrocast.net> writes:   ...e  D > > Sorry - UltraSPARC III.  You know, the processor line Rob always
 denigratesD > > for being such a pig that Itanic will quickly usurp Sun's entire customerI > > base as its start on conquering the world.  That's why it would be soa funnya2 > > if McKinley turned out to be slower after all. > >P >o3 > Is that an "official" prognostication, or a wish?a  G I made a quantitive prediction (based on publicly-available information J which I described) some time ago that McKinley would weigh in at 600 - 700J SPECint2K (and most likely in the middle of that range), and I stand by itE (unless it gets delayed so long that Intel can skip the first releases@ entirely and go directly to what would have been the first majorJ post-release process tweak - which is looking increasingly possible).  TheL best USIII SPECint2K currently is 610, but since such values do tend to riseK as new configurations appear I'd say there's a distinct possibility, thougheL perhaps not a better-than-even chance, that if McKinley doesn't in fact waitH for a process-tweak before releasing it will at introduction have a hard' time equalling USIII's SPECint2K speed..   - bill   ------------------------------  # Date: Thu, 02 May 2002 21:00:22 GMTl1 From: "Terry C. Shannon" <terryshannon@attbi.com>e0 Subject: Re: SKC Morphs Again... We're Now SKHPC; Message-ID: <GNhA8.63478$%s3.24790240@typhoon.ne.ipsvc.net>n  . "John Smith" <a@nonymous.com> wrote in messageB news:hBhA8.81136$Il1.18672@news02.bloor.is.net.cable.rogers.com... >oB > "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message5 > news:LgeA8.16$ap2.485481@cacnews.cac.cpqcorp.net.... > .  > >v< > > Or you could go for real focused - Shannon Knows VMS ;-) > >. >0L > That might last only until the afternoon of May 7th when  Carly issues its > death certificate  :-(  K Let's see... today it was learned that HP scuttled or otherwise delayed its J INVENT developers conference. That event was to have taken place late this month.  G It was also learned some time ago that Compaq Users Organisation-UK (neaK DECUS UK) and Compaq Computer Ltd. will host an "OpenVMS, UNIX and Storage:iJ Roadmaps for the Future" seminar in Reading, UK on May 28, 2002. The eventK features Mark Gorham, Ken Surplice, and other Compaq luminaries who'll sheda light on stuff such as:m    > New Directions for High Performance Server Products Technology  > Future directions and Roadmaps for OpenVMS - Marvel and Beyond   Roadmap for Tru64 on Alpha  + Enterprise UNIX on Itanium Processor Family   J It would seem to me that if VMS was slated to be MPE/ix-ified, the seminarK would have gone the route of INVENT. The same holds true for the ITUG/DECUS B Joint Conference in Lyon, which has its fair share of VMS content.   ------------------------------  % Date: Thu, 02 May 2002 18:45:37 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>.0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD1C189.59F52623@videotron.ca>  > How about just "Shannon Informs" ? Or just "Shannon Knows ..."  D Now, what would *really* be needed is for Terry to be able to claim:  M "Shannon Knows Carly Intimately". That would provide great marketing since itsJ would show that Shannon gets his leaks from the horse's mouth.  (In such aI scheme, Shannon would have to really pressure the board to choose another # female to replace Carly :-) :-) :-)k   ------------------------------  % Date: Thu, 02 May 2002 18:53:05 -0400s- From: JF Mezei <jfmezei.spamnot@videotron.ca>n0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD1C348.AF02386A@videotron.ca>   Ben Myers wrote:P > for their own corporate lives to think clearly.  The blood and carnage of HPaqL > employees will be considerable once the wheels of this merger get turning.  G I am not so sure. In all fairness to Carly, she has shown herself to be M ruthless when it comes to anyone trying to stop her. Her treatment of Hewlett  is a good indication.   L The problem may happen at the Winkler levels below her. Curly will just be aH good puppy happy to finally have a master because he was totally lost atK Compaq without a boss. But folks like Winkler who have a certain agenda may I have clashes with people, especially if they have to work with HP people.e  F If VMS is put on status quo ("we'll honour our commitments to existingL customers"), then I suspect that the VMS folks will also be good puppies and2 stay quiet in the basement and not disturb anyone.    J The turmoil may present opportunities to raise VMS's prominence, or it mayK also be the time for VMS to really stay quiet under the radar, wait for thepH turf wars to be finished and then come out of its foxhole and try to get permission to do marketing.c   ------------------------------  # Date: Thu, 02 May 2002 22:56:07 GMTA From: noid@ulose.com0 Subject: Re: SKC Morphs Again... We're Now SKHPC% Message-ID: <3cd1c3fe.245826319@nntp>r  0 How about SKEW....Shannon Knows Enterptise World   Joseph Iuso.   ------------------------------  % Date: Thu, 02 May 2002 19:23:35 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>-0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD1CA6C.7AA962E3@videotron.ca>   Dave Gudewicz wrote:M > Can anyone here enlighten us with a merger such as this that DID work?  AndcH > to reiterate the obvious, the Compaq assimilation of DEC did NOT work.  K Ahh, but you see, Carly said that she studied the situation carefully for a J long time, studied why other mergers failed and is confident that she will overcome all those problems.    M Who do you trust more ? The highly paid executive parachuted at the helm of anK fortune 500 computer company with salary in the millions, or some  reporterhJ who doesn't get paid much but has been following the industry forever ? OfL course, Wall Street trusts the highly paid CEO. If someone can draw a salaryL worth tens if not hundreds of millions, then surely that person MUST be more experienced and knowledgeable.  M I have to wonder though how HP will be able to spin its focusing on IA64 whenf6 IA64 doesn't turn out anywhere to "industry standard".   ------------------------------  % Date: Thu, 02 May 2002 19:37:22 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>d0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD1CDA6.54AE5C3D@videotron.ca>   Dave Gudewicz wrote:J > AOL / Time Warner   now claiming losses in the $54 billion (yes billion) > range.  N But this probably has very little to do with the merger of AOL and Time WarnerM since neither had any overlapping products. The only "synergy" in that mergerdJ was the ability of AOL to sell its ISP services via Time-Warner high speed: cable operations. And I am not even sure if that was done.   ------------------------------   Date: 2 May 2002 18:16:31 -0500n9 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow) 0 Subject: Re: SKC Morphs Again... We're Now SKHPC3 Message-ID: <S8KfXEKuvYxi@eisner.encompasserve.org>   o In article <eGgA8.63459$%s3.24731694@typhoon.ne.ipsvc.net>, "Terry C. Shannon" <terryshannon@attbi.com> writes:r > 7 > "Don Sykes" <annonymous@pacbell.net> wrote in message0' > news:3CD18B92.1C6D0D1F@pacbell.net...  >>3 >> How about: Shannon Knows Its Temporary - SKIT :)h >> > H > How true! And based on the track records of DEC (44 years) and CPQ (20> > years), the half-life of an IT company appears to dwindling. > I >  I had thought of Shannon Knows IT, but SKIT is too similar to, well...m   Shannon Heard IT?   & Why not "Shannon doesn't know Diddly"?  D         "I tell you, freedom and human rights in America are doomed.D         The U.S. government will lead the American people in and theD         West in general into an unbearable hell and a choking life."  1 	26-October, 2001: A day that will live in infamy@4 	Support Freedom: http://www.indefenseoffreedom.org/   ------------------------------  # Date: Thu, 02 May 2002 23:33:36 GMTr1 From: Ed Wensell III <ewensell3@yahoo.commercial>o0 Subject: Re: SKC Morphs Again... We're Now SKHPC0 Message-ID: <3CD1CC81.2B2D20AD@yahoo.commercial>   noid@ulose.com wrote:- > 2 > How about SKEW....Shannon Knows Enterptise World > 
 > Joseph Iusoa  E Or just "Shannon Knows". SKnows... Start doing a daily article called- the SKnowball... :)   C For some reason I see SKHPC and think "Shannon Knows Handheld PCs".E Probably just me.M   -- g Ed Wensell IIIE NetBSD/Alpha at home - Solaris/SPARC at work - OpenVMS in a past lifecA E-mail address is valid if you know the appropriate bits to drop."   wibble?m   ------------------------------  # Date: Thu, 02 May 2002 23:47:25 GMTi1 From: "Terry C. Shannon" <terryshannon@attbi.com>.0 Subject: Re: SKC Morphs Again... We're Now SKHPC; Message-ID: <hekA8.63523$%s3.24921933@typhoon.ne.ipsvc.net>   > "Ed Wensell III" <ewensell3@yahoo.commercial> wrote in message* news:3CD1CC81.2B2D20AD@yahoo.commercial... > noid@ulose.com wrote:  > > 4 > > How about SKEW....Shannon Knows Enterptise World > >  > > Joseph Iusoo >cG > Or just "Shannon Knows". SKnows... Start doing a daily article calledu > the SKnowball... :)t >mE > For some reason I see SKHPC and think "Shannon Knows Handheld PCs".t > Probably just me.   F Well, the 206MHz StrongARM processor and the 64MB of memory in my iPAQ? utterly trounce the specs of the VAX 11/750 I managed in 82/83.l  > Of course, the iPAQ doesn't support 30 interactive logins! ;-}   ------------------------------   Date: 2 May 2002 18:08:40 -0500r9 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)a0 Subject: Re: SKC Morphs Again... We're Now SKHPC3 Message-ID: <AakAhUrcELKj@eisner.encompasserve.org>.  a In article <evznA+pScZM6@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:gP > "As a response to my previous public rant disparaging the IA64, I was directedN > to take a good look at McKinley (now called Itanium 2) as it has been vastly > improved. It is."    Wasn't McKinley assisinated?  D         "I tell you, freedom and human rights in America are doomed.D         The U.S. government will lead the American people in and theD         West in general into an unbearable hell and a choking life."  1 	26-October, 2001: A day that will live in infamyw4 	Support Freedom: http://www.indefenseoffreedom.org/   ------------------------------  # Date: Fri, 03 May 2002 00:58:58 GMT ' From: ben_myers@charter.net (Ben Myers)e0 Subject: Re: SKC Morphs Again... We're Now SKHPC0 Message-ID: <3cd1dfff.44164586@news.charter.net>  O Let me clarify... "Blood and carnage" as in layoffs and product line cuts.  You2P don't think that will happen?  Inevitable.   No way can HPaq sustain all the R&DL dollars, product support dollars, sales training dollars, and whatever otherM dollars are need to keep the whole collection of product lines going.  That'ssP what makes the consummation of mergers such great fun to watch from the outside,M sort of like two elephants making love.  MUCH more fun than watching from then inside, believe me... Ben Myersa  K On Thu, 02 May 2002 18:53:05 -0400, JF Mezei <jfmezei.spamnot@videotron.ca>s wrote:   >Ben Myers wrote:iQ >> for their own corporate lives to think clearly.  The blood and carnage of HPaq M >> employees will be considerable once the wheels of this merger get turning.e >3H >I am not so sure. In all fairness to Carly, she has shown herself to beN >ruthless when it comes to anyone trying to stop her. Her treatment of Hewlett >is a good indication. t > M >The problem may happen at the Winkler levels below her. Curly will just be ahI >good puppy happy to finally have a master because he was totally lost at L >Compaq without a boss. But folks like Winkler who have a certain agenda mayJ >have clashes with people, especially if they have to work with HP people. >rG >If VMS is put on status quo ("we'll honour our commitments to existingmM >customers"), then I suspect that the VMS folks will also be good puppies and.3 >stay quiet in the basement and not disturb anyone.e >a >tK >The turmoil may present opportunities to raise VMS's prominence, or it maynL >also be the time for VMS to really stay quiet under the radar, wait for theI >turf wars to be finished and then come out of its foxhole and try to getd >permission to do marketing.   ------------------------------   Date: 3 May 2002 01:59:59 GMTe& From: peter@abbnm.com (Peter da Silva)0 Subject: Re: SKC Morphs Again... We're Now SKHPC- Message-ID: <aasquv$1s8@web.eng.baileynm.com>   8 In article <aarm1v$gde$1@fizban.fizban.pprd.abbott.com>,0 Dave Gudewicz <david.gudewicz@abbott.com> wrote:M > Can anyone here enlighten us with a merger such as this that DID work?  AnddH > to reiterate the obvious, the Compaq assimilation of DEC did NOT work.  K If in "work" you include "company remains in more or less the same businessd2 more than a decade later", there's *cough* Unisys.   --  O I've seen things you people can't imagine. Chimneysweeps on fire over the roofsnO of London. I've watched kite-strings glitter in the sun at Hyde Park Gate.  All L these things will be lost in time, like chalk-paintings in the rain.   `-_-'K Time for your nap.  | Peter da Silva | Har du kramat din varg, idag?    'U`e   ------------------------------   Date: 3 May 2002 01:57:45 GMTs& From: peter@abbnm.com (Peter da Silva)0 Subject: Re: SKC Morphs Again... We're Now SKHPC- Message-ID: <aasqqp$1r1@web.eng.baileynm.com>a  9 In article <LgeA8.16$ap2.485481@cacnews.cac.cpqcorp.net>,y4 Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote: > But of course, when IBMa8 > aquires HP in 2015, you'll have to change it again ;-)  D Nah, what'll happen is HP and Unisys will merge, and the new companyC (with the slogan "The Power of..." (pause to count on fingers) "The G Power of 7" will resurrect the Alpha as a triple-word-size 64-72-96-bituD processor that uses JIT techniques to convert Univac 1100, BurroughsF A-series, Alpha, IA64, HP 3000, Snake, and Hammer instruction codes to: an internal 576-bit VLIW instruction set called "ESKATON".  F Intel will follow up with a 10 year project to do it one better, usingC the project name "APOKLIPS", then finally release the first silicon>; "LUCITANIUM" (the press can't figure out whether to call ith= "unobtanium" or "lusitania") just as quantum-coupled paralleltA processors from Warner-Disney-Pixar-Lucas render the whole serialn architecture irrelevant.  E Parallel processor software design is a hard problem, and early salestD of the "DAFFY", "DONALD", and "DARKWING" processors are slow, but anE unknown computer scientist from Afghanistan will develop a stochastic F processor simulator that runs linear programs at superlinear speeds onD the new "NEGADUCK" processor by simulating every possible outcome inA parallel and massively pruning the result with proprietary "JEDI"uA algorithms, and they will become the market leaders over the nextq twelve parsecs.   G IBM meanwhile will continue to develop several new generations of POWEReG processors and Sun's 2025 release of "ReallyCoolSparc-XXX" will finallyy exceed the performance of EV7.   -- eO I've seen things you people can't imagine. Chimneysweeps on fire over the roofs O of London. I've watched kite-strings glitter in the sun at Hyde Park Gate.  All L these things will be lost in time, like chalk-paintings in the rain.   `-_-'K Time for your nap.  | Peter da Silva | Har du kramat din varg, idag?    'U`    ------------------------------  % Date: Thu, 02 May 2002 22:09:05 -0700a% From: Dean Woodward <deanw@rdrop.com>i0 Subject: Re: SKC Morphs Again... We're Now SKHPC) Message-ID: <3CD21B71.4DE27A8B@rdrop.com>a   David Froble wrote:h >  > Bob Ceculski wrote:L > F > > but when EV8 shows up masquerading as itanic 3 ... your mouth will > > drop open ...S > >  > * > This statement is getting quite tedious.  D Not for me; but then, the only time I see it is when y'all insist onF repeating it.  Me, I just kill-filed him.  Shortly after he showed up.   ------------------------------  % Date: Fri, 03 May 2002 01:52:34 -0400D- From: JF Mezei <jfmezei.spamnot@videotron.ca>w0 Subject: Re: SKC Morphs Again... We're Now SKHPC, Message-ID: <3CD2259D.C9934A09@videotron.ca>   "Terry C. Shannon" wrote:cL > It would seem to me that if VMS was slated to be MPE/ix-ified, the seminarM > would have gone the route of INVENT. The same holds true for the ITUG/DECUSpD > Joint Conference in Lyon, which has its fair share of VMS content.  M I wouldn't say that.  Prior to June 25, how many Digital employees were awaren% that Compaq was about to axe Alpha ? a  M Consider that Compaq continued to send out some materials such as Inform that I would still have the token page talking about non wintel and which toutedn& Alpha as having bright future etc etc.  J Considering that the VMS engineers learned of the Alpha murder at the sameN time we did, isn't it fair to state that Carly's plans may not be known to theL folks organising that event in the UK and they are proceeding with "business/ as usual" until they get the real information ?t  4 This event will be useful no matter what Carly does.  L If carly does to VMS what she did to Tru64, then both customers will need toM be given information on the mechanisc of the end of VMS and Tru64, as well ascN the types of deals and support to migrate to other patforms. If Carly does theK "status quo" thing, then the presentation will have to continue to spew outcE the same sentence as before "our commitment to customers continues".    K And if Carly decides to unleash VMS and grow it, then the VMS folks will beT. able to again start to talk about Renaissance.   ------------------------------  # Date: Thu, 02 May 2002 22:00:45 GMT3* From: "Bill Todd" <billtodd@metrocast.net>= Subject: Top Ten reasons why we're still waiting for McKinley6@ Message-ID: <hGiA8.47113$Lj.3347858@bin4.nnrp.aus1.giganews.com>   Reason #10:t  I The bug in Merced that Compaq turned up last fall really wasn't limted tooG Merced - and while a 'BIOS change' to make Merced quasi-usable sufficedoL then, such a band-aid for the core that's supposed to keep Itanic afloat forG the next three years would be a lot harder to hide.  So while the worldaH waits breathlessly (or not), the midnight oil is being burned in copious quantities in Santa Clara.    
 Reason #9:  K The rumors of significant problems with MP McKinley systems are true, whichiH bodes ill for the platform that's supposed to keep Itanic afloat for theH next three years.  So while the world waits breathlessly (etc., etc.)...    
 Reason #8:  L Craig Barrett has declared that McKinley won't be released until it can bestD UltraSPARC III (even if no one else of consequence) in the SPECint2KG sweepstakes, since failure to do so would be highly embarrassing to the-D platform that's supposed to keep Itanic afloat (etc., etc., etc.)...    
 Reason #7:  I McKinley was standing in a production line (in Buffalo?) when it was shottG twice by a deranged anarchist.  Though its clock has been stopped for atI couple of months, Intel physicians are predicting a complete recovery anyo day now.    
 Reason #6:  J McKinley actually *was* released, last Fall.  It made just as big a splash( as the Merced and Windows IA64 releases.    
 Reason #5:  K That eighth stage that mysteriously appeared in McKinley's pipeline late inuA the game lost one of its horses, and the chip just won't completelG instructions until they find it.  Searchers are combing the Santa ClaraCE mountains, but so far to no avail.  Volunteer efforts are encouraged:hI answers to the name of "Carly", but be careful to stay well away from its . mouth (especially if it's foaming) and hooves.    
 Reason #4:  E Bob Ceculski was right after all:  Intel is frantically scrambling to-B release Alpha in McKinley clothing, and is really, really close toH accomplishing this truly unbelievable feat.  Unfortunately, while it hasI already succeeded in getting the processor to process instructions out ofiH order, it has yet to figure out how to make any sense out of the result,J which currently more resembles a grab-bag than anything that could executeL an algorithm.  The existing EPIC and new Alpha teams are assiduously workingK on a meeting of the minds that could solve this problem, and reportedly are H *very* close to creating a common language in which they can communicate8 with each other (an important milestone by any measure).    
 Reason #3:  I Hogwash, say I!  Alpha and EPIC are like oil and water.  And even if theyhJ weren't like oil and water, they have nothing in common.  And even if theyK did have something in common, it wouldn't be enough to be useful.  So Alphar9 technology will never appear in EPIC.  *Never*.  *NEVER!*t    
 Reason #2:  G Sorry about the above:  I just got carried away.  Besides, 10 is a verynJ large number:  as an old PDP-11 programmer, I'm much more comfortable with 8.    ; And the first reason why we're still waiting for McKinley -,  
 Reason #1:  B The San Jose Mercury News has just received an anonymous tape of aL conversation between Carly Fiorina and Craig Barrett in, apparently, Intel'sE corporate offices.  In it, without coercing, leaning on, or otherwiseMD influencing Intel in any way whatsoever, Carly states that releasingI McKinley on her birthday (Sept. 6th, a date closely coincidental with the-K cHomPaq merger announcement and thus of doubly sentimental significance forFL her) would be "of great importance to our ongoing relationship"; at the sameF moment, something that sounds very much like a medieval crossbow being cocked can be heard.  H The sound of an executive office chair falling over backward immediatelyL follows, after which Barrett says (a bit shakily) "We'd be *delighted* to doB that!"  Shortly thereafter the office door opens and closes to theL accompaniment of the clatter of high heels, sounds suggesting the opening ofG an executive office liquor cabinet, the extraction of a cork, and rapidx; guzzling are heard, and then the shout "Paul, get in here!"m  I In the ensuing discussion Barrett explains the situation to Otellini, andcK both laugh uproariously.  They have both, it seems, given up on McKinley insI particular and Itanic in general quite some time ago, but have not, untileI that moment, had the opportunity to do so publicly without losing a greateD deal of face.  Now they have the perfect excuse:  Carly has demandedF control, and control she shall have - all remaining Itanic developmentI resources are diverted to Yamhill (save for a few turned to exploring the0C possibility of resurrecting Alpha EV8 in its original form, just inC@ case...), and the name 'Itanic 2' is changed to 'Carlium' (afterJ considerable discussion of various names using the combination ABC:  whileK 'aggressive' and 'clueless' passed muster, the 'B' part, while appropriate,l was deemed EEO-unfriendly).f   - bill   ------------------------------  % Date: Thu, 02 May 2002 20:10:52 +0100i' From: Elliott Roper <elliott@yrl.co.uk> - Subject: Re: UK folks this might interest youd2 Message-ID: <020520022010520853%elliott@yrl.co.uk>  G In article <xndA8.14$Jn2.436278@cacnews.cac.cpqcorp.net>, Sue Skonetski0# <susan.skonetski@compaq.com> wrote:v   > OpenVMS, UNIX and Storagec > "Roadmaps for the Future"' > 
 >       Date:g >          28 May 2002 > ( >       Venue:  Scottish Courage Brewery >          Imperial Wayn >          READING' >                Just off J11 of the M4t > 0 Scurrilous webpaper the Inquirer reports this as, "Compaq users organise p*ss up in a brewery"  ' http://www.theinquirer.net/02050210.htmt  ) Encouraging. Every counter-example helps.n  C I've not noticed a brewery when visiting that very famous address. h7 Oops, Google tells me they are both on the same street. G Pause for admiring crowd to register Elliott's single minded dedication  to VMS.    ------------------------------  % Date: Fri, 03 May 2002 00:52:18 +0100,+ From: "antonio.carlini" <arcarlini@iee.org>e- Subject: Re: UK folks this might interest youm$ Message-ID: <3CD1D132.80102@iee.org>   Elliott Roper wrote:  E > I've not noticed a brewery when visiting that very famous address. v    2 Then you drove in with your eyes and nose shut :-)     Antonio    -- -   ----------------- Antonio Carlini             arcarlini@iee.orgm   ------------------------------  # Date: Fri, 03 May 2002 00:32:25 GMTgL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")- Subject: Re: UK folks this might interest youh8 Message-ID: <00A0D587.C974E673@SSRL04.SLAC.STANFORD.EDU>  \ In article <020520022010520853%elliott@yrl.co.uk>, Elliott Roper <elliott@yrl.co.uk> writes:H >In article <xndA8.14$Jn2.436278@cacnews.cac.cpqcorp.net>, Sue Skonetski$ ><susan.skonetski@compaq.com> wrote: >A >> OpenVMS, UNIX and Storage >> "Roadmaps for the Future" >> - >>       Date: >>          28 May 2002r >> t) >>       Venue:  Scottish Courage Brewery- >>          Imperial Way >>          READING:( >>                Just off J11 of the M4 >> n1 >Scurrilous webpaper the Inquirer reports this as'- >"Compaq users organise p*ss up in a brewery"1 >@( >http://www.theinquirer.net/02050210.htm >w* >Encouraging. Every counter-example helps. >sD >I've not noticed a brewery when visiting that very famous address. 8 >Oops, Google tells me they are both on the same street.H >Pause for admiring crowd to register Elliott's single minded dedication >to VMS.  H Yes, if you were dedicated to RT or RSX that "J11" would jump right out  at you.S   -- Alans    O ===============================================================================e0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056rM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-02100O ===============================================================================u   ------------------------------  % Date: Fri, 03 May 2002 01:52:08 +0100i' From: Elliott Roper <elliott@yrl.co.uk>v- Subject: Re: UK folks this might interest youn2 Message-ID: <030520020152080011%elliott@yrl.co.uk>  4 In article <3CD1D132.80102@iee.org>, antonio.carlini <arcarlini@iee.org> wrote:   > Elliott Roper wrote: > G > > I've not noticed a brewery when visiting that very famous address.   >  > 4 > Then you drove in with your eyes and nose shut :-)  E I guess I must have. Bit of a worry innit? I guess I'll have to frontn" up on the 28th and see for myself.   ------------------------------  % Date: Fri, 03 May 2002 02:02:01 -0400A- From: JF Mezei <jfmezei.spamnot@videotron.ca>m- Subject: Re: UK folks this might interest you-, Message-ID: <3CD227D4.DE57D82D@videotron.ca>  J If the presentation HAS to be made in a brewery, that it MUST be  terribleK news. Get the customers "happy" with enough beer, this way they feel so badeK when the bad news are released, and afterwards, they can share their sorrowt with even more beer.   :-) :-) :-)n   ------------------------------  % Date: Fri, 03 May 2002 00:11:22 +0100o+ From: "antonio.carlini" <arcarlini@iee.org>v Subject: Re: VAX/Alpha CIt& Message-ID: <3CD1C79A.4030104@iee.org>   Eric Smith wrote:   I > Speaking of which, I just bought two CIPCA-AA at auction and would likedH > to write a Linux driver.  Was any programming information on the CIPCA? > published?  If not, is there any way to get the source to the 2 > SYS$PCA without spending a vast amount of money?    ( The User Guide (EK-CIPCA-UG.C01) has the, registers in Appendix B. I guess you'll also% need to know how to do PCI stuff, buts  that's pretty readily available.  $ Beyond that, I guess you need the CI& information that the NetBSD folks have$ been hunting for so that they can do( something with the SHACs on VAX 4000s...  E > And does anyone have the HSC50 documentation, maintenance manual orm > print set?     I have an IPB but nothing more.w   Antonio      --     ---------------l- Antonio Carlini             arcarlini@iee.org    ------------------------------   Date: 2 May 2002 12:56:36 -0700g( From: bob@instantwhip.com (Bob Ceculski)E Subject: Re: Virus Scanners (was  URGENT to all Info-VAX subscribers)s= Message-ID: <d7791aa1.0205021156.480b6c6d@posting.google.com>   * david20@alpha2.mdx.ac.uk wrote in message  > ( > Any virus scan software for VMS smtp ? >  > dated 5th March 2002 >  >   M > Bob Ceculski (bob@instantwhip.com) also said in that discussion that he hadsJ > spoken to Sophos' VMS expert in the UK who had told him that Sophos wereO > considering making their product work directly with Multinet, TCPWARE and UCXsP > rather than being as currently tied to PMDF (and MX). I would assume that theyQ > mean porting the mailmonitor software referred to above to run natively on VMS.'J > You might want to contact Sophos to see whether such a port is underway. >  > David Webb > VMS and Unix team leader > CCSS > Middlesex University  F that is correct, and I suggest everyone keep hammering them until theyE wise up and recognize the need for this ... no one should have to buytD pmdf for this if they have and are happy w/their current smtp server! (i.e. tcpware, multinet, ucx) ...    ------------------------------  # Date: Thu, 02 May 2002 18:38:50 GMTn( From: Don Sykes <annonymous@pacbell.net>1 Subject: Re: VMS Bigots Unite To Form New Companyi+ Message-ID: <3CD1880A.C1F43EA8@pacbell.net>t   Rick Nickles wrote:w > C > I surely agree that Compaq needs to think about small businesses.y	 > This is = > a market that they aren't even looking at really right now.- > F > The idea is that if HPQ doesn't care about VMS, then let's see it goA > to somebody who does care and will do what it takes to push theS > product and make itqE > a part of the mainstream.  If they really decide that they do care,.? > then let's make it a part of the mainstream by making it more G > affordable and available to more people.   Let's put a nice gui on itcF > and put it on PC's everywhere, make it an OS that blow's Microsoft's# > socks off.  We can do that right?"  E A Java gui would be fine. It's all over the place and has no hardwarer
 dependencies.aJ In addition, as I've stated before, VMS needs to support a Unix style file system. Meaning :BO /A Root-based/mount point style/Allowing Case Sensitive/mult.dot.ted/file-names ) and maybe add symbolic (soft) file links.l; That doesn't mean it can't also, still address files in the - Device:[dir]file.name manner using escapisms.P  J IMHO: VMS core + Java GUI + Unix style naming = The Perfect, Marketable OS   -- e   Have VMS. Will Travel. Wire Paladin @alphase.com 
 San Franciscom   ------------------------------  % Date: Thu, 02 May 2002 17:15:52 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>l1 Subject: Re: VMS Bigots Unite To Form New Companya, Message-ID: <3CD1AC86.DED825E3@videotron.ca>   Robert Deininger wrote: F > I know some people at Compaq ARE interested.  The previous effort(s)A > likely bumped into the wrong people.  Compaq is big and doesn'trF > communicate well -- I don't think that is really news in this forum.  % OK, how would you rank the following:t Mr Marcelloh Mary Ellen Fortier Sue Skonetski ?   6 Others in this newsgroup also spoke directly to Curly.  H I know personally that some of the suggestions were sent to Marcello whoG passed it down to Fortier who didn't even bother replying until I askedlN Marcello if anything had happened with regards to my suggestion.  Fortier thenJ said that they didn't need it (or some other BS excuse I don't remember).   N Turns out that one of my suggestion which Fortier turned down did make in is aN much more limited form, but I have no idea if the impetus came from the personL who was already doing the same thing for true64, or whether it was suggested# to him to tak on the VMS cause too.:   ------------------------------  $ Date: Thu, 2 May 2002 14:50:31 -0400; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>r Subject: Re: VMS SCAN producte$ Message-ID: <3cd18b04$1@news.si.com>  6 >We asked the question a while who would be interestedG >if we ported and commercialized it, but the response was pretty meagert  I Of whom did you ask?  This newsgroup?  This group is hardly a significantsL fraction of the customers who might be interested.  If you didn't ask beyondL this group, it's no wonder your responses were meager.  Moreover, you waitedF until a lot of the VAX installations had disappeared and the potentialI SCAN-on-Alpha market had dwindled substantially because Digital (and thenrH Compaq) dragged their heels over the port and the customers got tired of" waiting and found other solutions. --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com.= 3290 Patterson Ave. SE, MS      Addresses modified to preventp< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Thu, 2 May 2002 12:55:00 -0700# From: "Tom Linden" <tom@kednos.com>n Subject: RE: VMS SCAN products9 Message-ID: <CIEJLCMNHNNDLLOOGNJIKEEAEOAA.tom@kednos.com>a  # So, Brian, where would you post it?t   >-----Original Message-----nA >From: Brian Tillman [mailto:tillman_brian@notnoone.notnohow.com]a& >Sent: Thursday, May 02, 2002 11:51 AM >To: Info-VAX@Mvb.Saic.Com >Subject: Re: VMS SCAN product >e > 7 >>We asked the question a while who would be interestedhH >>if we ported and commercialized it, but the response was pretty meager > J >Of whom did you ask?  This newsgroup?  This group is hardly a significantC >fraction of the customers who might be interested.  If you didn't t >ask beyondeC >this group, it's no wonder your responses were meager.  Moreover, s >you waitedcG >until a lot of the VAX installations had disappeared and the potentialMJ >SCAN-on-Alpha market had dwindled substantially because Digital (and thenI >Compaq) dragged their heels over the port and the customers got tired of2# >waiting and found other solutions.t >--eB >Brian Tillman                   Internet: tillman_brian at si.comB >Smiths Aerospace                          tillman at swdev.si.com> >3290 Patterson Ave. SE, MS      Addresses modified to prevent= >Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"S9 >       This opinion doesn't represent that of my companya >n >i >---' >Incoming mail is certified Virus Free.f; >Checked by AVG anti-virus system (http://www.grisoft.com). A >Version: 6.0.351 / Virus Database: 197 - Release Date: 4/19/2002  >b ---b& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.351 / Virus Database: 197 - Release Date: 4/19/2002   ------------------------------   Date: 2 May 2002 15:55:41 -0500S- From: koehler@encompasserve.org (Bob Koehler). Subject: Re: VMS SCAN producta3 Message-ID: <NZEPFxOWNewj@eisner.encompasserve.org>t  g In article <3CD14E73.B16EEB7D@smtp.deltatel.ru>, "Ruslan R. Laishev" <laishev@smtp.deltatel.ru> writes:i > Hello Bob! > ; > 	They have tried to port SCAN to Alpha ?! Any reference ?  >   +    I just read it in an earlier post today.n   ------------------------------   Date: 2 May 2002 15:57:11 -0500 - From: koehler@encompasserve.org (Bob Koehler)h Subject: Re: VMS SCAN product 3 Message-ID: <9BVJziNoBxRf@eisner.encompasserve.org>t  b In article <3cd18b04$1@news.si.com>, "Brian Tillman" <tillman_brian@notnoone.notnohow.com> writes: > ' > Of whom did you ask?  This newsgroup?   E    Every now and then DEC asked it's customers what they want.  OfteneE    this tends to be large customers, like the ones who convinced themi&    to build the money losing VAX 9000.        ------------------------------   Date: 2 May 2002 16:09:17 -0500r- From: koehler@encompasserve.org (Bob Koehler)e Subject: Re: VMSTARg3 Message-ID: <HQ40t6LSUhtu@eisner.encompasserve.org>t  h In article <55f85d77.0205020655.68a27c0@posting.google.com>, P.Young@unsw.EDU.AU (Patrick Young) writes:  @ > I'm also in the middle of increasing the maximum file size for= > files in the archive to break the "unsigned int" byte countp, > limit (Alpha, and I expect Itanium, only).  E    Is there really any value in making it longer than naml$c_maxrss ?s   ------------------------------  # Date: Fri, 03 May 2002 01:41:53 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>l$ Subject: Re: Whining about HPS Times' Message-ID: <3CD1EDD8.A70A1499@fsi.net>C   John Smith wrote:a > N > I might add that there is a great deal of difference between comments posted$ > in jest and those posted in spite.  C I know. Some of us think this "whining" bit is getting rather old. a  	 <soapbox>iH People have a right to complain about issues that hit close to home. WasF the global shock and horror over 9/11 nothing more than "whining"? WasF the attack on WTC nothing more than people "whining" about things that are beyond their control?g  G People have a right to complain about issues that hit close to home. It B is expected that such rights will be respected, and not ridiculed.
 </soapbox>   -- , David J. Dachterag dba DJE Systemso http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/i   ------------------------------  % Date: Thu, 02 May 2002 11:13:00 -0700c' From: David Mathog <mathog@caltech.edu>n( Subject: Re: You can't beat the price...+ Message-ID: <3CD181AC.F60557D4@caltech.edu>n   David Mathog wrote:l > = > We have some old DEC equipment and a pile of 8mm media thatC0 > we're giving away.  If you want any of it see: > 2 >   http://saf.bio.caltech.edu/www/decmachines.txt >     Everything has been claimed now.   Thanks,e   David Mathog mathog@caltech.edu   ------------------------------  # Date: Fri, 03 May 2002 01:35:10 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s? Subject: Re: ZIP strangeness (search list as part of file spec)i' Message-ID: <3CD1EC44.17B90CD8@fsi.net>y   Phillip Helbig wrote:r > H > > When I tested this, it always goes to the last element of the search	 > > list.c > B > Right.  But this is contrary to the normal VMS behaviour, right?  > Well, be careful there. Logical name translation tends to be a; pre-program thing, and even within a program, per instance.a  F For example, certain parts of All-in-1 V2.4 allowed the use of logicalF names that were search lists. Others did not. Sometimes, the trick was/ to exploit each behavior to its best advantage.y  F I once wrote a routine in VAX BASC that would translate a logical name; iteratively until no more translations came back. It didn'ttH intentionally support search lists, and would probably have behaved much the same way ZIP does.  B > > That said, I didn't test it with a search list which points to > > non-existant paths.h >  > Neither did I.  D The long test that I posted did, but only because I screwed up. That6 part of the test could be more exhaustive I suppose...   -- g David J. Dachterat dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Thu, 02 May 2002 13:51:37 -0400l( From: David Froble <davef@tsoft-inc.com> Subject: Re: ZTDRIVER.EXE , Message-ID: <3CD17CA9.4090608@tsoft-inc.com>   Syltrem wrote:  
 > OK OK OK@ > I forgot to give OS version, machine type, color and scent :-| > K > Mind me, I thought I would get a simple answer like "ZTDRIVER is a driver L > for a XYZ model 64 platter CD changer" or something. Then knowing I DO NOTJ > have this device, I could just have tried to tell VMS not to look for it
 > anymore.K > Everything that needs to work on this system does work properly (not that * > the bad disk has been replaced that is). > & > It`s a VAX 4100 running OpenVMS 7.1. >  > Hoff suggested:pG > On V6.0 and later OpenVMS VAX  releases, load DECnet-Plus and use ther% > optionally-configured WANDD support  > M > Now do I want to do this (I mean, what is WANDD all about and do I need it)t > ?m7 > Is there any simpler way to having the error go away.c    O The early MicroVAX 3100 series of systems had an optional board that supported -Q some type of WAN connection.  I've never used it, and only know that it existed. rP   If Hoff's guess is accurate, and if the VAX 4000 model 100 (you still weren't Q specific enough on the model), which may share components with the MicroVAX 3100 iQ systems, has such an optional board installed, then simply remove the board, and t4 VMS will not see it, and will not look for a driver.  Q If you cannot identify the board, get back to me.  I _MAY_ have an old VAXserver rS 3100 which has the optional board, and if so I can get some identification for you.S     Dave   ------------------------------  % Date: Thu, 02 May 2002 14:17:33 -0400A1 From: Micheal Austin <maustin@firstdbasource.com>c Subject: Re: ZTDRIVER.EXEo2 Message-ID: <3CD182BD.1B22BF0E@firstdbasource.com>   Syltrem wrote: > 
 > OK OK OK@ > I forgot to give OS version, machine type, color and scent :-| > K > Mind me, I thought I would get a simple answer like "ZTDRIVER is a driver L > for a XYZ model 64 platter CD changer" or something. Then knowing I DO NOTJ > have this device, I could just have tried to tell VMS not to look for it
 > anymore.K > Everything that needs to work on this system does work properly (not that'* > the bad disk has been replaced that is). > & > It`s a VAX 4100 running OpenVMS 7.1. >  > Hoff suggested:gG > On V6.0 and later OpenVMS VAX  releases, load DECnet-Plus and use thet% > optionally-configured WANDD supportG > M > Now do I want to do this (I mean, what is WANDD all about and do I need it)s > ?l7 > Is there any simpler way to having the error go away.  > 	 > Thanks!t >  > -- > 	 > SyltremuK > http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)=@ > To reply to myself directly, remove .spammenot from my address > L > "Roy Omond" <Roy.Omond@BlueBubble.UK.Com> a crit dans le message de news:( > 3CD11208.AD780E64@BlueBubble.UK.Com... > > Syltrem wrote: > > ( > > > Anyone knows what ZTDRIVER.EXE is? > > >=K > > > I have a client that says he gets a "file not found" on this one when  > doing- > > > SYSGEN> AUTOCONFIGURE ALL, > > > N > > > We're at a minimum boot right now. All the devices we need configure ok, > andh8 > > > we are in the process of restoring a damaged disk. > >@> > > ZTDRIVER was also the name adopted by Wolfgang Moeller forE > > his DECnet-served remote tape driver.  Of course, given the aboven0 > > it's unlikely to be this.  Just for info ... > >r
 > > Roy Omond  > > Blue Bubble Ltd. > >u  F I would say that if you do not have an X.25 card in your system (see: J >http://www.openvms.compaq.com/openvms/whitepapers/wan/tech_tidbits.html )G that the ZTDriver that is mentioned is probably for using a remote tapezF device (see my earlier post)  Download and install the product or editG the system startup files and remove it's invocation or at least commentt it out.  --   Regards,  7 Michael Austin            Registered Linux User #261163 7 First DBA Source, Inc.    http://www.firstdbasource.comn Sr. Consultant 704-947-1089 (Office)r 704-236-4377 (Mobile)r   ------------------------------  % Date: Fri, 03 May 2002 00:49:09 +0100-+ From: "antonio.carlini" <arcarlini@iee.org>o Subject: Re: ZTDRIVER.EXEa& Message-ID: <3CD1D075.9010704@iee.org>   Micheal Austin wrote:C      H > I would say that if you do not have an X.25 card in your system (see:  > K >>http://www.openvms.compaq.com/openvms/whitepapers/wan/tech_tidbits.html )g >>I > that the ZTDriver that is mentioned is probably for using a remote tape H > device (see my earlier post)  Download and install the product or editI > the system startup files and remove it's invocation or at least comments
 > it out.     4 Since the problem happens with SYSGEN AUTOCONFIGURE,' then his problem is that VMS has seen ay) DSW and has decided that it had better go - and load its driver. The driver is not there,o hence the message.    , Given that DECnet-Plus is not free, the only1 solution is to open up the box, unclip and remover+ the DSW card (can't miss it - it says SYNCHw0 on it) and post it to me. As the last maintainer1 of ZTDRIVER, I promise to give it a good home :-)-  ' (I suppose some curmudgeon will suggest1) a hobbyist licence as an alternative ...)B   Antonio)   -- c   ---------------r- Antonio Carlini             arcarlini@iee.orge   ------------------------------   End of INFO-VAX 2002.243 ************************