1 INFO-VAX	Wed, 14 Aug 2002	Volume 2002 : Issue 445       Contents: ABC ??
 Re: ABC ??
 RE: ABC ?? ACB (Was: ABC ??) & re: AlphaServer DS25 and CD-RW drive ?? Re: Announcment LDAP Directory Synchronizer Utility (LDSU) V2.0  C RT Lib Ref Man for VMS* Cannot start DECwindow after upgade to 7.3. Re: Cannot start DECwindow after upgade to 7.3. Re: Cannot start DECwindow after upgade to 7.38 Charon-VAX (was: [VAX] VMS to [Alpha] OpenVMS conversion< Re: Charon-VAX (was: [VAX] VMS to [Alpha] OpenVMS conversion  Re: Command line DECNET_REGISTER Re: Comment to Sue Re: Comment to Sue Re: CSWB 1.0 still not updated Re: DCL question Re: DCL question Re: DCL question) Re: Detached processes - OpenVMS services , Re: Determining when a file was last opened., Re: Determining when a file was last opened., Re: Determining when a file was last opened.3 Re: Graphics adaptor (VCB02) for MicroVAX machines. 3 Re: Graphics adaptor (VCB02) for MicroVAX machines. 3 Re: Graphics adaptor (VCB02) for MicroVAX machines. 3 Re: Graphics adaptor (VCB02) for MicroVAX machines. 3 Re: Graphics adaptor (VCB02) for MicroVAX machines. 3 Re: Graphics adaptor (VCB02) for MicroVAX machines. 3 Re: Graphics adaptor (VCB02) for MicroVAX machines. $ Re: Help - TPU Global_search_replace+ Re: Hoff, what is the status of your book ?  how to burn VMS bootable CDs ?? # Re: how to burn VMS bootable CDs ?? # Re: how to burn VMS bootable CDs ?? # Re: how to burn VMS bootable CDs ?? ? Re: HP's pulling of Compaq call-center contract puzzles Broward ? Re: HP's pulling of Compaq call-center contract puzzles Broward " Re: HP-Compaq Merger Went Smoothly" Re: HP-Compaq Merger Went Smoothly" Re: HP-Compaq Merger Went Smoothly" Re: HP-Compaq Merger Went Smoothly" Re: HP-Compaq Merger Went Smoothly" Re: HP-Compaq Merger Went Smoothly Re: Job on comp.jobs.contract  Re: Job on comp.jobs.contract  Re: KLEZ DU JOUR followup  Re: KLEZ DU JOUR followup ' Re: List of ASC/ASCQ codes for TL891/2? 2 Re: November 17, 1858 - Why is it important to VMS2 Re: November 17, 1858 - Why is it important to VMS2 Re: November 17, 1858 - Why is it important to VMS2 Re: November 17, 1858 - Why is it important to VMS Re: OpenVMS services OpenVMS services Re: Optical Storage Systems = Re: P.Thread: setting RR scheduling policy on default thread? 9 Please interpret: Digital 2100 Alpha Server A500MP 2/200. P Re: Powerstorm 300 and Alpha PC 164 with OVMS 7.3 (long) - ELSA GLoria and PC164* Re: Programming VAX in Fortran source codeL Re: Proposal for incremental backups plus a question re new date-time fields Re: Stupid ways to use pipe ? Re: Stupid ways to use pipe - it's DCL$PATH not the VMS Version  Terminal logging Re: Terminal logging Re: Today's KLEZ Alert Re: Today's KLEZ Alert Re: Trivia questions( Re: TS10/VAX Updates - DELQA now worked.$ TS10/VAX Updates - DELQA now worked. Re: types of queue?? Re: uaf  Re: uaf  UCX and FTP Name Translation? ! Re: UCX and FTP Name Translation?  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion  Re: VMS to OpenVMS conversion 9 Re: VMS to OpenVMS conversion (Fortran, Macro, some VEST) 9 Re: VMS to OpenVMS conversion (Fortran, Macro, some VEST)  Re: VMSMAIL_PROFILE clean up Re: VMSMAIL_PROFILE clean up Re: VS3100 as an INFOSERVER  Re: VS3100 as an INFOSERVER  Re: XFC 2.0 out in the wild  Re: XFC 2.0 out in the wild  Re: XFC 2.0 out in the wild " Re: XFC patch for VMS 7.3 is up..." Re: XFC patch for VMS 7.3 is up...E XFC version 1.0 ECO Rev 2 (Was: Re: XFC 2.0 patch for VMS V7.3 Alpha) I Re: XFC version 1.0 ECO Rev 2 (Was: Re: XFC 2.0 patch for VMS V7.3 Alpha) G Re: [VAX] VMS to [Alpha] OpenVMS conversion (Fortran, Macro, some VEST)   F ----------------------------------------------------------------------  % Date: Tue, 13 Aug 2002 18:00:42 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: ABC ?? ' Message-ID: <3D592D2A.BCDE4DE5@aaa.com>    HI !6 Well, I havn't search the VMS' site yet, but I thought I'd ask here just as well...  9 Some years ago i used a product (DEC called it an "asset" 8 at the time) called "Automatic Call Back". It run on VMS6 and handled dialup terminals including calling back on4 different line/modem to pre-defined numbers to get a secure environment.   ) Anyone know of this product/asset today ?    Regards  Jan-Erik Sderholm.    ------------------------------  % Date: Tue, 13 Aug 2002 23:00:06 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: ABC ?? ' Message-ID: <3D597356.B6109CB7@aaa.com>   1 Well, first the subject should have been "ACB ?".   ! Second, I'v found the SPD !! at : " "http://www.compaq.com/info/spd/".  7 Now the problem is to find a price for "Q2-36XA*-**"...    Jan-Erik Sderholm   PS. * If anyone is interested, the SPD is here :0 "http://www.compaq.com/info/SP3953/SP3953PF.PDF"1 It's a real nice tool to do remote support of VMS 4 systems. Secure with detailed logging and accounting on all dialup accesses...  DS.    Jan-Erik Sderholm wrote:  >  > HI !8 > Well, I havn't search the VMS' site yet, but I thought > I'd ask here just as well... > ; > Some years ago i used a product (DEC called it an "asset" : > at the time) called "Automatic Call Back". It run on VMS8 > and handled dialup terminals including calling back on6 > different line/modem to pre-defined numbers to get a > secure environment.  > + > Anyone know of this product/asset today ?  > 	 > Regards  > Jan-Erik Sderholm.    ------------------------------  % Date: Tue, 13 Aug 2002 20:54:12 -0400 * From: WILLIAM WEBB <WWEBB1@email.usps.gov> Subject: RE: ABC ?? - Message-ID: <0033000076597711000002L012*@MHS>   7 =0AI'm not familiar with that, but Racal used to sell a 6 9600 baud modem called the ALM3223 that did just that-8 it had the capacity to store 50 dialback number/password
 combinations.   . I had a whole bank of them in a previous life.  5 I recall writing a really fun Reflections script that 1 would grab each one, unlock it, reprogram it from . a single list of phone numbers, and relock it.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET & Sent: Tuesday, August 13, 2002 5:03 PMB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET Subject: ABC ??      HI !6 Well, I havn't search the VMS' site yet, but I thought I'd ask here just as well...  9 Some years ago i used a product (DEC called it an "asset" 8 at the time) called "Automatic Call Back". It run on VMS6 and handled dialup terminals including calling back on4 different line/modem to pre-defined numbers to get a secure environment.   ) Anyone know of this product/asset today ?    Regards  Jan-Erik S=F6derholm.=   ------------------------------  % Date: Wed, 14 Aug 2002 03:21:25 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: ACB (Was: ABC ??)' Message-ID: <3D59B095.47B26566@aaa.com>   6 Yes, I thought about dialback modems also, but I liked; the VMS look-n-feel in ACB. And coupled with all accounting 5 and logging, it was real nice. And it did dialback on 7 another line/modem, to make it harder to "tap". It also 3 supports two different kinds of "one-shot-password" / generators to make any "Replay-Attack" useless. ? Dialback could only be done to one of the numbers registred for 8 each ACB-user. Each ACB-user could be set up with access timeframes, and so on...   Jan-Erik Sderholm.    WILLIAM WEBB wrote:  > 6 > I'm not familiar with that, but Racal used to sell a8 > 9600 baud modem called the ALM3223 that did just that-: > it had the capacity to store 50 dialback number/password > combinations.  > 0 > I had a whole bank of them in a previous life. > 7 > I recall writing a really fun Reflections script that 3 > would grab each one, unlock it, reprogram it from 0 > a single list of phone numbers, and relock it. >  > WWWebb >    ------------------------------    Date: 13 Aug 2002 07:50:01 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) / Subject: re: AlphaServer DS25 and CD-RW drive ? 3 Message-ID: <V+1IgedG4WyZ@eisner.encompasserve.org>   R In article <00A1265D.BD5E9D03.23@decus.de>, Michael Unger <unger@decus.de> writes:F > Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de> wrote:  B >> That's completely OK, but what I don't get is that noone writes> >> a mail to me and asks if there were any known problems withG >> this configuration mentioned above (I'm aware of at least two severe  >> problems.). >>H >> As the person, who is responsible for the OpenVMS part of cdrecord, IK >> think this a usual procedure and a part of politeness even if the source 
 >> is "free".  > 
 > So do I. > D >> Please do not understand it as an insult: I'm very happy that theD >> Compaq/HP favours "my" cdrecord, but it's better to get a program" >> that is free of all known bugs. > N > That is my personal opinion too. It looks like "You get OpenVMS and a lot of7 > shareware/freeware with it. Use it at your own risk."   F It might be that a whole lot of work had to be done in VMS DevelopmentF to get management approval for releasing something licensed as this isF along with the operating system rather than on the Freeware discs.  ToG consult with outsiders before that approval was secured might have been E bad form, and might have even implied releasing information about the 
 planned DS25.   ' I am sure they can do better next time.    ------------------------------  # Date: Wed, 14 Aug 2002 02:30:55 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> H Subject: Re: Announcment LDAP Directory Synchronizer Utility (LDSU) V2.0' Message-ID: <3D59C5CD.6CB44886@fsi.net>    Brian Tillman wrote: >  > From Compaq's web site:  > 5 > >LDSU has been sold to over 60 customers worldwide.  > > > Wow!  60 whole customers??  Hardly a glowing recommendation.  # Even considering zero(0) marketing?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 13 Aug 2002 22:13:05 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> ! Subject: C RT Lib Ref Man for VMS ' Message-ID: <3D596851.CC10EF65@aaa.com>    Hi.  I'v found two manuals called  A "Compaq C Run-Time Library Reference Manual for OpenVMS Systems".   ; One one the normal VMS doc page (in the new 7.3-1 col) at : = "http://www.openvms.compaq.com/doc/". That document is called  "AA-RSMUA-TE" dated "June-2002"   , The other is on the specific C doc page at :> "http://www.openvms.compaq.com/commercial/c/index_alpha.html".7 That document is called "AA-PUNEJ-TK" dated "Feb-2002".   ; Both documents references VMS 7.3-1 and both are for C V6.5   3 They look very much the same to me, but are they ?? ( (Well, apart from the different dates).   8 And, on the VMS-doc-page, the RT-Lib manual is available7 in PDF format, but not on the specific C-page. I'd like  all C manuals in PDF format.   Regards  Jan-Erik Sderholm.    ------------------------------  % Date: Tue, 13 Aug 2002 00:35:46 +0800 + From: "Kenneth" <yeung_kenneth@hotmail.com> 3 Subject: Cannot start DECwindow after upgade to 7.3 + Message-ID: <ajbbrd$o7f13@rain.i-cable.com>   H I have a Alpha workstation 433au running 7.2-1, however after upgrade toI 7.3, the DECwindows cannot start when the system startup. However after a K while, about 10 - 15 mins, the console will change to window mode, but only K the cursor is here and the every other is blank. I have upgrade the console 4 version to 5.97 which is the latest in firmware 6.0.. Does anyone out there has the same experience?   ------------------------------   Date: 13 Aug 2002 21:18:49 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)7 Subject: Re: Cannot start DECwindow after upgade to 7.3 * Message-ID: <ajbt3p$p3r$2@web1.cup.hp.com>  Y In article <ajbbrd$o7f13@rain.i-cable.com>, "Kenneth" <yeung_kenneth@hotmail.com> writes: I :I have a Alpha workstation 433au running 7.2-1, however after upgrade to J :7.3, the DECwindows cannot start when the system startup. However after aL :while, about 10 - 15 mins, the console will change to window mode, but onlyL :the cursor is here and the every other is blank. I have upgrade the console5 :version to 5.97 which is the latest in firmware 6.0. / :Does anyone out there has the same experience?     D   Please see the OpenVMS Frequently Asked Questions (FAQ) section on)   troubleshooting the DECwindows startup.   G   Please ensure that you have the VCC_FLAGS system parameter set to one F   (1) until you have XFC V2.0 ECO kit installed on OpenVMS Alpha V7.3.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 13 Aug 2002 21:16:37 -0700 " From: Koloth <koloth@telocity.com>7 Subject: Re: Cannot start DECwindow after upgade to 7.3 , Message-ID: <3D59D9A5.CFAD4641@telocity.com>  Y We have seen this while using DSM.  If you log into DECwindows and then logout the screen  goes blank. \ You have to restart decwindows.  It first showed up if we logged in then ran MONITOR CLUSTER or any other monitor3 that used bar graph characters and then logged out.    We have a call open to HP.  \ From what we have been able to discern so far is when DSM starts up it add a table to do the LNM$FILE_DEVY search list.  However, the logical table does not exist.  It may get created later when a  user runs DSM.  $ We are still waiting for a response.   Regards,   Cass   Hoff Hoffman wrote:   [ > In article <ajbbrd$o7f13@rain.i-cable.com>, "Kenneth" <yeung_kenneth@hotmail.com> writes: K > :I have a Alpha workstation 433au running 7.2-1, however after upgrade to L > :7.3, the DECwindows cannot start when the system startup. However after aN > :while, about 10 - 15 mins, the console will change to window mode, but onlyN > :the cursor is here and the every other is blank. I have upgrade the console7 > :version to 5.97 which is the latest in firmware 6.0. 1 > :Does anyone out there has the same experience?  > F >   Please see the OpenVMS Frequently Asked Questions (FAQ) section on+ >   troubleshooting the DECwindows startup.  > I >   Please ensure that you have the VCC_FLAGS system parameter set to one H >   (1) until you have XFC V2.0 ECO kit installed on OpenVMS Alpha V7.3. > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 13 Aug 2002 21:46:35 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) A Subject: Charon-VAX (was: [VAX] VMS to [Alpha] OpenVMS conversion 3 Message-ID: <SWEKk0HnqgGz@eisner.encompasserve.org>   [ In article <3D598172.30172.2767F7B@localhost>, "Stanley F. Quayle" <stan@stanq.com> writes:   G > Shameless plug alert:  I'm a CHARON-VAX reseller.  You might want to  F > check out http://www.stanq.com/charon-vax.html -- or come to my all-  C Nope, no prices on that web site either.  CHARON-VAX prices seem to  be a real state secret.   A I do see a link "Click here to request more details and pricing", D but it is not even a web form.  It is one of those hideous "mailto:"G links that presumes the machine with the web browser has email service.    ------------------------------  % Date: Tue, 13 Aug 2002 23:33:41 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>E Subject: Re: Charon-VAX (was: [VAX] VMS to [Alpha] OpenVMS conversion - Message-ID: <3D599755.2322.2CBFC6D@localhost>   / On 13 Aug 2002 at 21:46, Larry Kilgallen wrote: H > Nope, no prices on that web site either.  CHARON-VAX prices seem to be > a real state secret.  F SRI prohibits resellers from posting prices.  I'll be glad to discuss ; prices with anyone, but only across a more private channel.C  E My goal in becoming a reseller is not to sell widgets, but market my V: VMS sysadmin skills.  If I sell some widgets, that's cool.  D If you're going to be at HPETS anyway, I'll have a 1-hour technical ? session on CHARON-VAX, in addition to the training opportunity.S  G > I do see a link "Click here to request more details and pricing", butpH > it is not even a web form.  It is one of those hideous "mailto:" linksC > that presumes the machine with the web browser has email service.e  F I had some cool shopping cart functionality back when I was in widget F mode.  If HTML worked like DCL, my web page would do wonders.  But it E doesn't crash any of the browsers I tested.  And you can always just e1 email me at "stan@stanq.com".  That always works.   
 --Stan Quaylet! President, Quayle Consulting Inc.   
 ----------C Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-f 16711 8572 North Spring Ct. NW, Pickerington, OH  43147M= Preferred address:  stan@stanq.com       http://www.stanq.coma   ------------------------------  % Date: Tue, 13 Aug 2002 15:50:07 +0100T( From: Ade <abirkett@unnecessary.csc.com>) Subject: Re: Command line DECNET_REGISTERM3 Message-ID: <3D591C9E.D955F6EE@unnecessary.csc.com>?    Many thanks. That did the trick.   Adee   ------------------------------  % Date: Wed, 14 Aug 2002 09:41:03 +1000c* From: James Cameron <james.cameron@hp.com> Subject: Re: Comment to Sue 8 Message-ID: <pan.2002.08.13.13.45.05.588901.3688@hp.com>  ; On Tue, 13 Aug 2002 04:32:14 +1000, Terry C. Shannon wrote:h3 > Quel dommage. They contained dividend checks. ;-}    Chuckle.  H Down under, I get a USD dividend cheque each quarter from Compaq and now? presumably from HP, to the astounding value of about $AUD 1.40.   6 These would cost me $AUD 10.00 in fees to bank.  Each.  6 We're using them at home as filing cabinet wall paper.  H I've tried complaining ... but the best they can offer is that they holdJ on to them and when they reach the value of another share they'll buy one,J less a service fee.  I've calculated how long that will take, and it isn't worth the bother.  ;-}  @ They used to be Digital shares, which didn't ever pay dividends, thankfully.e   -- James0   ------------------------------  # Date: Wed, 14 Aug 2002 02:08:46 GMTa1 From: "Terry C. Shannon" <terryshannon@attbi.com>o Subject: Re: Comment to Suet> Message-ID: <OYi69.122972$uj.173262@rwcrnsc51.ops.asp.att.net>   -- Terry C. Shannon Consultant and Publisher, SKHPCP$ Director at Large, Encompass US Inc.6 Director of Technical Marketing, Science Medicus, Inc. terryshannon@attbi.com www.openvms.org  www.sciencemedicus.com7 "James Cameron" <james.cameron@hp.com> wrote in messagee2 news:pan.2002.08.13.13.45.05.588901.3688@hp.com...= > On Tue, 13 Aug 2002 04:32:14 +1000, Terry C. Shannon wrote: 5 > > Quel dommage. They contained dividend checks. ;-}  > 
 > Chuckle. >cJ > Down under, I get a USD dividend cheque each quarter from Compaq and nowA > presumably from HP, to the astounding value of about $AUD 1.40.  > 8 > These would cost me $AUD 10.00 in fees to bank.  Each. >M8 > We're using them at home as filing cabinet wall paper. > J > I've tried complaining ... but the best they can offer is that they holdL > on to them and when they reach the value of another share they'll buy one,L > less a service fee.  I've calculated how long that will take, and it isn't > worth the bother.  ;-} >lB > They used to be Digital shares, which didn't ever pay dividends,
 > thankfully.M  H Save the cheques. They may be worth something on eBay one of these days!   ------------------------------  # Date: Tue, 13 Aug 2002 23:29:45 GMTe. From: peter@langstoeger.at (Peter LANGSTOEGER)' Subject: Re: CSWB 1.0 still not updateds5 Message-ID: <JDg69.161273$cU1.5070597@news.chello.at>-  W In article <3D57661A.77EAFCA4@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes: L >To whom it may concern (until someone explains here what superceded the SPR >process and how it works).D >aJ >On the HpaQ web site, there is still version 1.0 of the Compaq Secure WebP >Browser based on mozilla. This product has a bug in the FTP processing, leadingN >from time to time to an error "starting to download file #1 of type #2" whichQ >actually downloads nothing. This bug has been fixed by the MOZ developpers a fewrL >months ago in MOZILLA V1.1 but does not seem to have been included in CSWB.  5 Then, why not run MOZILLA (current is B1.1) instead ?-N Do you need the official support of CSWB ? If yes, then why complaining here ?M Colin (and his team) make both browsers so he as an argument doesn't count...6   -- a Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialiste E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  # Date: Tue, 13 Aug 2002 22:26:18 GMTt0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com> Subject: Re: DCL questiona: Message-ID: <eIf69.247$xL5.625@news-server.bigpond.net.au>  # > btw, what is the meaning of this:a   It means...s   $ telnet TELNET> help create_session      Matt.!   --= -------------------------------------------------------------  OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard Companys Gold Coast, AUSTRALIAl= -------------------------------------------------------------t    : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3D58A483.97F35D9C@Free.fr...e# > btw, what is the meaning of this:t >  > TELNET >  >   /CREATE_SESSIONd >  >      Optional. Default: None.- >-B >      Specifies that TELNET should create a pseudodevice (networkA >      terminal) and connect it to the specified remote port. For-> >      additional information, see the CREATE_SESSION command.= >                                      **********************A >2 > D. >i > Rainer Giese wrote:e > >cA > > "Brian Hechinger" <wonko@4amlunch.net> schrieb im Newsbeitrag 6 > > news:20020812213446.G383319@marvin.4amlunch.net.../ > > > $ READ/PROMPT="" TCP_CONNECTION TEMP$LINEr > >cK > > What do you expect to come from Solaris ? Is there something sending too you. > > ?e > > L > > > hangs, it completely ignores Ctrl/Y, and the only way to stop it is to do > > so > >g* > > I would try to use /TIMEOUT with READ. > >,L > > Btw., what kind of TCPIP has /CREATE_NTY ? I only know /CREATE_SESSION.E   ------------------------------  # Date: Tue, 13 Aug 2002 22:26:51 GMT.0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com> Subject: Re: DCL questionc: Message-ID: <LIf69.249$xL5.634@news-server.bigpond.net.au>  # > btw, what is the meaning of this:    It means...m   $ telnet TELNET> help create_sessionu     Matt.e   --= -------------------------------------------------------------r OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard Company1 Gold Coast, AUSTRALIAr= -------------------------------------------------------------a    : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3D58A483.97F35D9C@Free.fr...b# > btw, what is the meaning of this:B >n > TELNET >h >   /CREATE_SESSION  >g >      Optional. Default: None.  >lB >      Specifies that TELNET should create a pseudodevice (networkA >      terminal) and connect it to the specified remote port. For > >      additional information, see the CREATE_SESSION command.= >                                      **********************s >c > D. >e > Rainer Giese wrote:r > > A > > "Brian Hechinger" <wonko@4amlunch.net> schrieb im Newsbeitrag 6 > > news:20020812213446.G383319@marvin.4amlunch.net.../ > > > $ READ/PROMPT="" TCP_CONNECTION TEMP$LINEt > > K > > What do you expect to come from Solaris ? Is there something sending to  you  > > ?  > > L > > > hangs, it completely ignores Ctrl/Y, and the only way to stop it is to do > > so > > * > > I would try to use /TIMEOUT with READ. > >oL > > Btw., what kind of TCPIP has /CREATE_NTY ? I only know /CREATE_SESSION.E   ------------------------------  # Date: Tue, 13 Aug 2002 18:19:34 GMTg( From: Don Sykes <annonymous@pacbell.net> Subject: Re: DCL questionn+ Message-ID: <3D594E6E.EFFAEDEF@pacbell.net>i   Brian Hechinger wrote: > D > On Tue, Aug 13, 2002 at 01:20:10AM +0000, David J. Dachtera wrote: > >i+ > > 'Fraid you'll have to be more specific.. > >eE > > Can you post some code samples and the results of executing them?e >  > sure thing i can:> > 7 > i use netcat to open a port on zaphod, a Solaris box.  > D > $ TELNET /PORT=9987 /CREATE_NTY=(PERMANENT,NAME=TCP_SOCKET) ZAPHOD- > $ OPEN/READ/WRITE TCP_CONNECTION TCP_SOCKETs >  > i can do:O >  > $ WRITE TCP_CONNECTION "test"t > 4 > and get 'test' showing up on the solaris box, but: > + > $ READ/PROMPT="" TCP_CONNECTION TEMP$LINEP > N > hangs, it completely ignores Ctrl/Y, and the only way to stop it is to do so9 > the hard way, or to kill the copy of netcat on the sun.  >   N DCL open/read/write is intended primarily for record oriented devices. But theK problem really is the device driver you assign (implicitly) when you open asO channel to the telnet device. The driver has no problem sending bytes, but doesoO not know when a record read is completed. As has been suggested you could try atN read/time=1 or the like, but I think it will not be a satisfactory method evenN if you make it work. IMO you need to use a language that gives access to QIOs.   -- l   Have VMS. Will Travel. Wire Paladin (@alphase.com) 
 San Franciscoc   ------------------------------  # Date: Wed, 14 Aug 2002 02:31:10 GMT1- From: "John E. Malmberg" <wb8tyw@qsl.network>e2 Subject: Re: Detached processes - OpenVMS services* Message-ID: <3D59BC3D.5080700@qsl.network>   Yong Liu wrote:  > Hi there,4 > M > Another newbie question. In WinXP, there is a concept of services. In UNIX,  > the counterpart is daemon.   > What is it called in OpenVMS?o  I A detached process, or a network task.  It depends on what you are using m it for.   K > Suppose it is called a serivce, how to make a process an OpenVMS service?i   There are several ways.e  % You can use the RUN/DETACHED command,   H Or you can register it as a TCPIP service, if it needs to be started by  TCP/IP.-  F You can define it as a DECNET task, if you need DECNET to start it up.  9 You can also set up a batch queue and submit it to batch.   M > Do I have to include this process in certain file and have the system checkp- > it at specified interval? If so which file?p  / It really depends on what you are trying to do.m  4 > Which OpenVMS documentation discusses this aspect.  H I would start with the OpenVMS User's guide and then the RUN command in  the DCL Dictionary.q  E You may also want to look at some of the applications on the OpenVMS K2 Freeware CD-ROM.    Many of them have source code.  E A more detailed description of what you want to do is needed to give u more specific guidance.a  C It also can be significant to know what version of OpenVMS you are mH using, if you have a TCP/IP program installed (name and version of this )   too), and if you have DECNET installed.    -Johnk wb8tyw@qsl.network Personal Opinion Only-   ------------------------------  % Date: Tue, 13 Aug 2002 13:19:18 +0100h( From: Nic Clews <sendspamhere@127.0.0.1>5 Subject: Re: Determining when a file was last opened.a) Message-ID: <3D58F946.6D51E9CA@127.0.0.1>i   Larry Kilgallen wrote: >  >fK > > I think I read in an announcement (already VMS 7.3-1 ??), there will beeN > > a usage date for VMS files (there is an "Effective usage" field already in- > > directory/full, but not filled up to 7.3.h > D > That is just for Unix compatibility, with the full overhead of theE > Unix approach.  For the casual use indicated by the original poster H > the longstanding VMS expiration date mechanism is much more efficient.  G Agreed. There is a discussion article available on how expiration datesn2 work called "Explanation of SET VOLUME/RETENTION".  " http://askq.compaq.com/askopenvms/  @ Put what I've stated in quotes above and you'll see the article.   -- I? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesa nclews at csc dot comn   ------------------------------  # Date: Tue, 13 Aug 2002 16:58:33 GMT & From: Joshua Cope <Joshua.Cope@hp.com>5 Subject: Re: Determining when a file was last opened.r& Message-ID: <3D593921.F21A892E@hp.com>   Joseph Huber wrote:w > I > I think I read in an announcement (already VMS 7.3-1 ??), there will beiL > a usage date for VMS files (there is an "Effective usage" field already in+ > directory/full, but not filled up to 7.3.   K Yes, OpenVMS 7.3-1 allows you to enable file access dates on ODS-5 volumes. I The overhead is similar to using SET FILE/EXPIRATION with a low retention-E period, as several people have already suggested. On ODS-5 disks, VMS-/ now stores up to nine different dates per file!F     $ dir/full login.com   ... %   Created:    19-FEB-2002 10:24:56.65n)   Revised:    19-FEB-2002 10:23:59.26 (2)H   Expires:    <None specified>"   Backup:     <No backup recorded>   Effective:  <None specified>   Recording:  <None specified>.   Accessed:   13-AUG-2002 12:48:44.03    <----%   Attributes: 19-FEB-2002 10:23:59.26o%   Modified:   19-FEB-2002 10:23:59.265   ------------------------------   Date: 13 Aug 2002 21:08:42 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)5 Subject: Re: Determining when a file was last opened.i* Message-ID: <ajbsgq$p3r$1@web1.cup.hp.com>  i In article <77f8d7ee.0208130133.34df74ba@posting.google.com>, radgen@yahoo.com (Harry Williamson) writes:   F   When posting, please remember to include details such as the OpenVMSC   version and platform.  The OpenVMS FAQ has an introduction to theeB   sorts of information that can be included in a question, details@   which can help you get your answer faster -- and particularly,B   answer(s) to the question that you had intended to ask.  Thanks!  D :I am trying to clean up a lot of old unused crap we have sitting onG :our harddrives.  Problem is that with a lot of the files, no one knows F :for sure if they are still being used by any of our processes.  I can> :determine when a file was last written to easy enough.  "LastF :Modified" tells me that.  What I need is something that tells me whenE :a file was last opened period, write or read.  I might be missing ane9 :obvious answer, but I can't seem to find an easy answer.   D   Support for last-access-time was added into OpenVMS as part of theC   DII COE work, and is first available in V7.3-1 and later.  As forrD   earlier OpenVMS releases, the usual solution involves enabling andE   running with the file retention mechanism; see SET VOLUME/RETENTION-D   for details.  After a site-specific "reasonable time" has passed, F   the file-based retention dates can be checked for the old(er) dates.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 13 Aug 2002 15:16:31 +0100e% From: Alan Greig <a.greig@virgin.net>1< Subject: Re: Graphics adaptor (VCB02) for MicroVAX machines.8 Message-ID: <915ilu45h5stdjusmvil4dp92bq6g9ga08@4ax.com>  C On 13 Aug 2002 13:08:54 GMT, bill@gw5.cs.uofs.edu (Bill Gunshannon)- wrote:   >> c > M >In light of this discussion, was there ever any support in the QBUS PDP-11'stI >for any of this graphic hardware??  Did any of the PDP OSes ever support 5 >any kind of graphics beyond things like Tek-4010's??   < Hmm, now what do I remember playing moonlander on? A GT05 or9 something. Memory mapped, not raster image like a T4010. -   >bill-   -- Alan   ------------------------------  # Date: Tue, 13 Aug 2002 18:09:05 GMT@ From: mbg@world.std.com (Megan)A< Subject: Re: Graphics adaptor (VCB02) for MicroVAX machines.) Message-ID: <H0snr5.17AIn4@world.std.com>   ' Alan Greig <a.greig@virgin.net> writes:   D >On 13 Aug 2002 13:08:54 GMT, bill@gw5.cs.uofs.edu (Bill Gunshannon) >wrote:l   >>>  >>N >>In light of this discussion, was there ever any support in the QBUS PDP-11'sJ >>for any of this graphic hardware??  Did any of the PDP OSes ever support6 >>any kind of graphics beyond things like Tek-4010's??  = >Hmm, now what do I remember playing moonlander on? A GT05 orf: >something. Memory mapped, not raster image like a T4010.   C The GT40 (which was based on the PDP-11/05) was not a memory-mappedSD video, it was a vector graphics engine (the VT11).  The instructionsD were in main memory, but the VT11 processor would rescan the displayA file (the instructions in memory) on a regular basis to redisplaya@ the image.  Large amounts of display data resulted in really badE flicker because of the phosphor persistence.  Parts of an image could ' be fading as other parts were re-drawn.f  B The advantage of this was that motion could be accomplished prettyA easily by changing the memory file... the display processor wouldl% catch the change on the next refresh.e   					Megan Gentry8 					Former RT-11 Developer1  H +--------------------------------+-------------------------------------+H | Megan Gentry, EMT/B, PP-ASEL   | email: gentry at zk3.dec.com (work) |H | Unix Support Engineering Group |        mbg at world.std.com (home)  |H | Hewlett Packard                |             (s/ at /@/)             |I | 110 Spitbrook Rd. ZK03-2/T43   | URL:     http://world.std.com/~mbg/ |  H | Nashua, NH 03062               | "pdp-11 programmer - some assembler |H | (603) 884 1055   (DEC '77-'98) |  required." - mbg            KB1FCA |H +--------------------------------+-------------------------------------+   ------------------------------  # Date: Tue, 13 Aug 2002 18:21:24 GMTu From: mbg@world.std.com (Megan)n< Subject: Re: Graphics adaptor (VCB02) for MicroVAX machines.) Message-ID: <H0soBo.17Jq45@world.std.com>r  . bill@gw5.cs.uofs.edu (Bill Gunshannon) writes:  M >In light of this discussion, was there ever any support in the QBUS PDP-11'ssI >for any of this graphic hardware??  Did any of the PDP OSes ever support.5 >any kind of graphics beyond things like Tek-4010's??h  ? As for graphics supported, PRO Bitmap Graphics was supported on B P/OS and RT-11 (and there was the GIDIS graphics library availableD for doing graphics programming on them).  There was the VT11 display< processor for Unibus machines.  There was the VSV11 for Qbus	 machines.-  ! That's all that I can remember...    					Megan Gentryr 					Former RT-11 Developers  H +--------------------------------+-------------------------------------+H | Megan Gentry, EMT/B, PP-ASEL   | email: gentry at zk3.dec.com (work) |H | Unix Support Engineering Group |        mbg at world.std.com (home)  |H | Hewlett Packard                |             (s/ at /@/)             |I | 110 Spitbrook Rd. ZK03-2/T43   | URL:     http://world.std.com/~mbg/ | oH | Nashua, NH 03062               | "pdp-11 programmer - some assembler |H | (603) 884 1055   (DEC '77-'98) |  required." - mbg            KB1FCA |H +--------------------------------+-------------------------------------+   ------------------------------  % Date: Tue, 13 Aug 2002 15:47:17 -0400f2 From: Atlant Schmidt <atlantnospam@mindspring.com>< Subject: Re: Graphics adaptor (VCB02) for MicroVAX machines.. Message-ID: <3D596245.EBC122ED@mindspring.com>   Bill Gunshannon wrote:  N > In light of this discussion, was there ever any support in the QBUS PDP-11'sJ > for any of this graphic hardware??  Did any of the PDP OSes ever support6 > any kind of graphics beyond things like Tek-4010's??  : It was certainly within the realm of "possibility" for the/ PDP-11 to have supported at least the VCB01 and - probably the VCB02. Brian (S.) McCarthy and Io2 actually had a couple of conversations along those lines.  3 But by that time, corporate thought was "all things 0 VAX" and "To heck with PDP-11s!" so nothing ever	 happened.C  3 As folks have already mentioned, there were severalU4 earlier graphics adapters. Besides the Pro graphics,2 and the VT11 (as seen in the GT40), there was also0 the much-more capable and yet upwards-compatible3 VS11 vector graphics system. We used it extensivelyd9 on our "SUDS" graphics design stations (and they, in turn 1 were used extensively to run "Lunar Lander". Theyd5 didn't typically have switch registers so "Space War"n: wasn't possible.). I think there was also a CSS bit-mapped graphics display.e  0 Even the ancient PDP-8 had an Omnibus bit-mapped0 grahics adapter. VT8E comes to mind, but I'm not- sure about that. There was also a fancy PDP-8 + vector-graphics system from CSS that used aO) Tektronix 611 DVBST (Direct-View Bistablen/ Storage Tube). I spent *A LOT* of time tweakingh2 calibration pots on those puppies and playing with. the 611's. As you might guess from the display/ employed, they operated a lot like the Tek 40xx - Mean Green Flashin' Machines, but driven fromt" the bus rather than a serial line.  1 And then there were the PDP-15 and PDP-12 graphic)
 subsystems...-  3 And the terminals-derived devices such as the VT55,M3 VT105, VT125, and what was the name of the original  little ReGIS+BASIC box?a   Atlant   ------------------------------  % Date: Wed, 14 Aug 2002 01:59:01 -0000a From: sword7@speakeasy.org< Subject: Re: Graphics adaptor (VCB02) for MicroVAX machines./ Message-ID: <uljeb5f9tfef9d@corp.supernews.com>-  B In comp.os.vms Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> wrote:F >   I would target the VCB02, and not the VCB01.  I would only target D >   the VCB03 if you plan on providing a fully-capable SMP emulator.   Hoff:i  C Ok, thank you for info.  I will use VCB02 for my emulator.   I knowwK about VCB01 and VCB02.  I never heard of VCB03 before.  What is difference   between VCB02 and VCB03?  K I now remember that.  At Gallaudet University, I learned how to use CAD on  F MicroVAX II/GPX with Ultrix operating system that uses VCB02 graphics  adaptor.  
 Thank you.   -- Tim Stark   -- o, Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------   Date: 14 Aug 2002 01:41:38 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>< Subject: Re: Graphics adaptor (VCB02) for MicroVAX machines., Message-ID: <ajccgi013bc@enews1.newsguy.com>  0 In comp.sys.dec Megan <mbg@world.std.com> wrote:0 > bill@gw5.cs.uofs.edu (Bill Gunshannon) writes:  N >>In light of this discussion, was there ever any support in the QBUS PDP-11'sJ >>for any of this graphic hardware??  Did any of the PDP OSes ever support6 >>any kind of graphics beyond things like Tek-4010's??  A > As for graphics supported, PRO Bitmap Graphics was supported on D > P/OS and RT-11 (and there was the GIDIS graphics library availableF > for doing graphics programming on them).  There was the VT11 display> > processor for Unibus machines.  There was the VSV11 for Qbus > machines.-  # > That's all that I can remember...e  L There is also at least one 3rd party board (I think from England).  I've gotD a board and at least partial doc's.  I might also have at least someI software for it for RSX-11M.  What I didn't get was the cables to go fromsE the cab-kit to the monitor, or the monitor.  It was used for a Camecad Microprobe.o  J I know the VSV11's are still used quite a bit in PDP-11's hooked up to lab
 equipment.   			Zane    ------------------------------    Date: 13 Aug 2002 22:04:37 -0700, From: cdl@deeptow.ucsd.edu (Carl Lowenstein)< Subject: Re: Graphics adaptor (VCB02) for MicroVAX machines.+ Message-ID: <ajcod5$oke$1@deeptow.ucsd.edu>.  J In article <H0soBo.17Jq45@world.std.com>, Megan <mbg@world.std.com> wrote:/ >bill@gw5.cs.uofs.edu (Bill Gunshannon) writes:n >gN >>In light of this discussion, was there ever any support in the QBUS PDP-11'sJ >>for any of this graphic hardware??  Did any of the PDP OSes ever support6 >>any kind of graphics beyond things like Tek-4010's?? >Y@ >As for graphics supported, PRO Bitmap Graphics was supported onC >P/OS and RT-11 (and there was the GIDIS graphics library available@E >for doing graphics programming on them).  There was the VT11 displayF= >processor for Unibus machines.  There was the VSV11 for Qbus 
 >machines. >0" >That's all that I can remember... >i >					Megan Gentry >					Former RT-11 Developer  C Not quite sure where this started.  But we used VCB01 dumb graphicsmD boards in several 11/73 Qbus systems.  Either as scrolling waterfall8 displays of real-time data, or as soft-copy XY plotters.  J It took yet another modification of our home-grown RT11 driver, originallyE for CalComp incremental plotters.  Functionally a clone of DEC's XY11n@ driver, but adaptable to many different types of output devices.       carl   -- O>         carl lowenstein   marine physical lab   u.c. san diego>                                           clowenstein@ucsd.edu   ------------------------------    Date: 13 Aug 2002 15:29:48 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)- Subject: Re: Help - TPU Global_search_replacem= Message-ID: <b096a4ee.0208131429.3c3e5281@posting.google.com>r  k "Peter Weaver" <peter.weaver@stelco.ca> wrote in message news:<ajbap2$19m12g$1@ID-141708.news.dfncis.de>...o= > "Alan E. Feldman" <SPAMSINK2001@YAHOO.COM> wrote in messaget9 > news:343f30ae.0208080811.2e367b88@posting.google.com...u. > > sasadmin <jec@nospam.net> wrote in message1 >  news:<87lm7ibcq3.fsf@Alethion.systasis.net>...(- > > > paddy.o'brien@zzz.tg.nsw.gov.au writes:- > > >- > > > > David Gray wrote:u > > > >:L > > > > >Never really used EDT.  Is this likely to be quicker than TPU? Does >  this not  > > >M= > > > Although TPU is orders of magnitude(!) faster than EDT,L > >o > > G > > Wrong!! Sometimes TPU is slower and incorrect!!! See example at the  > > end. > >... > N > Sorry, your example shows that EVE is sometimes slower and incorrect (if the9 > person who wrote the EVE code does not understand EVE).i > M > The reason you get the message "feature needs a terminal" is because EVE isSL > trying to ask the question "Found in reverse direction. Go there [Y]?" YouI > can test this by using the command "EDIT/TPU HUH.LIS /INIT=5" (drop thebN > "/NODISPLAY") and seeing what happens. Since you were running the command inI > a .COM and did not assign SYS$COMMAND the default "Y" was taken and youo  > replaced the previous strings.    * I don't have to worry about this with EDT.    L > The reason some of the substitutions were missed was because EVE asked theL > question "Found in reverse direction (may have already replaced). Go thereN > [N]?" Since you were running the command in a .COM the default "N" was taken< > and some changes that should have happened did not happen.    @ I suspected this might be the case, but did not have the time orD motiviation to pursue it. And my many test cases seemed to hint thatE maybe it wasn't, but I'll have to check it out when I have more time.a    M > To correct the missed substitutions reset your position to the start of the H > buffer before every replace. If you want to continue to program in EVEM > rather than program in TPU then you will continue to get the "feature needs G > a terminal" warning since you may get the "may have already replaced"2 > message from time to time.    F Some of my test cases worked fine without any need to explicitly go toD the top of the file for each subsitution command. I guess it dependsE on whether the new string contains the old string, like changing "in"fD to "bin". In which case, why the hell would one want an editor to goD back to find more occurences of "in" after they've all been replacedA by "bin". Yeah, I don't like that "found in reverse direction, golB there?" question. I'll go to the top myself before starting, thank you.    N > The "difference" you reported from 6.1 to 6.2 is actually caused by the factM > that in 6.1 you used a .COM to execute your command. In 6.2 you entered theNG > command at the DCL prompt. EVE is trying to ask you "Found in reversesL > direction. Go there [Y]?" but you told TPU not to display the message thatK > EVE wants to ask. Just keep pressing <RETURN> until you have answered all-E > the questions that EVE asks, or press CTRL-C once like someone elseJ3 > mentioned, but CTRL-C doesn't seem as nice to me.i    E Yes, I discovered that, and I thought I posted that, but no matter. IrD tried ^C but it didn't do anything useful. Didn't try Return though!    N > Like Kenneth said, program in TPU rather than in EVE and you can avoid theseH > problems. This will also let you avoid the "abc-xyz, Abc-Xyz, aBc-xYz"M > problem that someone thought was a good idea. I do not recall if there is aiL > way in EVE to turn that off and I don't have the time to search for it nowH > but if I get a few seconds and I remember then I'll take a look later.    A Thank you for clearing this up. But the example still shows a fewa points I wanted to make:  A 1.) TPU is *not* orders of magnitude faster than EDT. An order ofnD magnitued is a factor of 10. Orders of magnitude are then at least aB factor of 100, minimum. I really doubt we'll get 100X out of this.  F 2.) TPU takes more work than EDT. The substitute command is trivial to< do in EDT and is easy to mess up in TPU. Yeah, maybe the TPUE (/command) mode works better (than EVE commands, a la /INIT), but you D have to keep resetting the position to the top and learn yet anotherA language. With EDT you simply write a "macro" of commands you areeB already familiar with from normal interactvie line mode editing. IE guess EDT is sometimes better for simple tasks like this, whereas TPUsC is better for complex tasks that would be difficult to do with EDT.   B All the little things like needing lowercase string for blind caseD searches and the "found in reverse direction" stuff, all things likeB that, the style, I prefer EDT. But I do like that EVE asks me if I* really want to lose changes when quitting.  + I guess the "EVE" commands, which work withrB EDIT/TPU/INIT=init-command.EVE, are strictly good only for settingE margins and the like for interactive sessions like the help suggests.n   OK.r   Disclaimer: JMHO Alan E. Feldmane   ------------------------------  # Date: Tue, 13 Aug 2002 18:30:59 GMTh5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> 4 Subject: Re: Hoff, what is the status of your book ?2 Message-ID: <Dfc69.32$nn7.623727@news.cpqcorp.net>  ; Nic Clews wrote in message <3D536191.E64DAACD@127.0.0.1>...I >Keith Parris wrote: >>1 >> "John Smith" <a@nonymous.com> wrote in messagepG news:<3%k49.303868$WJf1.154099@news01.bloor.is.net.cable.rogers.com>...tE >> > What's the status of the VMS engineering group - adding staff or  shedding >> > staff these days? >> >K >> > If HP is adding staff, then perhaps they truly believe that there will  beI >> > some sort of sales growth, with or without marketing or advertising.- >> >B >> > If there is normal attrition without replacement, or outright
 downsizing of 3 >> > the group then one can draw other conclusions.- >>I >> Last I heard, they had some openings they were actively in the processfF >> of filling, some of which were back-filling for people who took the >> early retirement package. >>F >> Interestingly, fewer than 1 out of 4 of the people in the VMS groupI >> who were eligible for the early retirement financial incentive package.H >> chose to leave -- apparently there's too much interesting stuff goingF >> on there right now to be able to convince folks to leave simply for	 >> money!  > H >But why would such a package be offered when experience is difficult toD >come by? I'd argue that you should try to keep on to the folks thatC >really know what they are doing, rather than some Nintendo trainedo >college grad. >p  G If you offer it for one, you have to offer it for all.  There is "some"-G sense in wanting to reduce the number of highly paid senior people.  In.K theory, younger people have less baggage about how things are done, and are.H more willing to take risks.  It also gives those who no longer feel good? about the company, or their job - the opportunity to move on...e  J The down side is that you don't get to pick who takes it.  Quite often youJ lose very valuable people.  VMS lost several.  But not as many as it could
 have been.   ------------------------------    Date: 13 Aug 2002 13:02:25 -0700* From: guenter.kriebel@t-online.de (guenni)( Subject: how to burn VMS bootable CDs ??= Message-ID: <452fbe45.0208131202.100997c9@posting.google.com>h   Hi friends,a  1 please excuse if this has been answered before...i  ? I have found in the VMS FAQ how to burn ODS2 CDs, with the long + filenames, not truncated as with ISO 9??? .o  D I use DFY$VMSCD_A.EXE, this works fine, but I could not make this CDF VMS-bootable. As bootfile, I specified  APB.EXE (with the correct path spec), but "no bootfile found"   any ideas ?   C < background: DFY$VMSCD.EXE (on VMS )reads all files in a directorydB path , and creates an ISO file, containing a valid ODS2 structure.C This ISO file can be copied to a Windows Systems and burned using a 2 Windows SW, I use NERO; this works very reliable >   ------------------------------  # Date: Tue, 13 Aug 2002 21:11:08 GMT- From: system@SendSpamHere.ORG-, Subject: Re: how to burn VMS bootable CDs ??0 Message-ID: <00A12674.E13D5725@SendSpamHere.ORG>  j In article <452fbe45.0208131202.100997c9@posting.google.com>, guenter.kriebel@t-online.de (guenni) writes: >Hi friends, >)2 >please excuse if this has been answered before... > @ >I have found in the VMS FAQ how to burn ODS2 CDs, with the long, >filenames, not truncated as with ISO 9??? . >3E >I use DFY$VMSCD_A.EXE, this works fine, but I could not make this CD-G >VMS-bootable. As bootfile, I specified  APB.EXE (with the correct path- >spec), but "no bootfile found"a > 
 >any ideas ? 2 >:D >< background: DFY$VMSCD.EXE (on VMS )reads all files in a directoryC >path , and creates an ISO file, containing a valid ODS2 structure.dD >This ISO file can be copied to a Windows Systems and burned using a3 >Windows SW, I use NERO; this works very reliable >   C I know nothing about DFY$VMSCD.EXE; however, if you want a virtual  B disk image of a bootable VMS system, you'll need to use WRITEBOOT.6 Set the system parameter WLKSYSDSK to 1.  Burn the CD.  s --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            r5   "Well my son, life is like a beanstalk, isn't it?" y   ------------------------------   Date: 13 Aug 2002 21:46:41 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: how to burn VMS bootable CDs ??* Message-ID: <ajbuo1$p3r$4@web1.cup.hp.com>  j In article <452fbe45.0208131202.100997c9@posting.google.com>, guenter.kriebel@t-online.de (guenni) writes:  @ :I have found in the VMS FAQ how to burn ODS2 CDs, with the long, :filenames, not truncated as with ISO 9??? . :(E :I use DFY$VMSCD_A.EXE, this works fine, but I could not make this CDtG :VMS-bootable. As bootfile, I specified  APB.EXE (with the correct pathp :spec), but "no bootfile found"6 : 
 :any ideas ?   :-D :< background: DFY$VMSCD.EXE (on VMS )reads all files in a directoryC :path , and creates an ISO file, containing a valid ODS2 structure.-D :This ISO file can be copied to a Windows Systems and burned using a3 :Windows SW, I use NERO; this works very reliable >a    G   OpenVMS provides data access to ISO-9660 disks, but does not normallymD   bootstrap from ISO-9660-format disks.  OpenVMS normally boots from'   ODS-2 and ODS-5-format disk volumes. U  G   That said, you can continue with your present PC-based course, or youv   can do this the easy way. :-)s  H   Create a disk partition on an existing OpenVMS disk using the FreewareC   LD tool.  INITIALIZE the volume and MOUNT the LD device, and then C   generate a bootable disk onto the LD device; into the partition.  C   Dismount the LD device.  Use the FAQ to find CDWRITE or CDRECORD,hD   and then use it to burn the disk partition file as an image onto a0   directly-connected CD-R device.  You're done.   <   OpenVMS Alpha V7.3-1 contains CD-R (CDWRITE) and LD tools.  F   Various SCSI-based CD-R drives have been found to work.  Donno aboutI   ATA/ATAPI or USB CD-R, I haven't tried that.  (We burned some DVD disksdH   using the HP drive and CDWRITE a week or so ago.  Worked on the first H   shot.)  I've been using the Plextor PlexWriter series SCSI CD-R drivesK   (both the 12/10/xx and 12/4/xx) on OpenVMS VAX and OpenVMS Alpha systems.sF   Works fine.  I'm sure that other modern CD-R devices will also work.  G   If you continue with your present course -- no matter how comfortableaG   you are with the PC-based burner -- you will have to contend with the D   partition transfer and the burn operation.  Can this work?  Sure. E   (Some of the local folks do use this technique, though I would tend E   to recommend it.)  But you need to use a binary-mode data transfer yH   and a binary-mode burn -- you can't let the PC operating system modifyH   the contents of the OpenVMS disk volume image.  (You already know the .   results of allowing that access, of course.)      N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 14 Aug 2002 01:00:53 GMTf. From: peter@langstoeger.at (Peter LANGSTOEGER), Subject: Re: how to burn VMS bootable CDs ??5 Message-ID: <9Zh69.161500$cU1.5084842@news.chello.at>f  j In article <452fbe45.0208131202.100997c9@posting.google.com>, guenter.kriebel@t-online.de (guenni) writes:2 >please excuse if this has been answered before...  ; Don't know either as I haven't followed/checked the thread.e  @ >I have found in the VMS FAQ how to burn ODS2 CDs, with the long, >filenames, not truncated as with ISO 9??? . > E >I use DFY$VMSCD_A.EXE, this works fine, but I could not make this CDiG >VMS-bootable. As bootfile, I specified  APB.EXE (with the correct path- >spec), but "no bootfile found"- >-
 >any ideas ? d  2 Did you do a WRITEBOOT.EXE onto the virtual disk ?  D >< background: DFY$VMSCD.EXE (on VMS )reads all files in a directoryC >path , and creates an ISO file, containing a valid ODS2 structure.-D >This ISO file can be copied to a Windows Systems and burned using a3 >Windows SW, I use NERO; this works very reliable >G  G It's not an "ISO file", its a binary copy of an ODS2 image in a file...e  @ There could be also a binary copy of an ISO image in a file, butC then I think you need another tool (MKISOFS instead of DFY$VMSCD ?)h   -- u Peter "EPLAN" LANGSTOEGERu% Network and OpenVMS system specialistf E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  # Date: Tue, 13 Aug 2002 14:16:20 GMTo# From: "John Smith" <a@nonymous.com>hH Subject: Re: HP's pulling of Compaq call-center contract puzzles BrowardF Message-ID: <Uw869.1398$NBd1.913@news01.bloor.is.net.cable.rogers.com>  9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message ' news:87fzxkgcyk.fsf@prep.synonet.com...t6 > Atlant Schmidt <atlantnospam@mindspring.com> writes: >oH > > As I recall, Broward County was one of many counties in Florida that: > > ended up "voting" for unbridled capitalism way back inC > > 2000. (Whether the people actually voted that way or not is, ofa" > > course, a different question.) >VD > > County officials shouldn't complain now when they find HP simplyB > > exercising the very principles the county officials supported. >2F > > If the trend is unchecked, *ALL* of our jobs are likely to move to! > > Bangalore and similar places.V >mH > Well, the latest twist to this, is HP have just landed a contract fromD > the billygoat for all of the support work for the borgworks.  So I. > wonder if that will end up offshore as well. >gC > I know a couple of people here who are pissed off with M$ becausesE > there is no .au support, even though on specific enquiry they wherepD > told that there was. Now they have to wait at least till the reply' > from (currently) the US the next day.c >a  K As I recollect, Digital Canada at one point had an extensive agreement withaK The Borg to provide services for the customer call-in phone lines. That was G back in the days that DEC boasted of having the most Microsot Certified.' whatevers of any company on the planet.    ------------------------------  # Date: Wed, 14 Aug 2002 02:00:44 GMTe1 From: "Terry C. Shannon" <terryshannon@attbi.com> H Subject: Re: HP's pulling of Compaq call-center contract puzzles Broward? Message-ID: <gRi69.106317$sA3.209701@rwcrnsc52.ops.asp.att.net>e   -- Terry C. Shannon Consultant and Publisher, SKHPCg$ Director at Large, Encompass US Inc.6 Director of Technical Marketing, Science Medicus, Inc. terryshannon@attbi.com www.openvms.org  www.sciencemedicus.com. "John Smith" <a@nonymous.com> wrote in message@ news:Uw869.1398$NBd1.913@news01.bloor.is.net.cable.rogers.com... >n; > "Paul Repacholi" <prep@prep.synonet.com> wrote in messageA) > news:87fzxkgcyk.fsf@prep.synonet.com...y8 > > Atlant Schmidt <atlantnospam@mindspring.com> writes: > >cJ > > > As I recall, Broward County was one of many counties in Florida that< > > > ended up "voting" for unbridled capitalism way back inE > > > 2000. (Whether the people actually voted that way or not is, ofS$ > > > course, a different question.) > > F > > > County officials shouldn't complain now when they find HP simplyD > > > exercising the very principles the county officials supported. > >.H > > > If the trend is unchecked, *ALL* of our jobs are likely to move to# > > > Bangalore and similar places.  > >rJ > > Well, the latest twist to this, is HP have just landed a contract fromF > > the billygoat for all of the support work for the borgworks.  So I0 > > wonder if that will end up offshore as well. > >nE > > I know a couple of people here who are pissed off with M$ becausemG > > there is no .au support, even though on specific enquiry they whereoF > > told that there was. Now they have to wait at least till the reply) > > from (currently) the US the next day.b > >e >EH > As I recollect, Digital Canada at one point had an extensive agreement withI > The Borg to provide services for the customer call-in phone lines. Thath was I > back in the days that DEC boasted of having the most Microsot Certifiedn) > whatevers of any company on the planet.h >e >lL Indeed, and it wasn't just Canada. Callers much preferred the DEChelp to theH BORGbozos, and went to great lengths to figure out who they were dealingL with. I am told that uSoft kept updated weather maps, etc, for COS and otherA DEC call center locations so they could give appropriate answers.g   Would't surprise me!   ------------------------------  # Date: Tue, 13 Aug 2002 17:41:51 GMTd5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>u+ Subject: Re: HP-Compaq Merger Went Smoothlyr2 Message-ID: <zxb69.23$5i7.507002@news.cpqcorp.net>  G Having been here through the last merger.  This one feels 1000% better.      Bill Todd wrote in message ... >e? >"Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in messagel8 >news:cf15391e.0208080943.2f6372e9@posting.google.com...B >> Despite all the FUD spread by competitors, the HP-Compaq merger# >> appears to have gone quite well,  > J >Gee, has it really?  How quickly time flies:  it seems like only 3 months/ >ago that even its legality was still in doubt.l >t' >Oh, wait:  it *was* only 3 months ago.b >uK >I wonder how people thought the Compaq/DEC merger was going 3 months aftersL >it occurred.  Pfeiffer certainly seemed to be forging ahead great guns backL >then.  But 3 or 4 months later the PC business started looking bad (kind ofK >like HP's does right about now, and even by the same standard:  comparisonl6 >with Dell), and 3 months after that Pfeiffer was out. >n& > as evidenced by this news piece from	 >> Yahoo:  >mL >As the article concluded, "at least a year or two will likely elapse beforeJ >the market pats HP executives on the back for a corporate integration jobL >well done."  That indeed will be about the right time frame for starting toJ >form such conclusions, if it still seems all that well done a year or two >down the road.n >  >- billa >e >  >-   ------------------------------  # Date: Tue, 13 Aug 2002 17:49:31 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> + Subject: Re: HP-Compaq Merger Went Smoothlyt2 Message-ID: <LEb69.24$Gn7.634931@news.cpqcorp.net>  G To my knowledge, VMS is not being effected by the lay offs.  This makesrG sense.  While HP and Compaq had may places of overlap, VMS isn't one ofl them.l  L The stock is up and down, pretty much with the market.  It has not recoveredI to the ~$20 level that it had at the time of the merger, but then again - 2 the entire market has tubed pretty bad since then.  L Ask how the stock is doing in 6 months, 1 year, 18 months, and 2 years.  YouK might also want to compare it to the S&P 500 during that period.  If you do D that right now, for the last 3 months the stock looks to have simplyK reflected the S&P 500 - without any extraordinary gains or losses from thata	 baseline.       E Atlant Schmidt wrote in message <3D53C182.A29D10C8@mindspring.com>...e> >I suspect the 15,000 or so people laid-off ("made redundant"); >have a different view of the merger. It remains to be seen)5 >how the VMS customers will view the ultimate effects  >of the merger.p >s9 >And I also ask in all sincerity, not knowing the answer:a >  How's the stock doing?t >  >Atlantf >m >d   ------------------------------  # Date: Tue, 13 Aug 2002 17:59:28 GMTn5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>k+ Subject: Re: HP-Compaq Merger Went Smoothlya2 Message-ID: <4Ob69.26$gm7.602237@news.cpqcorp.net>  H It has fallen slightly more than the S&P 500 (or IBM), but less than Sun
 Microsystems.r      E Atlant Schmidt wrote in message <3D53DA35.4AD0CB47@mindspring.com>...I >Larry Kilgallen wrote:  >I= >> > And I also ask in all sincerity, not knowing the answer:E >> >   How's the stock doing?D >>8 >> Not knowing the answer, I would say in all sincerity, >>G >>         This is not the month to ask about any US stock as a general ( >>         indication of company health. > 4 >Butthe question could be answered "differentially", >as in:5 >M* >  o "Well, it's fallen less than most" or >o3 >  o "Well, it's dropped 2x what Intel has dropped"y >  >Or some such. >  >Atlant$ >. >7   ------------------------------  # Date: Tue, 13 Aug 2002 18:22:45 GMT.5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>a+ Subject: Re: HP-Compaq Merger Went Smoothly.2 Message-ID: <V7c69.30$lq7.745518@news.cpqcorp.net>  = JF Mezei wrote in message <3D541A44.39D79A05@videotron.ca>...d >Larry Kilgallen wrote: G >>         This is not the month to ask about any US stock as a generale( >>         indication of company health. >mH >However, other companies such as SUN and even Microsoft have seen their stock / >rise in recent days, whilst HP's is stangnant.  >r  K Sun is down nearly 40% over the last 3 months, HP is down slightly over 30% K and the S&P is down around 20%.  Sun is trading at ~$4.25 and HP is trading>L ~$13.75.  HP has nearly twice the market capitalization at ~$27 billion.  WeL have a 28.9 PE ratio - Sun has no PE until they stop losing money.  HP has a* 2.4% divedend yield, Sun pays no dividend.  & So exactly what are you talking about?  E >Whether HP's stock will eventually follow , nobody really knows. Butu AssumingJ >it does follow later, the lag behind the "leaders" does indicate that the Wall@ >Street Casino doesn't see HP as one of the leaders in the pack.  K I agree that predicting what Wall Street will do on any given day is a craphH shoot.  I can't fathom what basis you have for saying that "Wall Street"K doesn't see HP as a "leader(s) in the pack".  I have no faith whatsoever in H the stock market, and I have argued that it's all a big con-game for theG rich... who have figured out how to suck money out of the rest of us byg2 getting us to invest our retirement savings in it.   ------------------------------  # Date: Wed, 14 Aug 2002 02:07:07 GMTo1 From: "Terry C. Shannon" <terryshannon@attbi.com> + Subject: Re: HP-Compaq Merger Went SmoothlyQ> Message-ID: <fXi69.122950$uj.172489@rwcrnsc51.ops.asp.att.net>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:4Ob69.26$gm7.602237@news.cpqcorp.net...J > It has fallen slightly more than the S&P 500 (or IBM), but less than Sun > Microsystems.   5 I should hope it fell a hell of a lot less than SUNW.f  I I bought 10 SUNW just so I could attend the Annual Meeting as McNealy hasdH barred me from his annual analyst lie-a-thons. Who knows, the Sun AnnualI Meeting could be a Great Moment in Comedy. Just remember to wear your hipo boots.   ------------------------------  # Date: Wed, 14 Aug 2002 02:04:36 GMTo1 From: "Terry C. Shannon" <terryshannon@attbi.com>d+ Subject: Re: HP-Compaq Merger Went Smoothly > Message-ID: <UUi69.122917$uj.172925@rwcrnsc51.ops.asp.att.net>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:LEb69.24$Gn7.634931@news.cpqcorp.net...I > To my knowledge, VMS is not being effected by the lay offs.  This makes-I > sense.  While HP and Compaq had may places of overlap, VMS isn't one of  > them.R  K Absolutely consistent with what I heard at ZKO3 today from Those Who Should. Know.    >tD > The stock is up and down, pretty much with the market.  It has not	 recovereddK > to the ~$20 level that it had at the time of the merger, but then again -d4 > the entire market has tubed pretty bad since then. >OI > Ask how the stock is doing in 6 months, 1 year, 18 months, and 2 years.I YouDJ > might also want to compare it to the S&P 500 during that period.  If you doF > that right now, for the last 3 months the stock looks to have simplyH > reflected the S&P 500 - without any extraordinary gains or losses from that > baseline.i  K I think VMS looks a hell of a lot better than HPQ's stock value, but that'sr just my opinion!   ------------------------------  # Date: Tue, 13 Aug 2002 15:49:12 GMT, From: sasadmin <jec@nospam.net>a& Subject: Re: Job on comp.jobs.contract2 Message-ID: <871y923j0c.fsf@Alethion.systasis.net>  - young_r@encompasserve.org (Rob Young) writes:B  D > 	That job has been posted for several years (with little variation > 	in the format).@ I had noticed that job has been around for years while trying toE assemble the most recent URL. I didn't think about it too much at the-- time. Just one more reason to avoid agencies.1     -- T Microsoft Free By 2003   ------------------------------  # Date: Tue, 13 Aug 2002 22:05:02 GMT?' From: Stuart Fuller <stufuller@usa.net>o& Subject: Re: Job on comp.jobs.contract/ Message-ID: <fuubja.0o.ln@dadsys1.fuller.local>i   sasadmin wrote:e   > B > There's a job posting on comp.jobs.contract for a VMS programmer > that's at least 2 months old.S  ? Hey, I'm more than 2 months old.  Do you think I might qualify?n           Stut   ------------------------------  # Date: Tue, 13 Aug 2002 14:12:09 GMTp# From: "John Smith" <a@nonymous.com> " Subject: Re: KLEZ DU JOUR followupF Message-ID: <Zs869.1380$NBd1.646@news01.bloor.is.net.cable.rogers.com>  < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message# news:7SW59.317$Zl2.234@sccrnsc02...m >nK > So far, Norton AntiVirus appears to be keeping me KLEZ-free. The software F > came with my new Compaq Evo desktop, and it thus far has run circles around > McAfee. Norton's OK by me!  J FWIW - I have always found Norton antivirus to be easier to use and almostJ without exception more thorough and timely in their updates than McAfee. IL always try the new versions of each and have always chosen Norton at the end of the 'beauty contest'.   ------------------------------  # Date: Wed, 14 Aug 2002 01:53:07 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com>h" Subject: Re: KLEZ DU JOUR followup+ Message-ID: <7Ki69.2567$983.5110@rwcrnsc53>D  . "John Smith" <a@nonymous.com> wrote in message@ news:Zs869.1380$NBd1.646@news01.bloor.is.net.cable.rogers.com...   > L > FWIW - I have always found Norton antivirus to be easier to use and almostL > without exception more thorough and timely in their updates than McAfee. IJ > always try the new versions of each and have always chosen Norton at the enda > of the 'beauty contest'.  K Point taken and noted, Sir! I'll buy the full-blown version when the teaser 4 that came with my Evo desktop nears its End of Days.   ------------------------------  # Date: Wed, 14 Aug 2002 02:28:08 GMTh1 From: "David J. Dachtera" <djesys.nospam@fsi.net>c0 Subject: Re: List of ASC/ASCQ codes for TL891/2?' Message-ID: <3D59C526.EB0915C6@fsi.net>    WILLIAM WEBB wrote:  >  > Thanks for asking, Paul- > > > Found 'em in pages 5-152 - 5-154 of the DLT7000 manual which. > is downloadable in .PDF format from Quantum.  : Did you by chance save the URL where you found the manual?   -- e David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/.   ------------------------------  # Date: Tue, 13 Aug 2002 18:00:25 GMT ( From: Don Sykes <annonymous@pacbell.net>; Subject: Re: November 17, 1858 - Why is it important to VMSn+ Message-ID: <3D5949F1.F09E24C0@pacbell.net>.   Rainer Giese wrote:- > H > "Sue Skonetski" <susan.skonetski@hp.nospam.com> schrieb im Newsbeitrag& > news:aj97gh$rkb$1@web1.cup.hp.com...J > > Note that the OpenVMS time display and manipulation routines allow forI > > only 4 digits in the 'YEAR' field.  We expect this to be corrected in)> > > a future release of OpenVMS sometime prior to 31-DEC-9999. > K > Btw., anyone knows, why 57 is used as threshold between 19xx and 20xx, if9 > using a two-digit-year ? > O The year of the first man made satellite. Which, in human terms is probably therN most significant feat to which an exact date can be assigned. The invention ofP the wheel might have been a better starting point for all human time measurement if the date were known.    -- D   Have VMS. Will Travel. Wire Paladin (@alphase.com)h
 San Franciscoo   ------------------------------  # Date: Tue, 13 Aug 2002 20:51:28 GMT ! From: "Derigible" <none@none.com>i; Subject: Re: November 17, 1858 - Why is it important to VMS?, Message-ID: <kje69.13701$Zl2.2576@sccrnsc02>  5 "Don Sykes" <annonymous@pacbell.net> wrote in messagel% news:3D5949F1.F09E24C0@pacbell.net... D > The year of the first man made satellite. Which, in human terms is probably theC > most significant feat to which an exact date can be assigned. The  invention ofF > the wheel might have been a better starting point for all human time measurementn > if the date were known.y  H Um, VMS uses 17-Nov-1858, which is 100 years before the first satellite.$ It's also the Smithsonian base date.  	 Mark Levys   ------------------------------   Date: 14 Aug 02 06:25:13 +0200) From: p_sture@elias.decus.ch (Paul Sture)(; Subject: Re: November 17, 1858 - Why is it important to VMS2) Message-ID: <Tnhmw6WWRut4@elias.decus.ch>o  e In article <aja6ho$19halc$1@ID-138444.news.dfncis.de>, "Rainer Giese" <waste.not@welcome.net> writes:9 > H > "Sue Skonetski" <susan.skonetski@hp.nospam.com> schrieb im Newsbeitrag& > news:aj97gh$rkb$1@web1.cup.hp.com...I >> Note that the OpenVMS time display and manipulation routines allow fornH >> only 4 digits in the 'YEAR' field.  We expect this to be corrected in= >> a future release of OpenVMS sometime prior to 31-DEC-9999.i > K > Btw., anyone knows, why 57 is used as threshold between 19xx and 20xx, ifo > using a two-digit-year ? > ? This is just a guess, but it could be to do with the following:   4 http://www.time.com/time/digital/y2k/milestones.html   '1957 1 Grace Murray Hopper creates Flow-matic, the first,/ computer language written in plain English. Twog, years later, it forms the basis for COBOL, a% compromise lingua franca for businessd. computers. To save precious room on the cards,2 years are abbreviated to two digits (e.g., 1957 is represented as 57).'  r) The entry for 1997 is definitely amusing:    '1997aO At an industry summit, Bill Gates blames Y2K worries on those who "love to tellcO tales of fear." A year later, Microsoft admits being "slow" on the Y2K uptake.'t __
 Paul Sture Switzerlandt   ------------------------------  # Date: Wed, 14 Aug 2002 05:14:38 GMTa) From: Andrew Balaam <abalaam@yahoo.co.uk> ; Subject: Re: November 17, 1858 - Why is it important to VMSa4 Message-ID: <20020814.5143800.3954798324@imagnu.geo>  = It could be any date, the wheel is forever being re-invented!   6 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<<  I On 13/08/02, 19:00:25, Don Sykes <annonymous@pacbell.net> wrote regardin=R g=203 Re: November 17, 1858 - Why is it important to VMS:a     > Rainer Giese wrote:1 > >.I > > "Sue Skonetski" <susan.skonetski@hp.nospam.com> schrieb im Newsbeitr=P ag( > > news:aj97gh$rkb$1@web1.cup.hp.com...I > > > Note that the OpenVMS time display and manipulation routines allow=n  forI > > > only 4 digits in the 'YEAR' field.  We expect this to be corrected=c  inr@ > > > a future release of OpenVMS sometime prior to 31-DEC-9999. > >rI > > Btw., anyone knows, why 57 is used as threshold between 19xx and 20x=  x, if8 > > using a two-digit-year ? > > G > The year of the first man made satellite. Which, in human terms is=20I probably theF > most significant feat to which an exact date can be assigned. The=20 invention ofI > the wheel might have been a better starting point for all human time=20t measurementt > if the date were known.i   > --   > Have VMS. Will Travel. > Wire Paladin (@alphase.com)  > San Franciscod   ------------------------------  # Date: Wed, 14 Aug 2002 02:41:24 GMTp1 From: "David J. Dachtera" <djesys.nospam@fsi.net>* Subject: Re: OpenVMS services ' Message-ID: <3D59C842.437745DC@fsi.net>    Yong Liu wrote:  >  > Hi there,h > M > Another newbie question. In WinXP, there is a concept of services. In UNIX,t: > the counterpart is daemon. What is it called in OpenVMS?   A detached process.    > Suppose it isuJ > called a serivce, how to make a process an OpenVMS service? Do I have toF > include this process in certain file and have the system check it at > specified interval?   2 No such facility, unless you provide one yourself.  9 > If so which file? Which OpenVMS documentation discussesa > this aspect.  C None. If you write your own "daemon watcher daemon", you'll have toc provide your own documentation.h  B (Which watcher daemon watches the watcher daemon(s) in that case?)   -- f David J. Dachteraf dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/G   ------------------------------  # Date: Wed, 14 Aug 2002 02:01:31 GMTh% From: "Yong Liu" <fdu9774@rogers.com>t Subject: OpenVMS servicesoG Message-ID: <%Ri69.5543$NBd1.2686@news01.bloor.is.net.cable.rogers.com>   	 Hi there,p  K Another newbie question. In WinXP, there is a concept of services. In UNIX,MF the counterpart is daemon. What is it called in OpenVMS? Suppose it isH called a serivce, how to make a process an OpenVMS service? Do I have toD include this process in certain file and have the system check it atK specified interval? If so which file? Which OpenVMS documentation discussesi this aspect.  
 Thanks a lot.e   ------------------------------  # Date: Tue, 13 Aug 2002 14:22:26 GMT># From: "John Smith" <a@nonymous.com>i$ Subject: Re: Optical Storage SystemsF Message-ID: <CC869.1426$NBd1.810@news01.bloor.is.net.cable.rogers.com>  8 "Chuck Aaron" <caaron@ceris.purdue.edu> wrote in message* news:3D53F467.13FA56C6@ceris.purdue.edu... > Group, > G > Is anyone using U.S. Design's JB300mx, JB600mx, JB700mx, JB20x, JB40xgA > or QT9100 optical storage systems? If so, I'd like to hear youre% > opinion of the product and service.  > 	 > Thanks,h
 > Chuck Aaronb  5 http://www.tenx.com/Optical/html/optical_storage.htmlh  ; Check these guys out. They may be able to offer an opinion.   L There also was/is a company in Canada named Kao or something like that which* also did a lot of optical storage for VMS.   ------------------------------  # Date: Tue, 13 Aug 2002 18:11:12 GMTe, From: David Butenhof <David.Butenhof@hp.com>F Subject: Re: P.Thread: setting RR scheduling policy on default thread?2 Message-ID: <4Zb69.27$4r7.763022@news.cpqcorp.net>  
 OHM wrote:  F > This looks like working alright most of the time.  I get things hungA > once in a while, and I suspect the scheduling policy difference:F > between the main thread and the spawned ones.  Could the main threadG > in throughput prevent the RR ones from running, when it waits for RMS1* > I/O completion, in spite of the upcalls?  H First off, if you're using asynchronous RMS, then the issuing thread is L blocking on the condition variable in user space, not on the RMS call. Even C without upcalls that would get the issuing thread "out of the way".2  L You'd need to examine the thread scheduling information while you're "hung" # to see where they're "hanging out".    > Unfortunately, SDA's pthreadD > thread|mutex -l|condition -w commands do not help much because theH > mutex owners are seldomly listed there, on the contrary of the waiters > (bug in SDA?).  L "Default" mutexes don't waste time recording ownership information, so it's G just not there to be displayed. You could create your mutexes using an eC attributes object with the mutex type attribute set to error-check rJ (pthread_mutexattr_settype(&mattr,PTHREAD_MUTEX_ERRORCHECK);), which will L always record ownership -- at the cost of some additional runtime overhead. I (It'll also check for all mutex usage errors, which means that if you're  K doing anything illegal like locking a mutex in one thread and unlocking it -K in another, or unlocking a mutex that's not locked, a silent fault in your e code might become noisy.)c  E > Now that you gave me the means to straighten my scheduling policies$& > up, I should be able to find out :-)  
 Good luck.   -- hC /--------------------[ David.Butenhof@hp.com ]--------------------\aC | Hewlett-Packard Company       Tru64 UNIX & VMS Thread Architect |LC |     My book: http://www.awl.com/cseng/titles/0-201-63392-2/     | C \-------------[ http://homepage.mac.com/~dbutenhof ]--------------/i   ------------------------------  % Date: Wed, 14 Aug 2002 06:56:40 +0200e3 From: "Aus, Hans Magnus" <aus@vim.uni-wuerzburg.de> B Subject: Please interpret: Digital 2100 Alpha Server A500MP 2/200.B Message-ID: <aus-375A57.06564014082002@wrzx08.rz.uni-wuerzburg.de>  9 Please interpret: Digital 2100 Alpha Server A500MP 2/200.s  C Does this mean that the server is a EV2 chip which runs at 200 MHZ?- What does A500MP mean?   --  4 Hans Magnus Aus, Wuerzburg, aus@vim.uni-wuerzburg.de   ------------------------------  # Date: Tue, 13 Aug 2002 17:40:59 GMTe5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>MY Subject: Re: Powerstorm 300 and Alpha PC 164 with OVMS 7.3 (long) - ELSA GLoria and PC164 2 Message-ID: <Lwb69.21$Ko7.677941@news.cpqcorp.net>  E The original Tru64 implementation used ISA--VGA for any ISA based VGAtI adapter, and they figured out what the adapter was.  They later abandoned H that strategy for the specific name strategy (i.e. MACH64).  If you usedK ISA--VGA and *any* card was installed that responded to the VGA range, thenuK it would have come up with the generic VGA server -- and perhaps even had a   conflict with the actual option.  L I'm sort-of guessing a little.  VMS wanted device-specific naming, and Tru64? wanted ISA--VGA, so I had to provide it for VMS (if you look atoJ DECW$AUTOCONFIG.DAT you'll see the script that figures out the device typeK for ISA--VGA).  I also know that you would probably screw up VMS as well ifbD you defined ISA--VGA as well as having, say, a PCI option with a VGAE capability.  We would end up loading 2 device drivers for the device.   I It is too bad that you are getting your answers here instead of the Tru64w forum.      < Michael Joosten wrote in message <3D52A999.4287@c-lab.de>... >Michael Joosten wrote:e >> >> Fred Kleinsorge wrote:t >> >A >> > Michael Joosten wrote in message <3D514743.6231@c-lab.de>.... >> >H >> > I think you are asking in the wrong forum to find a Tru64 devo.  It sounds >rH >> No, I actually posted this last week in comp.unix.tru64, without much >> resonance...7 >> >oG >Fortunately, the resoance here was higher. I got some help from StevenpI >M. Schweda, and the differences in his boot messages and such pointed me.C >to MY error (as usual, the biggest error is always in front of the 
 >keyboard...)s >bF >The reason for the mess was that I left the config entries for an ISA9 >ATI Mach64 in SRM's ISA table, that is the ISA-VGA line. F >Now, the Tru64 ATI driver seems to ask for the name 'MACH64' instead,C >but the plain VGA driver apparently accepts both. So, screen 0 wasdE >actually claimed by a non-existing card, and somehow the libcomet.sotI >initialization stuff for the Synergy got entirely confused. Removed thatt >from the ISA table, and ... >- >BINGO! CDE login screen.2 >: >3F >Again, a big thank-you to the audience for their help. In contrast to( >the Tru64 group, this one really lives! >  >--9+ >Michael Joosten, SBS C-LAB, joost@c-lab.de + >Fuerstenallee 11, 33094 Paderborn, Germanyc- >Phone: +49 5251 606127, Fax: +49 5251 606065n9 >C-LAB is a cooperation of University Paderborn & SIEMENSe   ------------------------------  % Date: Tue, 13 Aug 2002 07:48:37 -0400l' From: Howard S Shubs <howard@shubs.net>m3 Subject: Re: Programming VAX in Fortran source code < Message-ID: <howard-304995.07483713082002@enews.newsguy.com>  ' In article <3D577593.8F387480@Free.fr>,h/  Didier Morandi <Didier.Morandi@Free.fr> wrote:a  P > Who could have these nice Fortran programs on-line? I do not have any hobbysit
 > TU77 :-)   How about a TU81+? :-)   -- dA I hope you have good backups, or you will "Run in circles, screaml# and shout!" when it happens to you.d* "Is this the right place for an argument?"   ------------------------------    Date: 13 Aug 2002 15:07:56 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)U Subject: Re: Proposal for incremental backups plus a question re new date-time fields'= Message-ID: <b096a4ee.0208131407.60b0c20f@posting.google.com>-  | Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KL9BY6K6DE96Z9MP@sysdev.deutsche-boerse.com>...@ > > Here's my proposal for improving incremental backups on VMS: >  > Interesting suggestion.t > I > Consider also that changing the protection might be a reason to change   > the date....    C I forgot one part: BACKUP would still use the Modification dates tob= determine whether to backup all attributes of each .DIR file.-C Actually, since all .DIR files are listed in incremental backups of = entire disks, maybe they come along free for the ride anyway.      Disclaimer: JMHO Alan E. Feldmanl   ------------------------------  % Date: Wed, 14 Aug 2002 00:30:03 +1000D= From: "Mark\(unMASK\)Forsyth" <forsytMhm@optAushoSme.com.aKu> $ Subject: Re: Stupid ways to use pipe" Message-ID: <e55bja.0gv.ln@really>  ; "Matt Muggeridge" <Matt.Muggeridge@hp.com> wrote in message.8 news:kfU59.11524$Sy4.37202@news-server.bigpond.net.au...G > Ouch, I don't know what caused all the duplicate messages.  I think IJ killed	 > it now!o  L Bigpond / Tel$tra brain fart coupled with lookout blindly assuming you don'tG want to see the error message and act accordingly. Optarse did the samea thing a few weeks ago...:-(e  	 [deletia]Z --     Ooroo2	 Mark F...   $ Another Optus Cable Traffic Monitor.3 http://www.members.optushome.com.au/forsythm/traff/w   ------------------------------  % Date: Tue, 13 Aug 2002 16:24:34 -0400t- From: "Peter Weaver" <peter.weaver@stelco.ca>rH Subject: Re: Stupid ways to use pipe - it's DCL$PATH not the VMS Version6 Message-ID: <ajbpv6$19en7f$1@ID-141708.news.dfncis.de>  - "Hans Vlems" <hvlems@iae.nl> wrote in messagen0 news:aj3num$179pjl$1@ID-143435.news.dfncis.de...I > Not sure what it does for you but on VAX/VMS 7.2 it executes like this:  >r( > $ pipe sys$input < sys$login:login.com >jH > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling > 
 > \SYS$INPUT\< >o >o  D Based on a few tests with various 7.x versions of VMS, it looks likeD DCL$PATH is the critical difference, not the version of VMS. Try theK following. I'll leave it up to someone else to figure out why this happens,y- I'm still trying to recover from my vacation.t $! $! Create a .com to usea) $ create sys$login:test_pipe_dcl$path.comt $decku3 $ write sys$output "in ''f$environment("procedure")t $ show process/sub $eod $! $! Get rid of dcl$path $!L $ if "''f$trnlnm("dcl$path","lnm$process")'" .nes. "" then deassign dcl$pathL $ if "''f$trnlnm("dcl$path","lnm$job")'" .nes. "" then deassign dcl$path/job $!" $! This should give a DCL-W-IVVERB $!3 $ pipe sys$input < sys$login:test_pipe_dcl$path.com  $! $! Point at SYS$LOGIN  $!% $ assign sys$login dcl$path/user_mode  $!- $! This should execute TEST_PIPE_DCL$PATH.COM  $!3 $ pipe sys$input < sys$login:test_pipe_dcl$path.com  $!: $ delete/nolog/noconfirm sys$login:test_pipe_dcl$path.com. $.     -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.,   ------------------------------  # Date: Tue, 13 Aug 2002 21:46:13 GMTj% From: "Yong Liu" <fdu9774@rogers.com>i Subject: Terminal loggingDG Message-ID: <F6f69.7334$8aG1.1255@news01.bloor.is.net.cable.rogers.com>o   Hi, I I have a newbie question. Suppose you have a command terminal ( a shell).@L How do you log all the input/output of all command you issued. In HP-UX, youL can issue a script command. All the input/outout goes to the script.txt or a: file you specified. How can I do similar thing in OpenVMS?   Thanks,C   Yong Liu   ------------------------------  % Date: Wed, 14 Aug 2002 02:30:24 +02009' From: Brass Christof <welcome@spam.not>r Subject: Re: Terminal logginge' Message-ID: <3D59A4A0.70388C5@spam.not>    Yong Liu wrote:a  K > I have a newbie question. Suppose you have a command terminal ( a shell).eN > How do you log all the input/output of all command you issued. In HP-UX, youN > can issue a script command. All the input/outout goes to the script.txt or a< > file you specified. How can I do similar thing in OpenVMS?    One way to achieve this is using   SET HOST 0 /LOG=<filename>   Trym   $ HELP SET HOSTi  5 to get more information about the "SET HOST" command.@  : Basically "SET HOST 0" is similarly to "telnet localhost".   ------------------------------  % Date: Tue, 13 Aug 2002 15:42:53 -0400 , From: Jeff Donsbach <jeff_donsbach@mail.com> Subject: Re: Today's KLEZ Alert * Message-ID: <ajbnhf$ob1$1@web1.cup.hp.com>   The message originated from:  H > Received: from Ypiru (4158.mht.nh.dsl.customer.G4.NET [216.177.21.60])  G Why don't you sue G4.NET instead since the message originated on THEIR  H service? If AT&T filtered your email, then you would be complaing about I censorship. Please.. if you don't like AT&T Broadband that much, then go _K get DSL from Verizon or whoever else offers it in your area. Or go back to tK dialup. Either way, this probably isn't the last time you will get a virus < in your email.   Jeff DG p.s. using the AT&T web interface to read your mail should protect you S9 somewhat. That and a good anti-virus program for Windows.w   Terry C. Shannon wrote:$  H KLEZ stuff deleted of course. Anyone interested in joining me in a class= action suit against ATTBI.COM? Either way, be VERY careful...    ------------------------------  # Date: Wed, 14 Aug 2002 01:51:51 GMTr1 From: "Terry C. Shannon" <terryshannon@attbi.com>  Subject: Re: Today's KLEZ Alert9? Message-ID: <XIi69.106220$sA3.209282@rwcrnsc52.ops.asp.att.net>g   -- Terry C. Shannon Consultant and Publisher, SKHPC/$ Director at Large, Encompass US Inc.6 Director of Technical Marketing, Science Medicus, Inc. terryshannon@attbi.com www.openvms.org  www.sciencemedicus.com9 "Jeff Donsbach" <jeff_donsbach@mail.com> wrote in messagen$ news:ajbnhf$ob1$1@web1.cup.hp.com... > The message originated from: > J > > Received: from Ypiru (4158.mht.nh.dsl.customer.G4.NET [216.177.21.60]) >hH > Why don't you sue G4.NET instead since the message originated on THEIRI > service? If AT&T filtered your email, then you would be complaing about J > censorship. Please.. if you don't like AT&T Broadband that much, then goL > get DSL from Verizon or whoever else offers it in your area. Or go back toL > dialup. Either way, this probably isn't the last time you will get a virus > in your email. >  > Jeff DH > p.s. using the AT&T web interface to read your mail should protect you; > somewhat. That and a good anti-virus program for Windows.>  K I now have Norton for Windoze, which seems to work well, Verizon DSL may beD0 an option when I move to ABQ next month. Thanks. >= > Terry C. Shannon wrote:  > J > KLEZ stuff deleted of course. Anyone interested in joining me in a class? > action suit against ATTBI.COM? Either way, be VERY careful...  >e   ------------------------------  # Date: Tue, 13 Aug 2002 13:17:00 GMTl& From: Bob Willard <BobwBSGS@attbi.com> Subject: Re: Trivia questions') Message-ID: <3D59068C.C4464581@attbi.com>d   David Froble wrote:e >  > Terry C. Shannon wrote:i > 3 > > IIRC Ken was ousted, er, "retired" in mid-1992.i > K > Actually, I don't think that Ken has as yet retired.  He's just not a DEC N > anymore, and sadly, neither is anyone else.  I'm betting that if Ken had notR > been "retired", that Compaq would have been told to f**k off, and if some of theU > problems at DEC could have been resolved, we'd still have DEC and be a bit happier.2 >  > And then again, maybe not. >  > Dave  C KO's departure was not the cause of DEC's demise, it was merely oneaA effect.  Remember that, in the decade preceeding KO's banishment, @ DEC had completely misjudged the PC and workstation markets; hadA tripped badly over Unix while believing that O'VMS was the answerCD to everything; had squandered ~1M$/day in the pursuit of a mainframeF (complete with water-cooling to prove that it was a "real" mainframe);? and had raised prices of shipping hardware while the PC vendorsp continuously lowered theirs.  C I've always felt that the watershed event in the decline of DEC was E the (final) departure of GB in 1983.  GB focused on what was good for D DEC and what he thought the users wanted from DEC; some of the folksA who whispered in KO's ear after GB left seemed more interested insD what would make their slice of DEC look good than in what would make	 DEC grow.l -- e Cheers, Bob    ------------------------------  # Date: Wed, 14 Aug 2002 02:37:22 GMTm- From: "John E. Malmberg" <wb8tyw@qsl.network>f1 Subject: Re: TS10/VAX Updates - DELQA now worked.i* Message-ID: <3D59BDB4.3020902@qsl.network>   sword7@speakeasy.org wrote:- > Hello folks: >  <snip>L > Only I have a problem with telnet session.  I attempted to telnet into my H > emulator.  It instantly was connected but login prompt did not appear.J > I tried to type any key several times but OpenVMS did not response.  Ok,B > I looked into tcpdump monitor (tcpdump -i tap0) and noticed thatL > endless loop ACK packets bounced forth and back at extremely high speed.  F > That's why I was unable to use console terminal until I aborted the J > telnet session.  When I closed telnet session, all problems immediately  > disappeared.  F > On NetBSD 1.5.2 operating system, I was able telnet into my emulatorH > without any problem.  Everything worked fine with both ftp and telnet.K > I assume that a bug might be in TCPIP v5.0 (formerly UCX) that come with  I > OpenVMS v7.2 operating system.  That bug does not like my Linux telnet.  > :-(@  I It sounds like a known bug in v5.0, and was fixed in a later release.  I .F am not aware if a patch.  A workaround has been posted on comp.os.vms.  6 It is related to the negotiation of the terminal type.   -Johni wb8tyw@qsl.network Personal Opinion Only.   ------------------------------  % Date: Wed, 14 Aug 2002 01:37:22 -0000/ From: sword7@speakeasy.org- Subject: TS10/VAX Updates - DELQA now worked.e. Message-ID: <uljd2iffnek99@corp.supernews.com>   Hello folks:  J Good news!  We found a bug in SocketHandler function call in emu/socket.c E file that left some unread buffer.  That cause the DELQA emulation to C stall until any key pressed on your console terminal.  Thank you tosG Peter Svenson for report that.  I had to put 'do { ... } while (regs > .E 0);' to make ensure that any unread not left during SIGIO interrupts.i  H After I fixed a bug, my DELQA emulation now worked very reliable withoutC any problems.  On OpenVMS 7.2, I was able downloaded a 34 megabytespI file into my emulator and it took 47 seconds to complete at constant 800 m, KB/sec or 8 Mbps rate (Ethernet-like speed).  J Only I have a problem with telnet session.  I attempted to telnet into my F emulator.  It instantly was connected but login prompt did not appear.H I tried to type any key several times but OpenVMS did not response.  Ok,@ I looked into tcpdump monitor (tcpdump -i tap0) and noticed thatJ endless loop ACK packets bounced forth and back at extremely high speed.  D That's why I was unable to use console terminal until I aborted the H telnet session.  When I closed telnet session, all problems immediately  disappeared.  H However, I was able telnet and ftp outside of my emulator.  Also, I was H able ftp into my emulator without any problem.  When I attempted to ftp C into my emulator, OpenVMS instantly responsed with username prompt.iG I tested traceroute and ping to my emulator or via.  OpenVMS instantly yF responsed at ping packets at approx. 1.0 ms - extremely short latency.B On OpenVMS side, I was able ping to my machine at approx 0.026 ms.  D On NetBSD 1.5.2 operating system, I was able telnet into my emulatorF without any problem.  Everything worked fine with both ftp and telnet.I I assume that a bug might be in TCPIP v5.0 (formerly UCX) that come with eG OpenVMS v7.2 operating system.  That bug does not like my Linux telnet.g :-(m  F Well, my latest copy of TS10 source codes was uploaded to my ftp site , (ftp://ftp.firesword7.net/pub/ts10/develop).  
 Thank you.   -- Tim Stark   --  , Timothy Stark	<><	Inet: sword7@speakeasy.orgJ --------------------------------------------------------------------------F "For God so loved the world, that he gave his only begotten Son, that H whosoever believeth in him should not perish, but have everlasting life.. Amen." -- John 3:16 (King James Version Bible)   ------------------------------    Date: 13 Aug 2002 12:02:58 -0700  From: southshore@niia.net (Jeff) Subject: Re: types of queue??.= Message-ID: <b342eec2.0208131102.2ceebaa7@posting.google.com>r  _ WILLIAM WEBB <WWEBB1@email.usps.gov> wrote in message news:<0033000076471462000002L022*@MHS>...e > Terminal Queue.- >  > WWWebb >  > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ( > Sent: Tuesday, August 13, 2002 5:47 AMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET > Subject: types of queue??S >  >  > quick question for someone.. > F > There are 3 categories of VMS queue. the 1st one is generic, the 2ndE > one is executable (print, batch etc..) but what is the third one???e >  >  > Thanks in advanceT >  > Paul  D At one time there were input queues for things like the card reader.   ------------------------------  % Date: Tue, 13 Aug 2002 11:42:16 -0700 5 From: "Kenneth H. Fairfield" <My.Full.Name@intel.com>A Subject: Re: uaf) Message-ID: <3D595308.1F3EDBEB@intel.com>o   "Alan E. Feldman" wrote:  h > "Kenneth H. Fairfield" <My.Full.Name@intel.com> wrote in message news:<3D582EAE.5A715929@intel.com>...& > > "Gotfryd Smolik, VMS lists" wrote: > >s5 > > > On Thu, 8 Aug 2002, Kenneth H. Fairfield wrote:- > > >  > [...]oA > >     It's really very easy to test your assertion.  And if you-D > > do, you'll find you are mistaken (as BAart Zorn also noted). :-) > > B > >     When I log into a particular very-non-homogeneous cluster,D > > after certain tests in my LOGIN.COM, I wind up with this (excuse > > the line wrap):r > >nA > > -------------------------------------------------------------  > > $ sho log /ful sysuaf @ > >    "SYSUAF" [exec] = "PTD$CLU_FAST:[PTDFASTFILES]SYSUAF.DAT" > >         (LNM$PROCESS_TABLE)eA > >    "SYSUAF" [exec,no_alias] = "SYS$COMMON:[SYSEXE]SYSUAF.DAT"> > >         (LNM$SYSTEM_TABLE) > > $nA > > -------------------------------------------------------------e > >hA > > Believe me, the process table logical works (many, many usersd@ > > whose information I want to examine or modify is NOT present: > > in the SYSUAF pointed to by the system table logical). > >h@ > >     The upshot is, the mode must be EXECUTIVE, but ANY table@ > > will do (at least if the table is in LNM$FILE_DEV, I guess). > >h > >     -Ken > F > Sorry, but you, too, are mistaken. It does not have to be defined in' > EXECUTIVE mode. It just has to be!!!:p  D     Ah, yes, you're correct.  I was going off memory...probably fromD some incomplete test (well over a year ago) where I'd defined SYSUAFC and tested, but not RIGHTSLIST along with it.  I'm guessing that byBF the time I'd added RIGHTSLIST to SYSUAF for my tests, I'd also defined) them /EXEC and left it that way.  Sigh...4       Thanks, Kena --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfielda! F20 Automation VMS System Support  kenneth.h.fairfield#intel.com4   ------------------------------    Date: 13 Aug 2002 08:39:14 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: uaf3 Message-ID: <69II672GQFm+@eisner.encompasserve.org>t  n In article <343f30ae.0208130522.382a90d6@posting.google.com>, SPAMSINK2001@YAHOO.COM (Alan E. Feldman) writes:h > "Kenneth H. Fairfield" <My.Full.Name@intel.com> wrote in message news:<3D582EAE.5A715929@intel.com>...  ? >>     The upshot is, the mode must be EXECUTIVE, but ANY table ? >> will do (at least if the table is in LNM$FILE_DEV, I guess).u >>   >>     -Ken  >  > F > Sorry, but you, too, are mistaken. It does not have to be defined in > EXECUTIVE mode.e  F > I would think, though, that logging in (loginout.exe, I would think)F > and setting the password (setp0.exe) would honor only EXECUTIVE mode# > logical names. But not AUTHORIZE.   B An outer mode logical name that is honored by AUTHORIZE but not by! LOGINOUT seems to invite trouble.    ------------------------------  # Date: Tue, 13 Aug 2002 13:32:42 GMTw$ From: "Bill Clark" <bclark@lrgh.org>& Subject: UCX and FTP Name Translation?@ Message-ID: <_T769.48461$Ce.2451505@bin3.nnrp.aus1.giganews.com>  	 greetings I     i am experiencing problems 'FTP'ing to a remote site - they insist on  changing the=    FTP address and notifiying me later. i am using the actuald XXX.XXX.XXX.XXXnL     address because attempts to use the 'FTP.SOMEONE.COM' translation is not     available.J     'FTP-E-HSTINF, Failed to get host information for FTP.SOMEONE.COM from+     database, -RMS-E-RNF, record not found'n  ;     OpenVMS 7.1-2, UCX version 4.2, ECO-4. Alphaserver4100.   $     any information gladly accepted.      TIA.y   ------------------------------  # Date: Wed, 14 Aug 2002 02:35:15 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net>r* Subject: Re: UCX and FTP Name Translation?' Message-ID: <3D59C6D1.236AF0ED@fsi.net>v   Bill Clark wrote:  >  > greetingsnK >     i am experiencing problems 'FTP'ing to a remote site - they insist on  > changing the? >    FTP address and notifiying me later. i am using the actualt > XXX.XXX.XXX.XXXeN >     address because attempts to use the 'FTP.SOMEONE.COM' translation is not >     available.L >     'FTP-E-HSTINF, Failed to get host information for FTP.SOMEONE.COM from- >     database, -RMS-E-RNF, record not found'- > = >     OpenVMS 7.1-2, UCX version 4.2, ECO-4. Alphaserver4100.  > & >     any information gladly accepted.  F The only clue that comes to mind is that maybe your node is not set upC to do DNS resolution and is only using the local host table, not anl upline name server.w   --   David J. Dachterau dba DJE Systems4 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  + Date: Tue, 13 Aug 2002 11:01:38 -0700 (PDT)n. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>& Subject: Re: VMS to OpenVMS conversion@ Message-ID: <20020813180138.40305.qmail@web20206.mail.yahoo.com>  + Does Compaq Services (now HP Services) havey2 this kind of service : migration ? If not, why not create ?     Regardsp   FC  . --- "James M. Knox" <jknox@trisoft.com> wrote:3 > Okay, please be patient.  I'm stepping into a new_ > arena here, with a lot   > of *old* VMS experience. > 4 > It looks like we will be converting a large amount > of software from VAX  4 > VMS (not OpenVMS) to AlphaServer OpenVMS.  Most of > this, fortunately,  5 > includes the source code, but a bunch doesn't (justd
 > the binary h > application).  > 6 > The binary pretty much sticks us with DecMigrate and > hope for the best. > 0 > The other (mostly Fortran 77 source, with some > Macro) we can probably !3 > handle without too much trouble, although it is ai > LOT of code. > 1 > I have "Google" searched, as well as the Compaqc > website, and see mention l4 > of "there are a lot of companies that do this" but > no list of names c6 > (much less recommendations).  We may, for reasons to > complicated to o3 > explain, be able to let any of these companies do- > the work, but we would e/ > probably be very interested in paying them as" > consultants to help us j4 > come up to speed quickly and help us with specific > problems that may hit  > us.e > 5 > So...  Any suggestions as to who I should talk to? e > And am I missing any h( > important tools other than DecMigrate? > 2 > Suggestions, questions, warnings most welcome... >  > 1 > -----------------------------------------------  > James M. Knoxe1 > TriSoft                        ph  512-385-0316h1 > 1109-A Shady Lane              fax 512-366-4331-1 > Austin, Tx 78721              jknox@trisoft.comr1 > -----------------------------------------------i     =====e ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilo fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do You Yahoo!?& HotJobs - Search Thousands of New Jobs http://www.hotjobs.com   ------------------------------  # Date: Tue, 13 Aug 2002 18:30:14 GMT ) From: "James M. Knox" <jknox@trisoft.com>O& Subject: Re: VMS to OpenVMS conversion6 Message-ID: <Xns9269895E3F0FBjknoxtrisoftcom@10.0.0.1>  2 Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in 8 news:20020813180138.40305.qmail@web20206.mail.yahoo.com:  - > Does Compaq Services (now HP Services) haveD4 > this kind of service : migration ? If not, why not
 > create ?  I HP seems to have a sweetheart deal with a company in India (which may or  L may not be owned by HP).  Unfortunately, for reasons beyond our control, we 3 pretty much are stuck needing a U.S.-based company.i  / -----------------------------------------------e
 James M. Knoxw/ TriSoft                        ph  512-385-0316 / 1109-A Shady Lane              fax 512-366-4331_/ Austin, Tx 78721              jknox@trisoft.comi/ -----------------------------------------------    ------------------------------  % Date: Tue, 13 Aug 2002 11:15:14 -0700 2 From: "Randy Park" <rjpark@mindspring.nospaam.com>& Subject: Re: VMS to OpenVMS conversion2 Message-ID: <ajbibr$g7f$1@slb3.atl.mindspring.net>  2 James M. Knox <jknox@trisoft.com> wrote in message0 news:Xns92697F4D14F81jknoxtrisoftcom@10.0.0.1...J > Okay, please be patient.  I'm stepping into a new arena here, with a lot > of *old* VMS experience. >,I > It looks like we will be converting a large amount of software from VAXmG > VMS (not OpenVMS) to AlphaServer OpenVMS.  Most of this, fortunately,2@ > includes the source code, but a bunch doesn't (just the binary > application).P > I > The binary pretty much sticks us with DecMigrate and hope for the best.n >MG > The other (mostly Fortran 77 source, with some Macro) we can probablys@ > handle without too much trouble, although it is a LOT of code. >sJ > I have "Google" searched, as well as the Compaq website, and see mentionE > of "there are a lot of companies that do this" but no list of nameshE > (much less recommendations).  We may, for reasons to complicated toEJ > explain, be able to let any of these companies do the work, but we wouldF > probably be very interested in paying them as consultants to help usJ > come up to speed quickly and help us with specific problems that may hit > us.o > J > So...  Any suggestions as to who I should talk to?  And am I missing any( > important tools other than DecMigrate? >t2 > Suggestions, questions, warnings most welcome... >y  ? Don't confuse the spelling of VMS with the spelling of OpenVMS. > The only difference is the spelling.  OpenVMS runs on both VAX> systems and Alpha systems.  A lot of old timers still refer toB OpenVMS as VMS.  It was just a name change for marketing purposes.  8 DECMigrate is to perform binary coversion of executables8 that were linked on OpenVMS 5.5 or earlier and where you= do not have the source code to recompile.  In most situations : recompiling 3GL code is all you need to do to convert your8 software from a VAX system to an Alpha system.  There is< a compiler available on Alpha systems that will compile, not7 assemble, your VAX Macro software, but it may not be as : easy as a 3GL.  Much has been written about how to get VAX; Macro to work on Alpha, but frequently the best solution isl to rewrite it in C or in a 3GL.n  < If you use floating point data, please note that the primary> format on Alpha is not the same as on VAX and that the D-Float; format is only partially supported.  All this is covered inn< the manuals that document VAX to Alpha conversions.  I would+ recommend that you acquire one and read it.e  - Others can provide you with more information.    ------------------------------  # Date: Tue, 13 Aug 2002 18:28:46 GMT;) From: "James M. Knox" <jknox@trisoft.com>n& Subject: Re: VMS to OpenVMS conversion6 Message-ID: <Xns9269891EDD7F9jknoxtrisoftcom@10.0.0.1>  G "Randy Park" <rjpark@mindspring.nospaam.com> wrote in news:ajbibr$g7f$1  @slb3.atl.mindspring.net:iA > Don't confuse the spelling of VMS with the spelling of OpenVMS. @ > The only difference is the spelling.  OpenVMS runs on both VAX@ > systems and Alpha systems.  A lot of old timers still refer toD > OpenVMS as VMS.  It was just a name change for marketing purposes.  I Interesting.  Back when this work was originally done (early 80's) there sI was no OpenVMS.  The sales folks I have talked with at Compaq/HP seem to  G think that getting from VAX VMS to VAX OpenVMS was itself a major step ,I (of course, most of them have only been with the company a few years and  4 have probably never even *seen* a model-33 TTY <G>).  : > DECMigrate is to perform binary coversion of executables: > that were linked on OpenVMS 5.5 or earlier and where you. > do not have the source code to recompile....> > If you use floating point data, please note that the primary/ > format on Alpha is not the same as on VAX ...e  @ This may turn out to be the single biggest problem in the whole G conversion process.  One large application to which we do NOT have any bF source code generates a big binary table which the other applications D (to which we do have source) read.  I am not so much concerned with I being able to get the first app to run, but rather with the fact that if  F the data format in the table changes... well, could make for a LOT of  manual code changes.  : > All this is covered in the manuals that document VAX to = > Alpha conversions.  I would recommend that you acquire one   > and read it.  D Agreed.  I have gone through quite a bit of it.  However, I am sure I there are stumbling blocks and learning curves to be encountered. Having  8 a team that has already been through this available for < consultation/assistance would sure reduce the stress factor.  	 Thanks...J  i/ ------------------------------------------------
 James M. Knox-/ TriSoft                        ph  512-385-03160/ 1109-A Shady Lane              fax 512-366-4331A/ Austin, Tx 78721              jknox@trisoft.com2/ -----------------------------------------------o   ------------------------------  % Date: Tue, 13 Aug 2002 14:30:27 -0400i! From: Jim Agnew <jpagnew@vcu.edu>h& Subject: Re: VMS to OpenVMS conversion' Message-ID: <3D595043.8775E76F@vcu.edu>m  E if it's FORTRAN, watch the common blocks... or global sections.. they.H have to align on page boundaries, I think... or something like that.  If' you need, I can look in my info hoard..,   JimQ   "James M. Knox" wrote: > J > Okay, please be patient.  I'm stepping into a new arena here, with a lot > of *old* VMS experience. > I > It looks like we will be converting a large amount of software from VAX G > VMS (not OpenVMS) to AlphaServer OpenVMS.  Most of this, fortunately,t@ > includes the source code, but a bunch doesn't (just the binary > application).d > I > The binary pretty much sticks us with DecMigrate and hope for the best.n > G > The other (mostly Fortran 77 source, with some Macro) we can probablyn@ > handle without too much trouble, although it is a LOT of code. > J > I have "Google" searched, as well as the Compaq website, and see mentionE > of "there are a lot of companies that do this" but no list of names E > (much less recommendations).  We may, for reasons to complicated tooJ > explain, be able to let any of these companies do the work, but we wouldF > probably be very interested in paying them as consultants to help usJ > come up to speed quickly and help us with specific problems that may hit > us.y > J > So...  Any suggestions as to who I should talk to?  And am I missing any( > important tools other than DecMigrate? > 2 > Suggestions, questions, warnings most welcome... > 1 > -----------------------------------------------e > James M. Knoxr1 > TriSoft                        ph  512-385-0316 1 > 1109-A Shady Lane              fax 512-366-4331 1 > Austin, Tx 78721              jknox@trisoft.come1 > -----------------------------------------------s   ------------------------------  # Date: Tue, 13 Aug 2002 18:51:17 GMTs( From: Don Sykes <annonymous@pacbell.net>& Subject: Re: VMS to OpenVMS conversion+ Message-ID: <3D5955DD.8B328B75@pacbell.net>-   "James M. Knox" wrote: > J > Okay, please be patient.  I'm stepping into a new arena here, with a lot > of *old* VMS experience. > I > It looks like we will be converting a large amount of software from VAX"G > VMS (not OpenVMS) to AlphaServer OpenVMS.  Most of this, fortunately,-@ > includes the source code, but a bunch doesn't (just the binary > application).: > I > The binary pretty much sticks us with DecMigrate and hope for the best.m > G > The other (mostly Fortran 77 source, with some Macro) we can probably7@ > handle without too much trouble, although it is a LOT of code. > J > I have "Google" searched, as well as the Compaq website, and see mentionE > of "there are a lot of companies that do this" but no list of names,E > (much less recommendations).  We may, for reasons to complicated to J > explain, be able to let any of these companies do the work, but we wouldF > probably be very interested in paying them as consultants to help usJ > come up to speed quickly and help us with specific problems that may hit > us.t > J > So...  Any suggestions as to who I should talk to?  And am I missing any( > important tools other than DecMigrate? > 2 > Suggestions, questions, warnings most welcome... > O You've come to the right place. Many consultants here have done that, including E me (shameless plug to follow:... Alpha Software Express alphase.com).lM BTW: "Open"VMS is really nothing more than a marketing term. Real differencesi> between VAX & Alpha, but no difference between VMS & OpenVMS. F I don't know of any other "tools". I always had the code to recompile.   -- r   Have VMS. Will Travel. Wire Paladin (@alphase.com)i
 San Franciscot   ------------------------------  # Date: Tue, 13 Aug 2002 19:04:14 GMTo( From: Don Sykes <annonymous@pacbell.net>& Subject: Re: VMS to OpenVMS conversion+ Message-ID: <3D5958E6.F000DD78@pacbell.net>-   Jim Agnew wrote: > G > if it's FORTRAN, watch the common blocks... or global sections.. they"J > have to align on page boundaries, I think... or something like that.  If) > you need, I can look in my info hoard..i > L Fortran or not, one of the biggest issues (although not usually a killer) isO data alignment. If global sections are dynamically created, you're probably ok.vL If they are complied in higher level languages and then mapped to, alignmentM issues may result in a lot of wasted space. Especially true, where byte sizedh@ structures are followed by pointers, or page aligned structures. --     Have VMS. Will Travel. Wire Paladin (@alphase.com)t
 San FranciscoF   ------------------------------  % Date: Tue, 13 Aug 2002 12:03:45 -0700a> From: "Kenneth H. Fairfield" <My-Full-Name@intel-com.spam-ban>& Subject: Re: VMS to OpenVMS conversion2 Message-ID: <3D595811.F9EC4B6B@intel-com.spam-ban>   "James M. Knox" wrote:  I > "Randy Park" <rjpark@mindspring.nospaam.com> wrote in news:ajbibr$g7f$1g > @slb3.atl.mindspring.net:b   [...]i   >d< > > DECMigrate is to perform binary coversion of executables< > > that were linked on OpenVMS 5.5 or earlier and where you0 > > do not have the source code to recompile....@ > > If you use floating point data, please note that the primary1 > > format on Alpha is not the same as on VAX ...- >-A > This may turn out to be the single biggest problem in the whole.H > conversion process.  One large application to which we do NOT have anyG > source code generates a big binary table which the other applicationsgE > (to which we do have source) read.  I am not so much concerned withhJ > being able to get the first app to run, but rather with the fact that ifG > the data format in the table changes... well, could make for a LOT ofu > manual code changes.  ?     No, that shouldn't be a problem.  All the compilers include < a /FLOAT=D_FLOAT or equivalent qualifier.  The data read and= stored will be in the correct format, but _calculations_ will,: be done in G_float, which has 3-bits less precision in the< mantissa, IIRC.  If your calculations are sensitive to those: last 3 bits, you will have a bigger problem, but I'd guess that won't be the case.r  B     At my former employer, when we did our VAX to Alpha migration,> we initially used D_float on the Alpha.  Some 3-4 years later,@ once VAX (backward) compatibility was no longer an issue, we did= the D_float to G_float conversion.  The main things that biteu; you in the latter are incorrect programs that (in a Fortrans= example) pass a single precision actual to a double precisionF= dummy argument: that "worked" with F_float to D_float because.< the 1st 32-bits of the two formats are identical; but if the? dummy is now a G_float, there is a bad mismatch between formatsF6 and you get answers that are too large or too small by several orders of magnitude!       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System SupportT kenneth.h.fairfield#intel.com-   ------------------------------   Date: 13 Aug 2002 21:27:53 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: VMS to OpenVMS conversion* Message-ID: <ajbtkp$p3r$3@web1.cup.hp.com>  b In article <Xns92697F4D14F81jknoxtrisoftcom@10.0.0.1>, "James M. Knox" <jknox@trisoft.com> writes:J :Okay, please be patient.  I'm stepping into a new arena here, with a lot  :of *old* VMS experience.   E   Please see the FAQ for some of the more common questions.  Also seetH   some of the previous discussions of this topic here in the newsgroups.  I :It looks like we will be converting a large amount of software from VAX  , :VMS (not OpenVMS) to AlphaServer OpenVMS.    B   OpenVMS runs on both VAX and Alpha hardware, and is being ported   to the IA-64 architecture.  J :Most of this, fortunately, includes the source code, but a bunch doesn't  :(just the binary application).n : H :The binary pretty much sticks us with DecMigrate and hope for the best.  ;   There is a new revision of DECmigrate available.  Anothere<   alternative is one of the available VAX emulator packages.  G :The other (mostly Fortran 77 source, with some Macro) we can probably h? :handle without too much trouble, although it is a LOT of code.2  @   Fortran and most higher-level stuff comes across directly, and>   the Alpha Macro32 compiler is quite compatible with the VAX =   Macro32 assembler.  That said, Macro32 code often involves M=   inner-mode or architecture-specific access, and porting can    be more involved.e  J :I have "Google" searched, as well as the Compaq website, and see mention E :of "there are a lot of companies that do this" but no list of names  E :(much less recommendations).  We may, for reasons to complicated to  J :explain, be able to let any of these companies do the work, but we would F :probably be very interested in paying them as consultants to help us J :come up to speed quickly and help us with specific problems that may hit  :us. :)J :So...  Any suggestions as to who I should talk to?  And am I missing any ' :important tools other than DecMigrate?h  @   There is documentation on porting available in the manual set.A   Porting is often little more than recompiling (after fixing the F   latent errors that the newer compilers tend to find) and rebuilding.  E   Code that is architecture-specific can be more involved, of course.e  D   Also consider whether or not the existing code needs to be ported.@   I've seen more than a few examples of ancient Bliss or Macro32B   code that is no longer needed; code that was written before someA   feature or another was available, and was never migrated to the    supported interface.  F   I've a CETS2001 presentation on OpenVMS compatibility and migration,   see:  0     http://www.openvms.compaq.com/presentations/  ;   And HP offers consulting and porting services, of course.9    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 14 Aug 2002 00:57:01 GMTb' From: nickerson@pundit.ds.boeing.com ()w& Subject: Re: VMS to OpenVMS conversion( Message-ID: <H0t6n1.99r@news.boeing.com>  7 In article <Xns92697F4D14F81jknoxtrisoftcom@10.0.0.1>, :+ "James M. Knox" <jknox@trisoft.com> writes:X  K |>Okay, please be patient.  I'm stepping into a new arena here, with a lot m |>of *old* VMS experience. |>J |>It looks like we will be converting a large amount of software from VAX H |>VMS (not OpenVMS) to AlphaServer OpenVMS.  Most of this, fortunately, A |>includes the source code, but a bunch doesn't (just the binary a |>application).  |>I |>The binary pretty much sticks us with DecMigrate and hope for the best.r  E not having the source code is really a showstopper if you want it all-G to run on Alpha; I would not recommend DECmigrate except as a very very E temporary attempt to run on Alpha; you could run a mixed architecture F cluster however !!! and use the VAX binaries for the short term while G the application gets recoded; sooner or later missing source either has,' to be found or the application recoded;y  D 0) you don't say what version of VAX VMS the code currently runs on;; 1) form a mixed VAX & Alpha VMScluster running OpenVMS 7.3; E 2) and now make sure the application is ok for VMS 7.3 VAX; nail down8,    some good regression tests at this point;F 3) rebuild everything on the VAX and tighten up the compiler warnings;H    get a good VAX buildable baseline with an eye to Alpha required items=    that the porting guides and code reviews expose as issues;SE    (we did this for VAX C to DEC C so I don't know what Fortran might C    require; the VAX macro compiler on Alpha seems useful so fix theu     macro to be Alpha compilable)H 4) now flip the build to run on the Alpha cluster node and charge ahead;G 5) we've chosen to put all of our listings, objects, and executables in F    [.vax] and [.axp] subdirectories and use DCL scripting to build out:    of a single source tree; lots of other ways to go also;  H |>The other (mostly Fortran 77 source, with some Macro) we can probably @ |>handle without too much trouble, although it is a LOT of code. ..2 |>Suggestions, questions, warnings most welcome...  E that's about it; have fun - it's "really cool" to submit builds for 2eF architectures at a time; you'll find that Alphas are so fast that you " tend to rebuild on the VAX rarely; --bn (Bart Nickerson)m nickerson@pundit.ds.boeing.com (206) 662-0183   ------------------------------    Date: 13 Aug 2002 20:39:44 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e& Subject: Re: VMS to OpenVMS conversion3 Message-ID: <hdF4VWYVj8mG@eisner.encompasserve.org>n  R In article <H0t6n1.99r@news.boeing.com>, nickerson@pundit.ds.boeing.com () writes: > 9 > In article <Xns92697F4D14F81jknoxtrisoftcom@10.0.0.1>, b- > "James M. Knox" <jknox@trisoft.com> writes:d  K > |>The binary pretty much sticks us with DecMigrate and hope for the best.i > G > not having the source code is really a showstopper if you want it allrI > to run on Alpha; I would not recommend DECmigrate except as a very veryrG > temporary attempt to run on Alpha; you could run a mixed architecturecH > cluster however !!! and use the VAX binaries for the short term while I > the application gets recoded; sooner or later missing source either hasi) > to be found or the application recoded;   K For ten years I have been using the TECO editor on Alpha, and it is createdsL with DECmigrate (VEST).  That happens to be a case where the source code was8 at hand, but the AMACRO compiler was not up to the task.   ------------------------------    Date: 13 Aug 2002 13:24:45 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)fB Subject: Re: VMS to OpenVMS conversion (Fortran, Macro, some VEST)3 Message-ID: <NfkO9d7LnFkB@eisner.encompasserve.org>t  b In article <Xns92697F4D14F81jknoxtrisoftcom@10.0.0.1>, "James M. Knox" <jknox@trisoft.com> writes:K > Okay, please be patient.  I'm stepping into a new arena here, with a lot   > of *old* VMS experience.  ( Your next paragraph makes that clear :-)  J > It looks like we will be converting a large amount of software from VAX H > VMS (not OpenVMS) to AlphaServer OpenVMS.  Most of this, fortunately,   I There is no such thing as "VAX VMS (not OpenVMS)" because OpenVMS is justnJ a marketing term for VMS.  It was applied by DEC to both VAX VMS and Alpha* VMS, and retroactively in the case of VAX.  H > The other (mostly Fortran 77 source, with some Macro) we can probably @ > handle without too much trouble, although it is a LOT of code. > K > I have "Google" searched, as well as the Compaq website, and see mention TF > of "there are a lot of companies that do this" but no list of names F > (much less recommendations).  We may, for reasons to complicated to K > explain, be able to let any of these companies do the work, but we would nG > probably be very interested in paying them as consultants to help us  K > come up to speed quickly and help us with specific problems that may hit p > us.   E That is typically what happens.  There are too many possibilities foreF latent defects in the existing code or local assumptions that are lessF than obvious to outsiders, so it is not possible in most cases to packD up all your software in a box and send it off for conversion with no! further involvement on your part.   K > So...  Any suggestions as to who I should talk to?  And am I missing any s( > important tools other than DecMigrate?  D One big set of tools is compilers.  There is ten years experience inC converting from VAX to Alpha, and the compilers keep getting betterr at pointing out problems.n  A As to who to hire, if you require a giant company you might starttB with DEC/Compaq/HP who will certainly do it for a price.  ComputerD Sciences Corporation has folks who are active in this newsgroup, and' they must have a branch that does this.f  F You could also engage a much smaller vendor, perhaps at a lower price,F with less assurance regarding their deep pockets but more knowledge asG to exactly who would be working with you.  Some of those folks hang out-
 here as well.   2 > Suggestions, questions, warnings most welcome...  F Start soon and gradually get up to speed, rather than planning forever< and discovering unwarranted assumptions on a tight schedule.   ------------------------------  % Date: Tue, 13 Aug 2002 14:58:11 -0400n! From: Jim Agnew <jpagnew@vcu.edu>oB Subject: Re: VMS to OpenVMS conversion (Fortran, Macro, some VEST)' Message-ID: <3D5956C3.E5142A97@vcu.edu>    Larry Kilgallen wrote: > d > In article <Xns92697F4D14F81jknoxtrisoftcom@10.0.0.1>, "James M. Knox" <jknox@trisoft.com> writes:L > > Okay, please be patient.  I'm stepping into a new arena here, with a lot > > of *old* VMS experience. >    CHAINSAW APPLIED....  4 > > Suggestions, questions, warnings most welcome... > H > Start soon and gradually get up to speed, rather than planning forever> > and discovering unwarranted assumptions on a tight schedule.    ? hhmm... "extreme migration"???  ;-) like extreme programming???    ------------------------------  % Date: Tue, 13 Aug 2002 12:20:13 -0400n; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>t% Subject: Re: VMSMAIL_PROFILE clean ups$ Message-ID: <3d5931d3$1@news.si.com>  8 >Now, is a "username" in VMSMAIL_PROFILE.DATA that isn't% >also in the UAF always a bad thing ?y   Of course not.  < >I'v set up systems where I'v added a number of mail "users" >by doing :t >p; >$ MAIL> SET FORWARD/USER=[some_non_uaf_user] [a_real_user]t  H We, too, have done this.  Each day I receive an alias file from our mail( Email router containing lines like this:  ' aalam_bruce: aalam_bruce@smtpgwy.si.com-' bruce.aalam: aalam_bruce@smtpgwy.si.com- #       Aalam, Bruce% aarem_karl: aarem_karl@smtpgwy.si.com5% karl.aarem: aarem_karl@smtpgwy.si.com  #       Aarem, Karl3% aaron_john: aaron_john@smtpgwy.si.como% john.aaron: aaron_john@smtpgwy.si.com- #       Aaron, John- #       US CLW (G) XXX-XXX-XXXX-     I process this into:   $ mail< set forward/user=aalam_bruce mx%"aalam_bruce@smtpgwy.si.com"< set forward/user=bruce.aalam mx%"aalam_bruce@smtpgwy.si.com": set forward/user=aarem_karl mx%"aarem_karl@smtpgwy.si.com": set forward/user=karl.aarem mx%"aarem_karl@smtpgwy.si.com": set forward/user=aaron_john mx%"aaron_john@smtpgwy.si.com": set forward/user=john.aaron mx%"aaron_john@smtpgwy.si.com"  J Then, anyone on the VMS machines can send mail to the aliases and the mailH will arrive in the person's preferred mailbox regardless of the platform
 s/he uses. --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: Tue, 13 Aug 2002 17:36:43 +0200o9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> % Subject: Re: VMSMAIL_PROFILE clean upw' Message-ID: <3D59278B.1834E5DC@aaa.com>y  < Yes, but the forward to "DELIVER%..." is meeningless without) the DELIVER package (freeware) installed.h  : DELIVER is, of course downloadable from Hunters archive...  : And my point was that there may be cases where you want a : "mail user" in VMSMAIL_PROFILE.DATA that is not also a UAF entry.   Jan-Erik Sderholm.g   Phillip Helbig wrote:s > ; > > Now, is a "username" in VMSMAIL_PROFILE.DATA that isn't.( > > also in the UAF always a bad thing ? > >p? > > I'v set up systems where I'v added a number of mail "users"n > > by doing : > >l> > > $ MAIL> SET FORWARD/USER=[some_non_uaf_user] [a_real_user] > >t> > > Then the [a_real_user] account have it's mail forwarded to= > > DELIVER%a_real_user (and of course the DELIVER package ist > > installed also)- > > > Just to make things clear: the SET FORWARD/USER= stuff works< > independently of the Deliver package, i.e. is vanilla VMS.   ------------------------------  % Date: Tue, 13 Aug 2002 16:47:21 +0100 + From: "antonio.carlini" <arcarlini@iee.org> $ Subject: Re: VS3100 as an INFOSERVER$ Message-ID: <3D592A09.70708@iee.org>   Bill Gunshannon wrote:  A > This may seem like a stupid question, but is it possible to use B > a VaxStation 3100 as an INFOSERVER??  I could really use one forD > network installs (I'm assuming that older VAXen that don't support0 > CDROM's could boot from an INFOSERVER anyway.)    3 You can use at least one of VS3100-30, VS3100-38 oro3 uV3100-10/20 as an infoserver. Sadly I don't recallt< the details. (I do recall the "if this info makes it outside6 of DEC, we may remove this support" warning - probably not an issue any more :-) ).    4 All you have to do is use the right boot command and2 it will happily boot the infoserver software. IIRC6 you just need the right value in one of the registers.  7 If I ever find the info again, I'll post it - but don't 4 hold your breath! Perhaps someone with access to the2 old INFOSERVER conference(s) can dig out the magic command.   Antonion     -- .   ---------------M- Antonio Carlini             arcarlini@iee.orga   ------------------------------  % Date: Tue, 13 Aug 2002 16:49:24 -0400n* From: Brian Hechinger <wonko@4amlunch.net>$ Subject: Re: VS3100 as an INFOSERVER8 Message-ID: <20020813164924.W389784@marvin.4amlunch.net>  @ On Tue, Aug 13, 2002 at 04:47:21PM +0100, antonio.carlini wrote: > 9 > If I ever find the info again, I'll post it - but don'ta6 > hold your breath! Perhaps someone with access to the4 > old INFOSERVER conference(s) can dig out the magic
 > command.  H i would *LOVE* to have an infoserver.  so let me add a question.  is the infoserver software available?   -brian -- t she manipulates my language			|e) the scion of a cunning goddess			| FridgeT  and i *am* but a MAN				| Magnet) watching my gratuitous torment			| Poetry  not looking herculean				|   ------------------------------    Date: 13 Aug 2002 14:25:08 -07004 From: harris.graeber@rocketmail.com (Harris Graeber)$ Subject: Re: XFC 2.0 out in the wild= Message-ID: <87430e69.0208131325.30cc6c15@posting.google.com>t  v Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20020813135833.42176.qmail@web20205.mail.yahoo.com>... > Robw > . > Good luck ! Test it first and after tell me  > the results ! :-)))) >  > 	 > Regards  >  > FC e2 > --- Rob Young <young_r@encompasserve.org> wrote: > >  > > Found this in the a.m.  B Installed this on our ftp server.  Throws ECP for aloop!  Says FPLC 22.8MB, MPL 12.6MB, UserWS 60.9MB, VIOcache 96.3MB, VMS 0.0MB.  Anda this system only has 128MB!!!  $ SHOW MEMORY /FULLd  C Physical Memory Usage (pages):     Total        Free      In Use   a ModifiedF   Main Memory (128.00Mb)           16384        2545       12216        1623F  B Extended File Cache  (Time of last reset: 13-AUG-2002 15:49:19.30)F     Allocated (Mbytes)            5.71    Maximum size (Mbytes)          64.00rF     Free (Mbytes)                 0.00    Minimum size (Mbytes)           3.12#F     In use (Mbytes)               5.71    Percentage Read I/Os              97%F     Read hit rate                   71%   Write hit rate                     0%F     Read I/O count               12513    Write I/O count                  3801F     Read hit count                8972    Write hit count                    0eF     Reads bypassing cache           18    Writes bypassing cache            16xF     Files cached open              413    Files cached closed               11eF     Vols in Full XFC mode            0    Vols in VIOC Compatible mode       1IB     Vols in No Caching mode          0    Vols in Perm. No Caching mode      0o  C Granularity Hint Regions (pages):  Total        Free      In Use   A ReleasedF   Execlet code region               1024           0         927          97aF   Execlet data region                304           0         304           0tF   S0/S1 Executive data region        461           0         461           0bF   Resident image code region        1024           0         864         160t  D Slot Usage (slots):                Total        Free    Resident     Swapped7F   Process Entry Slots                 91          53          38           0 F   Balance Set Slots                   89          53          36           0c  D Dynamic Memory Usage:              Total        Free      In Use     Largest F   Nonpaged Dynamic Memory (Mb)      3.42        0.97        2.45        0.80oF   Bus Addressable Memory  (Kb)    215.93      150.81       65.12       95.93vF   Paged Dynamic Memory    (Mb)      1.48        0.62        0.85        0.62e@   Lock Manager Dyn Memory (Kb)    920.00      187.75      732.25  @ Buffer Object Usage (pages):                  In Use        Peak@   32-bit System Space Windows (S0/S1)              3           3@   64-bit System Space Windows (S2)                 0           0@   Physical pages locked by buffer objects          3           3  F Memory Reservations (pages):       Group    Reserved      In Use        Typel@   Total (0 bytes reserved)                         0           0  F Swap File Usage (8KB pages):                   Index        Free        Sizen)   DISK$ALPHASYS:[SYS0.SYSEXE]SWAPFILE.SYStF                                                    1         568         568i  F Paging File Usage (8KB pages):                 Index        Free        Size )   DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE.SYSnF                                                  254       16888       16888sF   Total committed paging file usage:                                    7951e  E Of the physical pages in use, 3825 pages are permanently allocated tou OpenVMS.@ $             System Memory Resources on 13-AUG-2002 16:23:12.03  B Extended File Cache  (Time of last reset: 13-AUG-2002 15:49:19.30)F     Allocated (Mbytes)            5.71    Maximum size (Mbytes)          64.00-F     Free (Mbytes)                 0.00    Minimum size (Mbytes)           3.12oF     In use (Mbytes)               5.71    Percentage Read I/Os              97%F     Read hit rate                   71%   Write hit rate                     0%F     Read I/O count               12522    Write I/O count                  380-F     Read hit count                8981    Write hit count                    0dF     Reads bypassing cache           18    Writes bypassing cache            16@F     Files cached open              413    Files cached closed               11mF     Vols in Full XFC mode            0    Vols in VIOC Compatible mode       1iB     Vols in No Caching mode          0    Vols in Perm. No Caching mode      0s  1 I/O Statistics - Distributions (MAX_IO_SIZE: 254)e1 -------------------------------------------------V. Transfer Size:      Reads  Read Hits    Writes.    1 Block IO:       3275       2718        75.    2 Block IO:        623        318         4.    3 Block IO:        489        273        16.    4 Block IO:        430        304         0.    5 Block IO:        158        104         0.    6 Block IO:        107         43         9.    7 Block IO:        184        131         1.    8 Block IO:       1242       1141         0.    9 Block IO:         42          9         0.   10 Block IO:         80         53         8.   11 Block IO:         56         33         0.   12 Block IO:        604        574         0.   13 Block IO:        172        148         2.   14 Block IO:         65         48         0.   15 Block IO:         64         45         1.   16 Block IO:        223         80        82.   17 Block IO:         32         10         0.   18 Block IO:         48         26         1.   19 Block IO:         24          7         0.   20 Block IO:       1329        905       176.   21 Block IO:         36         19         0.   22 Block IO:          9          2         0.   23 Block IO:         29         23         0.   24 Block IO:         24         10         0.   25 Block IO:         40         26         2.   26 Block IO:         49         39         0.   27 Block IO:         26         17         0.   28 Block IO:         49         36         0.   29 Block IO:          6          0         0.   30 Block IO:          6          1         0.   31 Block IO:        109         98         0.   32 Block IO:        207         74         0.   33 Block IO:        116        108         0.   34 Block IO:          5          0         0.   35 Block IO:          6          0         0.   36 Block IO:         14          4         0.   37 Block IO:         12          3         0.   38 Block IO:          7          2         0.   39 Block IO:          5          0         0.   40 Block IO:         16          9         0.   41 Block IO:          3          0         0.   42 Block IO:         35         30         0.   43 Block IO:         70         65         0.   44 Block IO:         39         31         1.   45 Block IO:          8          4         0.   46 Block IO:          4          0         0.   47 Block IO:          8          2         0.   48 Block IO:        141         61         0.   49 Block IO:          9          0         0.   50 Block IO:        237        231         0.   51 Block IO:          3          0         0.   52 Block IO:          7          3         0.   53 Block IO:          8          2         0.   54 Block IO:         11          4         0.   55 Block IO:          6          0         0.   56 Block IO:          9          2         0.   57 Block IO:          3          0         0.   58 Block IO:         27         19         0.   59 Block IO:         26         23         0.   60 Block IO:          6          0         0.   61 Block IO:         41         33         0.   62 Block IO:         37         32         0.   63 Block IO:          6          0         0.   64 Block IO:       1698        995         2.   67 Block IO:          1          0         0.   69 Block IO:          1          0         0.   73 Block IO:          1          0         0.   76 Block IO:          1          0         0.   79 Block IO:          1          0         0.   80 Block IO:          2          0         0.   81 Block IO:          1          0         0.   82 Block IO:          1          0         0.   83 Block IO:          1          0         0.   84 Block IO:          1          0         0.   86 Block IO:          1          0         0.   89 Block IO:          2          0         0.   92 Block IO:          1          0         0.   94 Block IO:          1          0         0.   95 Block IO:          1          0         0.   96 Block IO:          1          0         0.  105 Block IO:          1          0         0.  107 Block IO:          1          0         0.  108 Block IO:          1          1         0.  109 Block IO:          1          0         0.  111 Block IO:          1          0         0.  112 Block IO:          1          0         0.  114 Block IO:          1          0         0.  116 Block IO:          1          1         0.  117 Block IO:          1          0         0.  123 Block IO:          1          0         0.  124 Block IO:          1          0         0  . >127<256 Block IO:     15                    0. >255     Block IO:     17                    01 -------------------------------------------------y. Totals:             12521       8980       380     So now the bugs are....?????   Harris Graeber VMSman circa 1987t   ------------------------------   Date: 13 Aug 2002 22:41:16 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)$ Subject: Re: XFC 2.0 out in the wild* Message-ID: <ajc1uc$qhb$1@web1.cup.hp.com>  t In article <87430e69.0208131325.30cc6c15@posting.google.com>, harris.graeber@rocketmail.com (Harris Graeber) writes:  ; :Installed this on our ftp server.  Throws ECP for aloop!        I'd ignore ECP.o  E   I'd expect it (or the underlying data collector) is wrong, or theren<   is some confusion between XFC counters and ECP collection.     But you knew that.  E   The DCL command SHOW MEMORY/CACHE is one of the expected managementn
   interfaces.a  F   As for ECP kits, V5.4B is current, but is apparently not functioningE   entirely correctly in this configuration of OpenVMS Alpha V7.3 withcH   XFC V2.0 loaded.  (The report here is apparently involving ECP V5.4B.)  G   I will assume that all mandatory ECO kits for OpenVMS and the current    collector have been loaded.,   	--o     The ECP download site is:   ?   http://www.openvms.compaq.com/openvms/products/ecp/index.htmlv   	--   B   I don't follow the ECP tools, nor do I use the ECP tools.  I do C   follow and have been using XFC, as implemented in OpenVMS V7.3-1. C   I've passed some email along to the XFC maintainer on this topic,(C   but (as mentioned above) I tend to expect this is probaly ECP or  @   the data collector.  (XFC really shuffles what is found inside@   the cache counters, and the internal design is quite different>   from VCC/VIOC.  That XFC will confuse some cache monitors is?   known -- we expect to see reports of heavy memory use, simplyDA   because XFC borrows a whole lot more memory than VCC/VIOC, but  @   XFC can and it does give memory back to the system memory pool    as the free pool is depleted.)    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 13 Aug 2002 22:45:49 -0500F" From: xganon <remailer@xganon.com>$ Subject: Re: XFC 2.0 out in the wild9 Message-ID: <ed975dc510b0ffbb7fc82f8017c9e85f@xganon.com>S   [chomp]U   Clueless Prick writes:   > So now the bugs are....?????  < Like your thumb, up your filthy fucking ass.  Go away moron.   > Harris Graeber  7 Is Harris the German equivalent for Dick?  Dick Grabberr) would be a more appropriate nom de plume.    > VMSman circa 1987_  ) Please.  You are a puke.  Again, go away.    ------------------------------    Date: 13 Aug 2002 14:13:52 -07004 From: harris.graeber@rocketmail.com (Harris Graeber)+ Subject: Re: XFC patch for VMS 7.3 is up...)= Message-ID: <87430e69.0208131313.1c43eb83@posting.google.com>/  o ken.randell@fortel.com (Ken Randell) wrote in message news:<8debc3ff.0208130531.4945f18d@posting.google.com>... B > The long awaited XFC patch for VMS 7.3 is up and can be found at > (watch for wrapping):_ > _ > http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms73_xfc-v0200--4.READMEh > F > Who's going to be first to put it into production and report back to > the rest of us?   A Installed on our ftp server.  VIOcache now taking up 96.3MB of mye< 128MB system memory. None shows in 64-bit space!  Some fix!!   Harris Graeber VMSman circa 1987t   ------------------------------   Date: 14 Aug 02 06:29:24 +0200) From: p_sture@elias.decus.ch (Paul Sture)d+ Subject: Re: XFC patch for VMS 7.3 is up...I) Message-ID: <fTXCH$N21Tex@elias.decus.ch>"  j In article <8debc3ff.0208130531.4945f18d@posting.google.com>, ken.randell@fortel.com (Ken Randell) writes:B > The long awaited XFC patch for VMS 7.3 is up and can be found at > (watch for wrapping):: > _ > http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms73_xfc-v0200--4.READMED > F > Who's going to be first to put it into production and report back to > the rest of us?f  7 Visions of everyone waiting for everyone else here :-) t __
 Paul Sture Switzerlandw   ------------------------------    Date: 13 Aug 2002 10:30:15 -0600+ From: young_r@encompasserve.org (Rob Young)lN Subject: XFC version 1.0 ECO Rev 2 (Was: Re: XFC 2.0 patch for VMS V7.3 Alpha)3 Message-ID: <eqWW2WspKdpe@eisner.encompasserve.org>   f In article <cc5619f2.0208130707.28817f18@posting.google.com>, jordan@ccs4vms.com (Rich Jordan) writes:L > Got it, can't install it till tonight.  I sure hope this one gets to stay! >  > Rich  F 	Correction... the subject line was incorrect.  It isn't XFC 2.0, thatA 	is a different beast.  It is however Rev 2 of a XFC version 1.0 a 	ECO.S  7 	I installed it and it is working.  Go ahead everybody.r   		==>  ROTFL  <==i   SDA> xfc XFC> show summary-   XFC Summarya -----------u/ Extended File Cache V1.0 (Jul 15 2002 15:43:00)a2 Anchor Block Address:             FFFFFFFF81132810* Build Id:                                 * Cache State:                      00002010' Cache in no-cache state:          Falsee& MaxAllowedCacheMode:              None7 Minimum cache size in Pages:      00000190 (       400)(   				Robg   ------------------------------    Date: 13 Aug 2002 15:24:56 -0700& From: jordan@ccs4vms.com (Rich Jordan)R Subject: Re: XFC version 1.0 ECO Rev 2 (Was: Re: XFC 2.0 patch for VMS V7.3 Alpha)= Message-ID: <cc5619f2.0208131424.16023a2b@posting.google.com>i  f young_r@encompasserve.org (Rob Young) wrote in message news:<eqWW2WspKdpe@eisner.encompasserve.org>...h > In article <cc5619f2.0208130707.28817f18@posting.google.com>, jordan@ccs4vms.com (Rich Jordan) writes:N > > Got it, can't install it till tonight.  I sure hope this one gets to stay! > >  > > Rich > H > 	Correction... the subject line was incorrect.  It isn't XFC 2.0, thatC > 	is a different beast.  It is however Rev 2 of a XFC version 1.0   > 	ECO.- >   B Yeah yeah, its XFC ECO 2 not XFC 2.  You got me.  Shows what I getB from trying to abbreviate so I have to use this peecee keyboard as little as possible.m  F We can't install until this weekend now.  Glad to hear its working for@ you (of course XFC 1.0 ECO 1 was working just fine for me, for a couple weeks... :)   Rich   ------------------------------  % Date: Tue, 13 Aug 2002 22:00:18 -0400o* From: "Stanley F. Quayle" <stan@stanq.com>P Subject: Re: [VAX] VMS to [Alpha] OpenVMS conversion (Fortran, Macro, some VEST). Message-ID: <3D598172.30172.2767F7B@localhost>  / On 13 Aug 2002 at 13:24, Larry Kilgallen wrote: % > [...] so it is not possible in mostuA > cases to pack up all your software in a box and send it off fort6 > conversion with no further involvement on your part.  F Having spent 2 years working on a large conversion project, that's an  understatement!4  ? > > And am I missing any important tools other than DecMigrate?   C Yes -- you can run your VAX-only software using CHARON-VAX on your 3@ Alpha.  The emulated VAX can cluster with your Alpha, and share @ devices, batch queues, etc.  Your software will run without any  migration at all (usually).   E Shameless plug alert:  I'm a CHARON-VAX reseller.  You might want to  D check out http://www.stanq.com/charon-vax.html -- or come to my all-C day training session at HPETS this year (http://www.hpets2002.com).u  E > You could also engage a much smaller vendor [...] more knowledge asSE > to exactly who would be working with you.  Some of those folks hang! > out here as well.L  C Shameless plug #2:  that's another thing that I do.  And there are  3 several others here who would be good choices, too.4  
 --Stan Quayle ! President, Quayle Consulting Inc.l  
 ----------C Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-  16711 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------   End of INFO-VAX 2002.445 ************************