1 INFO-VAX	Fri, 18 Oct 2002	Volume 2002 : Issue 576       Contents:2 Re: $ RECALL/SEARCH and editing long command lines 1/2" Tape Drive Questions ( Re: 3 node cluster w/shadowing questions Re: a couple of things a couple of things Re: a couple of things Re: a couple of things Re: a couple of things Re: a couple of things RE: a couple of things Re: a couple of things Re: a couple of things1 Re: Announcing the first annual OpenVMS Symposium + Re: Are there TK50 images for VMS avalable? ! Re: Ask OpenVMS no longer working ! Re: Ask OpenVMS no longer working ! Re: Ask OpenVMS no longer working ! Re: Ask OpenVMS no longer working  Barcode labels Re: Barcode labels Re: Barcode labels Re: Barcode labels Re: Barcode labels Re: Barcode labels Re: Barcode labels* Re: Booting a VMS cluster node using BOOTP* Re: Booting a VMS cluster node using BOOTP* Re: Booting a VMS cluster node using BOOTP* Re: Booting a VMS cluster node using BOOTP. Re: C - overlaying variables in the same PSECT( Re: Command recall and help in utilities Re: CTRL-Y and VMS BACKUP  Re: CTRL-Y and VMS BACKUP  Re: CTRL-Y and VMS BACKUP  Re: CTRL-Y and VMS BACKUP  Re: Dell retakes #1 PC spot  Re: Dell retakes #1 PC spot  Dell retakes #1 PC spot  Re: Dell retakes #1 PC spot  Re: Dell retakes #1 PC spot  Digital Products for Sale  Re: DIR shows "no such file" Re: ECU  RE: ECU  Re: Hobbyist kit Contents $ Re: HoPping along with two left feet$ Re: HoPping along with two left feet( RE: Re: HoPping along with two left feet$ Re: HoPping along with two left feet How to purchase Charon VAX Re: How to purchase Charon VAX RE: How to purchase Charon VAX7 Re: HP tells VMS users "Relax, you are sitting pretty"! 7 Re: HP tells VMS users "Relax, you are sitting pretty"! 7 Re: HP tells VMS users "Relax, you are sitting pretty"! 7 Re: HP tells VMS users "Relax, you are sitting pretty"! 7 RE: HP tells VMS users "Relax, you are sitting pretty"! 6 Immediate Need OpenVMS Management Contractor Baltimore! Re: Is anyone using this product?  Joint LUG meeting in Ohio  Re: legato for Openvms Re: legato for Openvms Re: legato for Openvms Re: Life after VMS?  Re: Life after VMS?  Re: Life after VMS?  Re: Life after VMS?  Re: Life after VMS?  Re: Life after VMS?  Re: Life after VMS?  Re: Life after VMS?  Re: Life after VMS?  Re: Lurt table Re: MAIL management utility  Re: MAIL management utility  Re: MAIL management utility  Re: MAIL management utility  Re: MAIL management utility % Re: Mozilla doesn't like comp.os.vms? % Re: Mozilla doesn't like comp.os.vms? % Re: Mozilla doesn't like comp.os.vms?  Multia help needed Re: Old DECC for VAX Re: Old DECC for VAX Re: Old DECC for VAX Re: Old DECC for VAX Re: Old DECC for VAX Re: Old DECC for VAX Re: OpenVMS is strategic Re: OpenVMS is strategic+ Re: Originator of detached process from DCL + Re: Originator of detached process from DCL + RE: Originator of detached process from DCL + Re: Originator of detached process from DCL + Re: Originator of detached process from DCL ( OT: Re: HoPping along with two left feet' Re: Question about f$getsyi and Itanium ' Re: Question about f$getsyi and Itanium ' Re: Question about f$getsyi and Itanium  Re: Tape Copy?$ Re: TCPIP$FTP_SERVER startup problem$ Re: TCPIP$FTP_SERVER startup problem' Re: Telnet problem after 7.3-1 Upgrade. ' RE: Telnet problem after 7.3-1 Upgrade.  Re: The Good CEO Re: The Good CEO RE: The Good CEO TLZ09 on Alpha?  Re: TLZ09 on Alpha?  Re: TLZ09 on Alpha? $ Undocumented GETSYI item MAIN_MOMORY( Re: Undocumented GETSYI item MAIN_MOMORY( Re: Undocumented GETSYI item MAIN_MOMORY. Re: Unix file descriptors and VMS I/O channels
 Re: V7.3-12 VAX Clones (was:  RE:  How to purchase Charon VAX) Re: VMS 5.3 disk installation 4 Re: VMS 7.3-1 breaks clustering using memory channel4 Re: VMS 7.3-1 breaks clustering using memory channel. Re: VMS tabletop without Office(tm): no chance* VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance. RE: VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance. Re: VMS tabletop without Office(tm): no chance Re: VMS training in France ? Re: VMS training in France ? Re: VMS training in France ? Re: VMS versions; Re: VMS versions (was: RE: ZDNet says you're dead by 2004!) ; Re: VMS versions (was: RE: ZDNet says you're dead by 2004!) ; Re: VMS versions (was: RE: ZDNet says you're dead by 2004!) # Re: ZDNet says you're dead by 2004!   F ----------------------------------------------------------------------  % Date: Fri, 18 Oct 2002 13:32:52 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com> ; Subject: Re: $ RECALL/SEARCH and editing long command lines $ Message-ID: <3db045ee$1@news.si.com>  G >Think it was DCL only at first, then the TTdriver had it so everything  could share and enjoy.  H Other way around. It appeared in the terminal driver in the V4 timeframeK (you could get one command recalled with an up arrow) and then later on the  RECALL command was added.  --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: Fri, 18 Oct 2002 11:47:17 -0000 + From: m_thompson@ids.net (Michael Thompson) " Subject: 1/2" Tape Drive Questions/ Message-ID: <uqvt6558gtfl79@corp.supernews.com>   L I have a VAX3540 running OpenVMS 7.2. I just installed a Sun badged HP88780 P 1/2" tape drive so I can make tapes from TPC images. The machine sees the drive K as MKA400. A "show dev/full" shows that OpenVMS knows that the drive is an  N HP88780. It also shows density as unknown. I tried a "set magtape" to set the $ density but that didn't help either.  M I need to make tapes at 1600 bpi. The drive defaults to 6250 bpi. I manually  O set the drive to 1600 bpi and tried a "init/density=1600". The drive was reset  O to 6250 bpi. The same happened with a mount command. I tried manually changing  P the density after the tape was mounted but OpenVMS saw that the drive was taken 8 offline after the mount and reset the drive to 6250 bpi.  0 How do I make 1600 bpi tapes with this eqipment?   ------------------------------  % Date: Fri, 18 Oct 2002 10:34:59 -0500 & From: jlsue <jlsuexxxz@screaminet.com>1 Subject: Re: 3 node cluster w/shadowing questions 8 Message-ID: <5da0ru4fi9kdiukslgi3fmao8b81gmd4ba@4ax.com>  B On 17 Oct 2002 09:33:13 -0700, keithparris_NOSPAM@yahoo.com (Keith Parris) wrote:   [excellent note snipped]  E Keith, with SAN-based storage around today, would we gain anything by E having both sites mount the storage directly rather than through MSCP A serving?  Then a node crashing wouldn't/shouldn't(?) cause a full  shadow copy.  A I mean, if we have the data pathway for volshad, it seems like we = could avoid many of these issues entirely via the remote SAN.    ------------------------------  % Date: Fri, 18 Oct 2002 05:24:21 -0400 * From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: a couple of things 6 Message-ID: <oCWdnaSvSp-vTjKgXTWcpw@News.GigaNews.Com>  A "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in message 0 news:20021018090923.22796.qmail@gacracker.org...@ > On Fri, 18 Oct 2002, Nic Clews <sendspamhere@127.0.0.1> wrote: >  > <snip> > " > >"who had never heard about VMS" > > F > >If we logged this bug with the customer support center, when can we8 > >expect a world-wide fix to become publicly available? > J > I think the ECO readme for that fix would be quite interesting. It wouldD > have to be rated INSTALL_1, apply to all non VMS-aware brains. :-)  K Possibly it would be sufficient just to reinstall a few at the top, and let  them handle the rest...    - bill   ------------------------------    Date: 17 Oct 2002 17:50:20 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)  Subject: a couple of things = Message-ID: <857e9e41.0210171650.63f1ea73@posting.google.com>    Dear Newsgroup,   F I will be posting from home for about a week, I had some minor surgery& today, so I will be out of the office.  D That also means you will notice creative spelling.  The following isB what I sent to the VMS group about ETS, please excuse the personal tone.    Folks,  A Last week was ETS in St Louis.  A number of you have asked how it E went, so I thought I would send a note to the Ambassadors and the VMS  group.   In a word - excellent.  C As always Trish Gagnon did an excellent job for ASD for VMS and for > the speakers, and if there were any issues in her space it wasA transparent to the rest of us.  Trish always provides the highest ? caliber of support possible and I know that our customers truly  appreciate her work.  D Larry Bonnette, Wendy Tanner, Kevin St.George and Paul Vassel did anE excellent job in setting up and supporting the tradeshow demos of ASD / and this could not have been done without them.   > Many thanks go to all the VMS speakers that not only did theirD sessions but also supported demos, thank you for contributing to theD bottom line and making our customers happy.  Also thank you for yourB support of the OpenVMS Engineering Panel, which also received good reviews.  % There was aprox 3,800 people present.   A Jim Milton (Jim Milton is responsible for driving the revenue and < profitability of HP's enterprise products and solutions, and? penetration of the Services, Personal Systems, and Printing and F Imaging business in our top corporate and enterprise accounts in North@ America and South America).  Mentioned VMS many times during hisA sessions.  When he came into the trade show booth, he asked about @ OpenVMS on Itanium, when it was explained that we could not showD anything he asked if we could do a "coming soon" sign, which we did.  9 Michael Capellas had a whole slide on support of OpenVMS.   F Mark Gorham's session was so crowded people were sitting on the floor.E  As part of Marks presentation there is a short video at the start of @ the presentation and then at the closing there is another with aF number of testimonials and a statement of support from Carley.  (TheseE will be on the web later this week).  Both videos received a round of C applause.  Marks presentation also had pictures of the entire group ? and the Ambassadors which were my personal favorite.  In Mark's D session I was sitting next to an HP person who had never heard aboutE VMS and she said she could not wait to sell it.  Speaking of Mark, he F had customer visits just about every single hour he was there startingF at 7:30 in the morning.  This was mostly partners wanting to work more closely with VMS.   E Trade show/technology center - BCS had a space larger than the entire ? booth last year, and we were busy.  Not only with customers and F partners but HP folks getting  to know about us.  There was an area ofF hp printers, it was amazing, they have printers capable of printing onB canvas and fabric.  The photo printing was beautiful and more thanC that the people were great.  We had an issue and we needed to print C off 500 copies of something and they offered to take care of it for D us.  Many of the customers were very happy to hear about the supportD for hp printers in VMS.  There were 4 Marvel's on the floor and they were always busy. )   ? OpenVMS SIG - Encompass has revived the SIG programs, there are A currently 3, Enterprise UNIX, OpenvVMS and Storage.  There was an " overwhelming sign up for the SIGS.  C Many many customers said that they really felt a renewed support of E OpenVMS and you know they are right.  From my perspective we received # more support than we have in years.   D John Loether and Terry Shannon did the closing session on Friday andD once again VMS could not have asked for more support from either one of them.  
 Warm Regards,  Sue    ------------------------------  % Date: Thu, 17 Oct 2002 21:07:05 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: a couple of things , Message-ID: <3DAF5EA2.971E0D02@videotron.ca>   Sue Skonetski wrote:H > I will be posting from home for about a week, I had some minor surgery( > today, so I will be out of the office.  N get well soon...  what will happen to the VMS engineers if you're not there to check on them ?    :-) :-) :-) :-) :-)    ------------------------------  % Date: Fri, 18 Oct 2002 08:46:07 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: a couple of things ) Message-ID: <3DAFBC3F.FA265A36@127.0.0.1>    Sue Skonetski wrote:  H > I will be posting from home for about a week, I had some minor surgery( > today, so I will be out of the office.   Get well soon.   > ... A > and the Ambassadors which were my personal favorite.  In Mark's F > session I was sitting next to an HP person who had never heard aboutG > VMS and she said she could not wait to sell it.  Speaking of Mark, he  > ...    "who had never heard about VMS"   C If we logged this bug with the customer support center, when can we 5 expect a world-wide fix to become publicly available?    --  ? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  nclews at csc dot com    ------------------------------    Date: 18 Oct 2002 09:09:23 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]> Subject: Re: a couple of things 6 Message-ID: <20021018090923.22796.qmail@gacracker.org>  > On Fri, 18 Oct 2002, Nic Clews <sendspamhere@127.0.0.1> wrote:   <snip>    >"who had never heard about VMS" > D >If we logged this bug with the customer support center, when can we6 >expect a world-wide fix to become publicly available?  H I think the ECO readme for that fix would be quite interesting. It wouldB have to be rated INSTALL_1, apply to all non VMS-aware brains. :-)     Doc. --  6 The bigger the humbug, the better people will like it.K ~ Phineas Taylor Barnum.                             https://vmsbox.cjb.net    ------------------------------  # Date: Fri, 18 Oct 2002 10:44:03 GMT # From: "John Smith" <a@nonymous.com>  Subject: Re: a couple of things F Message-ID: <TBRr9.10301$Q3S.477@news01.bloor.is.net.cable.rogers.com>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message 0 news:oCWdnaSvSp-vTjKgXTWcpw@News.GigaNews.Com... > C > "Doc.Cypher" <Use-Author-Address-Header@[127.1]> wrote in message 2 > news:20021018090923.22796.qmail@gacracker.org...B > > On Fri, 18 Oct 2002, Nic Clews <sendspamhere@127.0.0.1> wrote: > > 
 > > <snip> > > $ > > >"who had never heard about VMS" > > > H > > >If we logged this bug with the customer support center, when can we: > > >expect a world-wide fix to become publicly available? > > L > > I think the ECO readme for that fix would be quite interesting. It wouldF > > have to be rated INSTALL_1, apply to all non VMS-aware brains. :-) > I > Possibly it would be sufficient just to reinstall a few at the top, and  let  > them handle the rest...     B Yes, but for some just a heartbeat away from the CEO it would also2 necessitate a complete neural network replacement.   ------------------------------  % Date: Fri, 18 Oct 2002 09:44:50 -0700 $ From: Shane Smith <ssmith@icius.com> Subject: RE: a couple of things 0 Message-ID: <01C2768B.09931100@sulfer.icius.com>   Sue Skonetski wrote    [major snippage]  ; > Michael Capellas had a whole slide on support of OpenVMS.    [major snippage]   Sigh.   B I find it a little sad that a single slide is considered cause forC celebration, and it wasn't even about trying to sell VMS. Still, it 6 /was/ there. Sounds like the rest of it went well too.  E Put your feet up and get well soon, Sue. The chocolate is on its way.    Shane    ------------------------------  % Date: Fri, 18 Oct 2002 13:35:37 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>  Subject: Re: a couple of things $ Message-ID: <3db04693$1@news.si.com>  I >In Mark's session I was sitting next to an HP person who had never heard  about 0 >VMS and she said she could not wait to sell it.  J Oops.  There's the next HP person to lose her job, if she tries to sell it to a new client. --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: 18 Oct 2002 17:43:34 GMT' From: Ken Robinson <kenrbnsn@rbnsn.com>  Subject: Re: a couple of things > Message-ID: <Xns92AB8B9ABA182kenrbnsnrbnsncom@199.184.165.241>  > "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in news:3db04693$1@news.si.com:    D >>In Mark's session I was sitting next to an HP person who had never >>heard  > about 1 >>VMS and she said she could not wait to sell it.  > D > Oops.  There's the next HP person to lose her job, if she tries to > sell it to a new client.  H Until proven otherwise by current and future events, let's take this as A "good news" instead of immediately trashing it as "it will never   happen".  H Quite a few of us who were at the conference could sense that there was D something different this year. I think it is the feeling that HP is H genuinely interested in VMS as a product, not as something to be tossed  away.    Ken Robinson   ------------------------------    Date: 18 Oct 2002 05:04:32 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) : Subject: Re: Announcing the first annual OpenVMS Symposium3 Message-ID: <Zqk3R21p8WbF@eisner.encompasserve.org>   b In article <aohd75$jon$1@web1.cup.hp.com>, "Sue Skonetski" <susan.skonetski@hp.nospam.com> writes: > Larry you are registered.  >  > sue   
 Thank you.   ====  E For others; I had talked to Sue in St. Louis saying that some HP mail D had come saying I was registered, and she did not recall having seenD my name on the list.  Since Sue is in a better position than someoneG in California to bar the door in New Hampshire, I now feel relieved :-)    ------------------------------   Date: 18 Oct 2002 16:40:28 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>4 Subject: Re: Are there TK50 images for VMS avalable?, Message-ID: <aopdhs1260u@enews2.newsguy.com>  . JF Mezei <jfmezei.spamnot@videotron.ca> wrote:2 >> >But be warned, it [a TK50] takes AGES to boot.  N > Yeah, but if you think of the TK50 as a first generation DLT drive, then the > wait is not so bad anymore.   J Interesting point, I've seen a restore from a single Compact IV tape take  DAYS!    		Zane   ------------------------------  % Date: Fri, 18 Oct 2002 08:32:01 +0930 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> * Subject: Re: Ask OpenVMS no longer working3 Message-ID: <aonfuf$1l9$1@fang.dsto.defence.gov.au>    JF Mezei wrote:  > VAXVMS wrote:  > & >>I just tried it and it works for me. >>? >>You asked: What is the latest release and ECO level for TCPIP  >  > K > I asked "Does Sue wear pink panties ?" and quickly got a lot of responses ) > (mostly about a pink tint on monitors).  > N > But when I asked "Does Hoff wear boxers or briefs ?", it seemed to get stuck > without ever replying.  J This seems more of an insight into Jean-Franois Mezei than AskOpenVMS :^)   ------------------------------  % Date: Thu, 17 Oct 2002 21:36:44 -0400 % From: "John Vottero" <John@mvpsi.com> * Subject: Re: Ask OpenVMS no longer working/ Message-ID: <uqupddnfbp2j6a@news.supernews.com>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3DAF3912.BE4772A8@videotron.ca... > JF Mezei wrote: J > > But when I asked "Does Hoff wear boxers or briefs ?", it seemed to get stuck  > > without ever replying. > L > It finally replied with 3337 possible answers. Geez, I only asked a simple& > question with 2 possible answers....   I can think of 3.    ------------------------------  % Date: Fri, 18 Oct 2002 08:45:02 +0200 * From: Mike Rechtman <rechtman@tzora.co.il>* Subject: Re: Ask OpenVMS no longer working* Message-ID: <3DAFADEE.8020509@tzora.co.il>  9 well i guess it depends on whether the "or" is exclusive.    Mike   John Vottero wrote:   < > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message( > news:3DAF3912.BE4772A8@videotron.ca... >  >>JF Mezei wrote:  >>I >>>But when I asked "Does Hoff wear boxers or briefs ?", it seemed to get  >>>  > stuck  >  >>>without ever replying.  >>> L >>It finally replied with 3337 possible answers. Geez, I only asked a simple& >>question with 2 possible answers.... >> >  > I can think of 3.  >  >  >  >      --    & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm= Other useful links at http://eisner.decusserve.org/~rechtman/ E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* E Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337 C    "20% of a job takes 80% of the time, the rest takes another 80%" E ---------------------------------------------------------------------    ------------------------------  % Date: Fri, 18 Oct 2002 09:29:59 -0400 * From: "Syltrem" <syltremzulu@videotron.ca>* Subject: Re: Ask OpenVMS no longer working5 Message-ID: <70Ur9.15971$H67.71408@tor-nn1.netcom.ca>    > sys$persona_create > sys$persona_assume > sys$creprc, > sys$persona_assume (to revert back to you) > sys$persona_delete  1 Thanks for putting these in the correct sequence.    Now I'll carefully RTFM    --   Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) 8 To reply to myself directly, remove zulu from my address  @ "John Vottero" <John@mvpsi.com> a crit dans le message de news:$ uquc3io1m3idcc@news.supernews.com... > sys$persona_create > sys$persona_assume > sys$creprc, > sys$persona_assume (to revert back to you) > sys$persona_delete > 7 > "Syltrem" <syltremzulu@videotron.ca> wrote in message 1 > news:YACr9.15826$H67.71082@tor-nn1.netcom.ca... @ > > It has been HPed and every question returns the same answer: > > - > > Sorry, your question returned no matches.  > >  > > This is the URL I use & > > http://askq.compaq.com/askopenvms/ > >  > > Anyone has better luck?  > > # > > BTW if you have answer to this: H > > I want to $CREPRC a detached process, that would run LOGINOUT.EXE as	 > another # > > user (different UIC than mine). I > > It says in the book that the UIC parameter to $CREPRC is ignored when  the $ > > image specified is LOGINOUT.EXE. > > How would I do this, then? > > 
 > > Thanks > >  > > -- > >  > > Syltrem C > > http://pages.infinit.net/syltrem (OpenVMS related web site - en 	 franais) < > > To reply to myself directly, remove zulu from my address > >  > >  > >  >  >    ------------------------------  / Date: Fri, 18 Oct 2002 08:27:05 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de> Subject: Barcode labels 6 Message-ID: <200210180627.IAA08894@sinet1.fom.fgan.de>   Hello,  = is there any way to get the Barcode label info under OpenVMS? = Background: If it would be possible, I could produce a backup ? listing with a filename containing the Barcode label code, e.g.  POG524_backup.lis.   TIA and regards Rudolf Wingert   ------------------------------  % Date: Fri, 18 Oct 2002 04:45:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>  Subject: Re: Barcode labels , Message-ID: <3DAFCA0C.D933427D@videotron.ca>   Rudolf Wingert wrote:  >  > Hello, > ? > is there any way to get the Barcode label info under OpenVMS? ? > Background: If it would be possible, I could produce a backup A > listing with a filename containing the Barcode label code, e.g.  > POG524_backup.lis.    H There are (or were) serial bar code readers that you could plug into theM printer port of a VT terminal and they would read a bar code and your program > would essentially see the data as if the user had typed in in.  J If you want to print bar codes, there are sources for barcode fonts on theO internet which you can use to generate the postscript that prints the barcodes.    ------------------------------  % Date: Fri, 18 Oct 2002 09:04:31 -0400  From: norm.raphael@metso.com Subject: Re: Barcode labels ? Message-ID: <OF0E737FF4.87C2B7CE-ON85256C56.0047AF80@metso.com>   E ISD produces s/w that creates barcode on OpenVMS for Various printers  http://www.isdweb.com D and I believe Intermec has readers that connect to VT's (between the keyboard and the keyboard port.   -Norom          A JF Mezei <jfmezei.spamnot@videotron.ca> on 10/18/2002 04:45:00 AM   9 Please respond to JF Mezei <jfmezei.spamnot@videotron.ca>    To:    Info-VAX@Mvb.Saic.Com cc:  Subject:    Re: Barcode labels     Rudolf Wingert wrote:  >  > Hello, > ? > is there any way to get the Barcode label info under OpenVMS? ? > Background: If it would be possible, I could produce a backup A > listing with a filename containing the Barcode label code, e.g.  > POG524_backup.lis.    H There are (or were) serial bar code readers that you could plug into theE printer port of a VT terminal and they would read a bar code and your  program > would essentially see the data as if the user had typed in in.  J If you want to print bar codes, there are sources for barcode fonts on theE internet which you can use to generate the postscript that prints the 	 barcodes.    ------------------------------  # Date: Fri, 18 Oct 2002 10:53:13 GMT  From: system@SendSpamHere.ORG  Subject: Re: Barcode labels 0 Message-ID: <00A159FB.7E3CB5D0@SendSpamHere.ORG>  _ In article <200210180627.IAA08894@sinet1.fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:  >Hello,  > > >is there any way to get the Barcode label info under OpenVMS?  ' Print it or read it?  Please elaborate.     > >Background: If it would be possible, I could produce a backup@ >listing with a filename containing the Barcode label code, e.g. >POG524_backup.lis.    And what format is it?    H I can both print and read barcodes but I'm still not certain what it is  that you are asking.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 18 Oct 2002 04:41:02 -0700) From: P.Young@unsw.EDU.AU (Patrick Young)  Subject: Re: Barcode labels = Message-ID: <55f85d77.0210180341.521230b0@posting.google.com>   d Rudolf Wingert <win@fom.fgan.de> wrote in message news:<200210180627.IAA08894@sinet1.fom.fgan.de>...? > is there any way to get the Barcode label info under OpenVMS? ? > Background: If it would be possible, I could produce a backup A > listing with a filename containing the Barcode label code, e.g.  > POG524_backup.lis.  > The Media Robot Utility (MRU) software will give you a listing? of the tapes with barcode labels in specific slots. It would be @ easy to write a command procedure or program to query the slots,5 load the tape, and generate the appropriate listings.   @ With the MRU product, there is cool and easy to use example code# located in [syshlp.examples.robot]    B If you have a DEC/Compaq/HP drive you should have received a CDROMA with that software. Under OpenVMS you are up and running quickly. @ Under Tru64 it sux a little since you need to install the deviceC driver for the robot (and reboot!) - comes with OpenVMS in the form B of the generic SCSI class driver, and simply needs a MCR SYSMAN IO CONNECT.  > MRU is mega-cool BTW. Easy to use in your site specific backup command procedures.    ------------------------------  % Date: Fri, 18 Oct 2002 09:33:47 -0400 * From: "Syltrem" <syltremzulu@videotron.ca> Subject: Re: Barcode labels 5 Message-ID: <H3Ur9.15973$H67.71443@tor-nn1.netcom.ca>    We use Intermec printers.  Easy to use:; a) you design a label (called a plan) with a little pc soft % b) you load the plan onto the printer + c) you make a simple "report" file from VMS E it contains a "plan id" plus the data in clear text, that you want to  display as barcode# d) you print to the intermec queue.    --   Syltrem I http://pages.infinit.net/syltrem (OpenVMS related web site - en franais) 8 To reply to myself directly, remove zulu from my address  9 <norm.raphael@metso.com> a crit dans le message de news: 4 OF0E737FF4.87C2B7CE-ON85256C56.0047AF80@metso.com... > G > ISD produces s/w that creates barcode on OpenVMS for Various printers  > http://www.isdweb.com F > and I believe Intermec has readers that connect to VT's (between the
 > keyboard > and the keyboard port. >  > -Norom >  >  >  >  > C > JF Mezei <jfmezei.spamnot@videotron.ca> on 10/18/2002 04:45:00 AM  > ; > Please respond to JF Mezei <jfmezei.spamnot@videotron.ca>  >  > To:    Info-VAX@Mvb.Saic.Com > cc:   > Subject:    Re: Barcode labels >  >  > Rudolf Wingert wrote:  > > 
 > > Hello, > > A > > is there any way to get the Barcode label info under OpenVMS? A > > Background: If it would be possible, I could produce a backup C > > listing with a filename containing the Barcode label code, e.g.  > > POG524_backup.lis. >  > J > There are (or were) serial bar code readers that you could plug into theG > printer port of a VT terminal and they would read a bar code and your 	 > program @ > would essentially see the data as if the user had typed in in. > L > If you want to print bar codes, there are sources for barcode fonts on theG > internet which you can use to generate the postscript that prints the  > barcodes.  >  >  >  >  >  >  >  >    ------------------------------  % Date: Fri, 18 Oct 2002 09:06:07 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com>  Subject: Re: Barcode labels ' Message-ID: <3DB0316F.7070801@MMaz.com>    Rudolf Wingert wrote:    >Hello,  > > >is there any way to get the Barcode label info under OpenVMS?> >Background: If it would be possible, I could produce a backup@ >listing with a filename containing the Barcode label code, e.g. >POG524_backup.lis.  >    > C Intermec makes a very inexpensive thermal based printer called the  I Stripe which uses a text based markup language call ZPL.  We use this to  D barcode just about everything, as they are fast and can handle very 3 small labels to large formats just as 4 x 6.5"s....    Barry    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Mon, 14 Oct 2002 16:13:23 -0400 < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>3 Subject: Re: Booting a VMS cluster node using BOOTP * Message-ID: <aof8h7$c90$1@web1.cup.hp.com>   Richard Brodie wrote: C  > "Christoph Gartmann" <gartmann@immunbio.mpg.de> wrote in message -  > news:ao3clm$1ib$1@n.ruf.uni-freiburg.de...   >I  >>>EWA0_protocols on the station is set to BOOTP but the machine refuses C  >>>to boot. It seems that the server is not offering a boot to the   >>>station.  >> G  >>I don't know if VMS is able to boot via BOOTP. But in order to do so G  >>the boot server must support the BOOTP protocol as well. Is this the   >>case?  G Currently booting an OpenVMS satellite node via BOOTP is not supported.   F I am not aware if there is any commitment to support it in the future,B but it seems like it would be a nice thing to have, as long as the console firmware supports it.   E  > I don't believe so. Or rather, I suppose you could persuade UCX to C  > serve the boot file to the client. However, I doubt it would fly ,  > - how would you pass the boot parameters?  I The BOOTP protocol passes the parameters for the boot loader it does not  H transfer the boot image.  I have no idea how the bootp parameters would E map to what the image that is normally downloaded and started by MOP   expects.  7 The name of the boot file can be one of the parameters.   F The TFTP protocol is typically used to download the bootfile and other files in a general case.   -John ! malmberg@dskwld.zko.dec.compaq.hp  Personal Opinion Only    ------------------------------  % Date: Thu, 10 Oct 2002 12:41:48 -0400 6 From: "John.Malmberg" <Malmberg@dskwld.zko.dec.compaq>3 Subject: Re: Booting a VMS cluster node using BOOTP * Message-ID: <ao4akf$kvd$1@web1.cup.hp.com>   Richard Brodie wrote:nB > "Christoph Gartmann" <gartmann@immunbio.mpg.de> wrote in message, > news:ao3clm$1ib$1@n.ruf.uni-freiburg.de... >  qH >>>EWA0_protocols on the station is set to BOOTP but the machine refusesB >>>to boot. It seems that the server is not offering a boot to the >>>station.  >>O >>I don't know if VMS is able to boot via BOOTP. But in order to do so the bootfC >>server must support the BOOTP protocol as well. Is this the case?l  G Currently booting an OpenVMS satellite node via BOOTP is not supported.n  G I am not aware if there is any commitment to support it in the future,  C but it seems like it would be a nice thing to have, as long as the a console firmware supports it.a  N > I don't believe so. Or rather, I suppose you could persuade UCX to serve theQ > boot file to the client. However, I doubt it would fly - how would you pass the  > boot parameters?  I The BOOTP protocol passes the parameters for the boot loader.  I have no oB idea how the bootp parameters would map to what the image that is - normally download and started by MOP expects.U  7 The name of the boot file can be one of the parameters.   G The TFTP protocol is typically used to download the bootfile and other # files in a general case.   -Johns wb8tyw@qsl.network Personal Opinion Onlyh   ------------------------------  % Date: Fri, 18 Oct 2002 11:34:30 -0500p1 From: "David J. Dachtera" <djesys.nospam@fsi.net>h3 Subject: Re: Booting a VMS cluster node using BOOTPe' Message-ID: <3DB03816.552230CC@fsi.net>    Fred Kleinsorge wrote: > ! > Preboot eXecution Environment. o  F Hhmmm... That almost sounds like technospeak for "IP enabled, SRM-like console environment"   > It is a superset of BOOTPi   Subset of SRM?   > being pushed byeJ > Intel and Microsoft.  It's a IP based method using MTFTP etc.  It is theE > network boot support that is embedded in the Itanium firmware (EFI)  > environment.  ! Is EFI roughly equivalent to SRM?e   -- s David J. Dachterap dba DJE SystemsU http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  # Date: Fri, 18 Oct 2002 17:11:00 GMTS5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>e3 Subject: Re: Booting a VMS cluster node using BOOTPS2 Message-ID: <EgXr9.27$1e4.472192@news.cpqcorp.net>  A David J. Dachtera wrote in message <3DB03816.552230CC@fsi.net>...n >Fred Kleinsorge wrote:L >>! >> Preboot eXecution Environment.' >iG >Hhmmm... That almost sounds like technospeak for "IP enabled, SRM-likes >console environment"  >t >> It is a superset of BOOTP >V >Subset of SRM?f   No.    BOOTP = boot protocol.6 PXE = boot protocol (think of it as an advanced BOOTP)   >  >> being pushed byK >> Intel and Microsoft.  It's a IP based method using MTFTP etc.  It is the F >> network boot support that is embedded in the Itanium firmware (EFI) >> environment.  >e" >Is EFI roughly equivalent to SRM? >C  E The EFI and SRM can be thought of as equivalent.  In reality, the SRMi; encompasses a bunch of things.  EFI+PAL+SAL+ACPI == SRM+PALe  G EFI (like the SRM) is really a mini-OS that gets run when you start thenA system.  It then runs a shell application (or any number of otherI> applications).  One application happens to be the boot loader.  K The SRM also is a mini-OS, and it's shell is built in.  It doesn't have thedK ability to run external applications built for the SRM application (it doesA have built-in applications).  L EFI knows about PXE (MTFTP and DHCP - roughly like BOOTP) and can make an IPK based image load request.  SRM knows about MOP (and BOOTP) and can make MOP1 or BOOTP image load requests.   H VMS knows how to service MOP requests and send the image back using MOP.D VMS will be taught to service PXE requests as well (requires TCPIP).  K On an Alpha satelite, the loaded image on VMS knows very little about MOP -tJ it doesn't need to.  It establishes an SCS connection to the host and goesJ from there.  On a IPF satalite, the loaded image will know little (if any)F about PXE, but will establish a SCS connection to the host and go from there.  K It is possible to write a EFI protocol handler to support MOP, but it isn'tnI planned - and it would end up being HP specific since I doubt anyone elset would blast it into their ROMs.a   ------------------------------   Date: 14 Oct 2002 20:39:49 GMT# From: hoff@hp.nospam (Hoff Hoffman) 7 Subject: Re: C - overlaying variables in the same PSECT(* Message-ID: <aofa2l$avf$1@web1.cup.hp.com>  b In article <d56d1c2d.0210071331.403cdbe7@posting.google.com>, cstranslations@msn.com (Joe) writes:( :Compaq C V6.5-001 on OpenVMS Alpha V7.3  C :Sorry about any wrap on this. Supposing that I want to overlay two-G :variables on the same memory (do the same thing as set up multiple MAPnC :statements in BASIC where the MAP statements have the same "name")L :how might I do this in C?  K   BASIC typically lacks a pointer construct, hence cruft such as this tends J   to creep in.  With C, I would strongly encourage the use of pointers andM   of global sections, and particularly the use of position-independent globaluG   sections.  Newer C run-time libraries offer the mmap family of calls.A  E   I would typically avoid using a common construct, as it has been mylK   experience that this scheme -- while fully functional and fully supporteddE   -- tends to lead to application maintenance problems and to regularn#   application rebuilds and relinks.P  J   Please see Ask The Wizard topic (2486), and also particularly please seeH   the linker's "solitary" keyword, and see the shareable image cookbook.E   Expect to contend with differing page sizes and the associated pagea   alignment requirements.-  D   Also please see my 25-Sep-1999 response to the comp.os.vms thread:  *     Subject: Re: I need some linker help!   K   This should be easily visible with the following google newsgroup search:r  &     hoffman solitary group:comp.os.vms  I   By the time most folks get done with the synchronization issues and thenJ   rebuilding and the clustering and other "fun" that can present itself toH   folks using commons (and even global sections), a simple RMS file with<   global buffers enabled can often become the best solution.  L   For synchronization and caching-related topics, please see various of the C   Ask The Wizard topics, including (1661), (2681), and (6984), etc.u  J   The Ask The Wizard topics and the shareable image cookbook are available.   at:  <http://www.openvms.compaq.com/wizard/>  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com@   ------------------------------  % Date: Fri, 18 Oct 2002 13:49:05 -0400 ; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>a1 Subject: Re: Command recall and help in utilitiesh$ Message-ID: <3db049ba$1@news.si.com>  G >How is command recall done in utilities such as SYSGEN, TCPIP etc ? Isw theretK >just a system service that does the job automatically, or must the utilityu >actually do this manually  ?   F If you really want to make this easy, get HG$GET_INPUT.MAR from Hunter% Goatley (goathunter@process dot com).s  K >Also, where is the doc located for providing on-line help within a programe ?G7 >(agains, as in done in SYSGEN, TCPIP, INSTALL etc etc)1   Do it like this:  %         INTEGER FUNCTION help_commandr         IMPLICIT NONE            INCLUDE '($hlpdef)'m         INCLUDE '($ssdef)'           CHARACTER *  32 topice  #         INTEGER flags, status, tlenh  -         EXTERNAL hg$get_input, lib$put_output   .         INTEGER cli$get_value, lbr$output_help  7         IF( cli$get_value( 'topic', topic, tlen ) )THEN   8 C           A topic was given.  Display the proper help.  H             status = lbr$output_help( lib$put_output, , topic( : tlen ),I         1                             'utility:project', , hg$get_input )            ELSE  ; C           No topic was given.  Display the default topic.m  -             flags = HLP$M_PROMPT + HLP$M_HELPuL             status = lbr$output_help( lib$put_output, , , 'utility:project',;         1                             flags, hg$get_input )m           END IFG         CALL error( status, 'E-NOHELP, could not access help library' )t!         help_command = SS$_NORMALe         RETURN         END    --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.coma= 3290 Patterson Ave. SE, MS      Addresses modified to preventa< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 17 Oct 2002 18:22:13 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)" Subject: Re: CTRL-Y and VMS BACKUP= Message-ID: <b096a4ee.0210171722.53f859f6@posting.google.com>h  j whohe@whoever.com (DL Phillips) wrote in message news:<af0dc2ea.0210170727.4d03db0b@posting.google.com>... > > 5 > > $ BACKUP DISK1:[BLAH],DISK2:[BLAH],DISK3:[BLAH] -t  > >   MKA0:SAVE-SET-NAME.BCK !.  >yC > Ouch! This should not be one save_set! There is no way to easily bG > restore these files. This should be three backups to three save_sets.n  E But VMS BACKUP allows users to do this, and in some cases it may welleE be an okay thing to do. Maybe the user is transferring the files to a B much bigger disk on a remote system. It would make sense for that.  C But that doesn't really matter, because the fact that it is allowedt1 means that it cannot be ignored as a possibility.P  5 > >     $ BACKUP SEARCH_LIST: MKA0:SAVE-SET-NAME.BCK u > > H > > where SEARCH_LIST is a logical name search list. Then there's no way? > > during the restore to know whether SEARCH_LIST had multipletE > > equivalence names or not during the save operation; hence, BACKUPxG > > would not have enough information to tell whether to read the wholeg5 > > save set or not. So in general, it can't be done.o > I > So, backup parses the input spec(s) and translates all logicals anyway, > > doesn't it? How else would it "know" which files to process?  < Yes it does. But during the restore, all it has access to isB SEARCH_LIST. And from that alone, there is no way to tell what itsD value was during the save operation. So BACKUP would have to analyzeC the input parameter during the save *and* record the result of thattE analysis in the save set. But BACKUP doesn't do that, so it has to goeD through the whole tape to be sure there is not another occurrence ofC the same directory-filename combination. Perhaps BACKUP could abortwE after the selected file is found during a restore of an image backup.e" I don't see any problem with that.   Disclaimer: JMHO Alan E. Feldman    ------------------------------    Date: 18 Oct 2002 06:40:36 -0700. From: spamsink2001@yahoo.com (Alan E. Feldman)" Subject: Re: CTRL-Y and VMS BACKUP= Message-ID: <b096a4ee.0210180540.2c091e69@posting.google.com>k   "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> wrote in message news:<Pine.LNX.4.21.0210180234010.16963-100000@irys.stanpol.com.pl>...( > On 16 Oct 2002, Alan E. Feldman wrote: > [...]tG > >+There are other time-wasters. Why does DIRECTORY/DATE/TOTAL take so G > >+much longer than DIRECTORY/TOTAL? The DIRECTORY command is probablyfC > >+looking up the dates in the file headers. But it's not going totJ > >+display them anyway! Why is this bad? Because many people have symbols+ > >+like DIR:==DIRECTORY/SIZE=ALL/DATE/PROT  > - >  What is "bad" at first - IMO the users :] N> >  Sustitution of the original DCL commands are the first step > to fit some problems.   D Yes, but some users might assume that /TOTAL will have the effect ofC telling DIRECTORY to not bother gathering information that won't beoD written to an output device. Sort of like DIREC/SIZE/NOSIZE in which% /NOSIZE *does* properly negate /SIZE.n  @ There was a post in which the answer was some DCL code that usedD DIR/TOTAL to gather information and put it in a temporary file to be: read back by subsequent DCL commands. But many people haveF DIR:==DIRECTORY/SIZE=ALL/DATE/PROT or similar in their LOGIN.COM file.F So I replied with a warning to not use DIR if it is in fact defined inA a similar way and to be sure to use the "unadulterated" DIRECTORY @ command, ensuring also that DIRECTORY itself is not defined as aF symbol that includes things like /SIZE, /DATE, etc. Such concern would: be unnecessary if /TOTAL negated /SIZE, /DATE, /PROT, ....   > [...]2J > >+Also, why does DIRECTORY /VERSION=1 take longer than DIRECTORY ;? ThisG > >+is bad because /VERSION=n where n is a small number also takes "tootH > >+long". It runs as if its checking every version of every file in the > >+directory. > = >  You are probably right. ";" is a proper file spec then the < > FIND_NEXT operation is done with "filtering" on the lowest@ > available lewel; /VERSION=n can*not* be (is general) converted: > to filename - then checking all version IMO is required.
 >  Supose: > $ DIR XXX/VER=2 , >  where XXX is a logical name defined like: > $ DEFINE XXX *.COM,*.TXT7 >  The sequence is differrent than the one we get from:i > $ DIR XXX;,XXX;-1a >  >  Regards - Gotfryd     The format of a .DIR file is  E file1.typ version-no. file-id version-no. file-id version-no. file-id- ...-5 file2.typ version-no. file-id version-no. file-id ...r   So even in the case of @   $ DEFINE XXX *.COM,*.TXT  F why can't DIRECTORY/VERSIONS=n just look for the first match to *.COM,D list the first n versions of that file by checking the first n pairsA of version-no. and file-id, and then just go to the next matchingwC file? It can go to the next file when you use ;, so why can't it dox# that after finding the nth version?h   Disclaimer: JMHO Alan E. Feldman    ------------------------------  + Date: Fri, 18 Oct 2002 14:46:28 +0000 (UTC)a+ From: david20@alpha2.mdx.ac.uk (David Webb)t" Subject: Re: CTRL-Y and VMS BACKUP+ Message-ID: <aop6s4$st9$1@aquila.mdx.ac.uk>   n In article <b096a4ee.0210171722.53f859f6@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:k >whohe@whoever.com (DL Phillips) wrote in message news:<af0dc2ea.0210170727.4d03db0b@posting.google.com>...0 >> > .6 >> > $ BACKUP DISK1:[BLAH],DISK2:[BLAH],DISK3:[BLAH] -! >> >   MKA0:SAVE-SET-NAME.BCK !. W >>D >> Ouch! This should not be one save_set! There is no way to easily H >> restore these files. This should be three backups to three save_sets. >aF >But VMS BACKUP allows users to do this, and in some cases it may wellF >be an okay thing to do. Maybe the user is transferring the files to aC >much bigger disk on a remote system. It would make sense for that., >eD >But that doesn't really matter, because the fact that it is allowed2 >means that it cannot be ignored as a possibility. >q6 >> >     $ BACKUP SEARCH_LIST: MKA0:SAVE-SET-NAME.BCK  >> > lI >> > where SEARCH_LIST is a logical name search list. Then there's no wayu@ >> > during the restore to know whether SEARCH_LIST had multipleF >> > equivalence names or not during the save operation; hence, BACKUPH >> > would not have enough information to tell whether to read the whole6 >> > save set or not. So in general, it can't be done. >>  J >> So, backup parses the input spec(s) and translates all logicals anyway,? >> doesn't it? How else would it "know" which files to process?t > = >Yes it does. But during the restore, all it has access to isuC >SEARCH_LIST. And from that alone, there is no way to tell what itseE >value was during the save operation. So BACKUP would have to analyzeaD >the input parameter during the save *and* record the result of thatF >analysis in the save set. But BACKUP doesn't do that, so it has to goE >through the whole tape to be sure there is not another occurrence of-D >the same directory-filename combination. Perhaps BACKUP could abortF >after the selected file is found during a restore of an image backup.# >I don't see any problem with that.o >   P BACKUP DOESN'T have access to SEARCH_LIST during the restore. BACKUP just storesM the directory structure and files on tape it does NOT store the device names.P  K If you explicitly specify a SEARCH_LIST on the restore then it will restorei6 all the files to the first member of that SEARCH_LIST.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------    Date: 18 Oct 2002 10:12:45 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: CTRL-Y and VMS BACKUP3 Message-ID: <d0iMKfNJ5fHd@eisner.encompasserve.org>-  n In article <b096a4ee.0210180540.2c091e69@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: > "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> wrote in message news:<Pine.LNX.4.21.0210180234010.16963-100000@irys.stanpol.com.pl>...) >> On 16 Oct 2002, Alan E. Feldman wrote:s >> [...]H >> >+There are other time-wasters. Why does DIRECTORY/DATE/TOTAL take soH >> >+much longer than DIRECTORY/TOTAL? The DIRECTORY command is probablyD >> >+looking up the dates in the file headers. But it's not going toK >> >+display them anyway! Why is this bad? Because many people have symbolsg, >> >+like DIR:==DIRECTORY/SIZE=ALL/DATE/PROT >>  . >>  What is "bad" at first - IMO the users :] ? >>  Sustitution of the original DCL commands are the first stepf >> to fit some problems. > F > Yes, but some users might assume that /TOTAL will have the effect ofE > telling DIRECTORY to not bother gathering information that won't be-F > written to an output device. Sort of like DIREC/SIZE/NOSIZE in which' > /NOSIZE *does* properly negate /SIZE.n  H Some might prefer that absent an explicit negation of /DATE, the commandH DIRECTORY/DATE/TOTAL continue to provide the features it always had, and detect any missing files.p   > So even in the case of   >  > $ DEFINE XXX *.COM,*.TXT > H > why can't DIRECTORY/VERSIONS=n just look for the first match to *.COM,F > list the first n versions of that file by checking the first n pairsC > of version-no. and file-id, and then just go to the next matchingtE > file? It can go to the next file when you use ;, so why can't it do % > that after finding the nth version?-  1 Because it depends on the RMS wildcard interface.    ------------------------------  % Date: Fri, 18 Oct 2002 05:21:31 -0400m* From: "Bill Todd" <billtodd@metrocast.net>$ Subject: Re: Dell retakes #1 PC spot6 Message-ID: <kIucnZp_yrIVTzKgXTWcqQ@News.GigaNews.Com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3DAF9052.4C76EE91@videotron.ca...C > Not quite VMS related, but does outline how merger promises don'tv	 generallys > pan out... >e> > By Gary McWilliams Staff Reporter of The Wall Street Journal >-L > HOUSTON -- Dell Computer Corp. (DELL) regained its standing as the world'sJ > largest personal-computer maker just two quarters after losing the crown toK > Hewlett-Packard Co. according to a newly released market-research report.   K Seems a funny way of counting.  Since the merger legally completed in Q2, I H suppose you could count Q2 as *one* quarter in which HP out-shipped DellG (though if you wanted to be picky I suspect you should not count Compaq I shipments in that quarter prior to the merger date, which might make Dell H the winner even in Q2).  But since Dell seems to be back on top in Q3, I2 don't see any way to get 'two quarters' out of it.   - bill   ------------------------------  # Date: Fri, 18 Oct 2002 09:50:09 GMT # From: "John Smith" <a@nonymous.com>j$ Subject: Re: Dell retakes #1 PC spotH Message-ID: <lPQr9.12193$%h2.12080@news02.bloor.is.net.cable.rogers.com>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3DAF9052.4C76EE91@videotron.ca...C > Not quite VMS related, but does outline how merger promises don'tg	 generally  > pan out... >r> > By Gary McWilliams Staff Reporter of The Wall Street Journal >,L > HOUSTON -- Dell Computer Corp. (DELL) regained its standing as the world'sJ > largest personal-computer maker just two quarters after losing the crown toK > Hewlett-Packard Co. according to a newly released market-research report.o >rL > In the quarter ended Sept. 30, Dell, of Austin, Texas, shipped 5.2 million PCswK > to H-P's 5.0 million PCs to retake the crown, according to a new estimate" from- > International Data Corp., Framingham, Mass.e >3I > While just 200,000 units separating the two, Dell's shipments increased  23% C > while H-P's shipments declined about 5% from year-earlier levels,  according toC > IDC. The two remain closely matched with an about 5% share of thew
 world-wide > PC market, IDC said. >sK > Hewlett-Packard had taken the No. 1 spot from Dell as a result of its May H > acquisition of Compaq Computer Corp. Year-ago figures were adjusted to reflectr > Compaq shipments, IDC said.     7 Did you ever have any doubt it would turn out this way?-  F The whole ChumHPaq merger has been based on a foundation of quicksand.   ------------------------------  % Date: Fri, 18 Oct 2002 00:38:46 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>c  Subject: Dell retakes #1 PC spot, Message-ID: <3DAF9052.4C76EE91@videotron.ca>  K Not quite VMS related, but does outline how merger promises don't generally-
 pan out...  < By Gary McWilliams Staff Reporter of The Wall Street Journal  J HOUSTON -- Dell Computer Corp. (DELL) regained its standing as the world'sK largest personal-computer maker just two quarters after losing the crown togI Hewlett-Packard Co. according to a newly released market-research report.   N In the quarter ended Sept. 30, Dell, of Austin, Texas, shipped 5.2 million PCsN to H-P's 5.0 million PCs to retake the crown, according to a new estimate from+ International Data Corp., Framingham, Mass./  K While just 200,000 units separating the two, Dell's shipments increased 23%tN while H-P's shipments declined about 5% from year-earlier levels, according toL IDC. The two remain closely matched with an about 5% share of the world-wide PC market, IDC said.  I Hewlett-Packard had taken the No. 1 spot from Dell as a result of its May N acquisition of Compaq Computer Corp. Year-ago figures were adjusted to reflect Compaq shipments, IDC said.0   ------------------------------  % Date: Fri, 18 Oct 2002 09:03:47 -0700h+ From: "Barry Treahy, Jr." <Treahy@MMaz.com>n$ Subject: Re: Dell retakes #1 PC spot' Message-ID: <3DB030E3.5000800@MMaz.com>q   JF Mezei wrote:   L >Not quite VMS related, but does outline how merger promises don't generally >pan out...C >R= >By Gary McWilliams Staff Reporter of The Wall Street Journal  > K >HOUSTON -- Dell Computer Corp. (DELL) regained its standing as the world'smL >largest personal-computer maker just two quarters after losing the crown toJ >Hewlett-Packard Co. according to a newly released market-research report. >eO >In the quarter ended Sept. 30, Dell, of Austin, Texas, shipped 5.2 million PCssO >to H-P's 5.0 million PCs to retake the crown, according to a new estimate from , >International Data Corp., Framingham, Mass. >eL >While just 200,000 units separating the two, Dell's shipments increased 23%O >while H-P's shipments declined about 5% from year-earlier levels, according togM >IDC. The two remain closely matched with an about 5% share of the world-wideS >PC market, IDC said.o >  e >sD Directly, no it may not be VMS related, but what it does unveal for F those with scales on their eyes was that Carly and Curley didn't, and H still do not, know what they were/are doing.  As a direct result, if HP H does continue to bleed because of this brilliant  mega-merger-marketing H decision, they will have to cut costs and my concern is that as long as G those two pin heads are still running the show and continue to believe aG that being the king of the low-margin high volume PC business is where pD it is at, they will have to cut and trim costs even deeper than the C 16.5k which is bound to effect other areas, such as their high-end b systems (ie. VMS).   Barryd   -- n  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  + Date: Fri, 18 Oct 2002 09:05:27 -0700 (PDT)t. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>$ Subject: Re: Dell retakes #1 PC spot@ Message-ID: <20021018160527.99950.qmail@web20203.mail.yahoo.com>  6 They should take care with SUN in a few months ! :-)))   Rege   FC      0 --- "Barry Treahy, Jr." <Treahy@MMaz.com> wrote: > JF Mezei wrote:  > N > >Not quite VMS related, but does outline how merger promises don't generally
 > >pan out...e > > ? > >By Gary McWilliams Staff Reporter of The Wall Street Journal  > >hM > >HOUSTON -- Dell Computer Corp. (DELL) regained its standing as the world'snN > >largest personal-computer maker just two quarters after losing the crown toL > >Hewlett-Packard Co. according to a newly released market-research report. > >uM > >In the quarter ended Sept. 30, Dell, of Austin, Texas, shipped 5.2 milliona > PCsoL > >to H-P's 5.0 million PCs to retake the crown, according to a new estimate > from. > >International Data Corp., Framingham, Mass. > >cN > >While just 200,000 units separating the two, Dell's shipments increased 23%N > >while H-P's shipments declined about 5% from year-earlier levels, according > toO > >IDC. The two remain closely matched with an about 5% share of the world-widee > >PC market, IDC said.o > >  b > >dF > Directly, no it may not be VMS related, but what it does unveal for H > those with scales on their eyes was that Carly and Curley didn't, and J > still do not, know what they were/are doing.  As a direct result, if HP J > does continue to bleed because of this brilliant  mega-merger-marketing J > decision, they will have to cut costs and my concern is that as long as I > those two pin heads are still running the show and continue to believe  I > that being the king of the low-margin high volume PC business is where eF > it is at, they will have to cut and trim costs even deeper than the E > 16.5k which is bound to effect other areas, such as their high-end . > systems (ie. VMS). >  > Barryt >  > -- i > B > Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO  > C > E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028u >  >  >      =====a ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil- fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?2 Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com   ------------------------------   Date: 18 Oct 2002 06:20:17 GMT! From: swmoretp@aol.com (SWMORETP)s" Subject: Digital Products for Sale9 Message-ID: <20021018022017.00553.00002160@mb-bk.aol.com>i  4 We have many Digital related items for sale on eBay.! You can go to our eBay store at: , www.stores.ebay.com/id=79168J to see the links to each item. The end time is US west coast time. We ship= anywhere and ship multiple wins together to save on shipping.  eBay AUCTIONS ENDING OCTOBER 24r?   100 Digital UNIX Software Products - 3 CDs    - Oct-24 19:18 t>   OpenVMS Utility Routine Manual by Digital    - Oct-24 19:21 A   Preliminary Ed. VAXcluster Principles-Digital   - Oct-24 19:24 v;   DECsystem-10 Reference Card by Digital    - Oct-24 19:27 h@   DECsystem-20 EDIT Reference Card by Digital    - Oct-24 19:29 7   pdp-11/23 Reference Card by Digital   - Oct-24 19:31 e9   pdp-11/3 Maintenance Card by Digital    - Oct-24 19:35 M7   LSI-11 Maintenance Card by Digital    - Oct-24 19:37 p8   RT-11 Pocket Guide by Digital (DEC)    - Oct-24 19:40 B   VAX11/750 Diagnostic Reference Guide, Digital    - Oct-24 19:43 B   PDP-11 Keypad Editor Reference Card - Digital    - Oct-24 19:46 0   TECO Pocket Guide by Digital   - Oct-24 19:53 A   TOPS-10/TOPS-20 DDT Reference Card by Digital   - Oct-24 19:55 r;   OCR Commands Reference Card by Digital    - Oct-24 19:57  ?   TOPS-20 Commands Reference Card by Digital    - Oct-24 19:59 y8   TOPS-20 TV Reference Card by Digital   - Oct-24 20:01 8   Installation Manual by Digital (DEC)   - Oct-24 20:03  AUCTIONS WITH BUY IT NOW,   DECwrite 2.0 by Digital - NEW  $14.99     1   4 Digital Technical Journals by DEC  $7.99     g9   Local Area Networks Solutions Guide Digital  $7.99     a7   VAX/VMS Internals & Data Structures Digital  $19.99  d   ------------------------------  % Date: Fri, 18 Oct 2002 08:12:45 +0100F( From: Nic Clews <sendspamhere@127.0.0.1>% Subject: Re: DIR shows "no such file" ) Message-ID: <3DAFB46D.DD8904DE@127.0.0.1>    Shane Smith wrote: > B > OK, I just ran into a strange one. There is a file in one of our& > directories that shows up like this: >  > $ dir exe:menm001aa.exe;/fullF > ( > Directory DEV3:[MEN.ICIDEV.][EXE_AXP6] > " > MENM001AA.EXE;1     no such file >  > Total of 1 file, 0/0 blocks.   What version of VMS? f   -- v? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencesu nclews at csc dot com    ------------------------------  % Date: Fri, 18 Oct 2002 21:59:48 +1000d@ From: "Antony Wardle" <antony.wardle@nospammmmm.optusnet.com.au> Subject: Re: ECU< Message-ID: <3daff7e6$0$18869$afc38c87@news.optusnet.com.au>   thanks   I've opened a software call.   cheers   antony  L "Dirk Munk" <munk@home.nl> wrote in message news:3DAF2785.4090902@home.nl...G That is because of copyright issues. The software on the floppy can nota1 be freely distributed. You could ask Compaq .....    Antony Wardle wrote:  5 >Anyone know when I can get a copy of the ECU floppy?  >e >Can't find it on HPQ website. >t >cheersr >  >antonyt >h >  >a >d   ------------------------------  % Date: Fri, 18 Oct 2002 06:58:20 -0700a# From: "Tom Linden" <tom@kednos.com>  Subject: RE: ECU9 Message-ID: <CIEJLCMNHNNDLLOOGNJIMEOJFOAA.tom@kednos.com>e  G There was some mail on this a few months ago, which mention the name of K the company which owned and received a royalty for the product, but I don'to remember the name.  9 http://aa11.cjb.net/tru64_unix_managers/2000/03/0638.htmlc     >-----Original Message----- F >From: Antony Wardle [mailto:antony.wardle@nospammmmm.optusnet.com.au]' >Sent: Friday, October 18, 2002 5:00 AMe >To: Info-VAX@Mvb.Saic.Com >Subject: Re: ECUP >  >u >thankso >  >I've opened a software call.a >h >cheerss >n >antonyd >v- >"Dirk Munk" <munk@home.nl> wrote in message  ! >news:3DAF2785.4090902@home.nl...rH >That is because of copyright issues. The software on the floppy can not2 >be freely distributed. You could ask Compaq ..... >  >Antony Wardle wrote:- >-6 >>Anyone know when I can get a copy of the ECU floppy? >> >>Can't find it on HPQ website.k >> >>cheers >> >>antony >> >> >> >> >u >r >---' >Incoming mail is certified Virus Free.e; >Checked by AVG anti-virus system (http://www.grisoft.com).aA >Version: 6.0.394 / Virus Database: 224 - Release Date: 10/3/2002b >n ---u& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.394 / Virus Database: 224 - Release Date: 10/3/2002   ------------------------------   Date: 18 Oct 2002 16:38:07 GMT2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>" Subject: Re: Hobbyist kit Contents, Message-ID: <aopddf0260u@enews2.newsguy.com>  " John Smith <a@nonymous.com> wrote:G >> I don't know the physics of a stamped DVD vs. a stamped CD, but theyiK >> probably are only 1-2x costly than a CD to fabricate, if that. Go to the J >> local store - you buy a new release DVD movie vs. a new release and theM >> retail price is practically identical. Can't be a lot of difference in theeF >> fab cost when you work backwards from retial throught wholesale andK >> distribution costs. Printing the glossy booklet probably costs more than  >> the raw DVD or CD.g  L > That should read, "you buy a new release DVD movie vs. a new release music > CD"l  H I think the reason for this is the outrageous markup on Music CD's.  You@ also see a definite markup on certain Movie DVD's.  DVD's can beI significantly more difficult to manufacture than CD's, as you've a choiceaB between single sided/single layer, single sided/dual layer, double2 sided/single layer, and double sided/double layer.  K IIRC, the cost for a CD is under $1.  Unfortunatly I don't have any figuresRA for DVD, but I've seen estimates that put it at $1-7.  Here is an$H interesting tidbit, apparently it costs more to do 1 DVD-18 disk, ratherE than 2 DVD-9, and you end up with far more rejects with DVD-18 (whichrI explains all the 2 disc sets).  Also, the production cost (especially foreJ disks with lots of extras) is a significat cost as well with DVD's.  Music9 CD's are fairly easy to master compared with a Movie DVD.o  L This is all for Music and CD's though.  For computer data (even commerciallyI manufactured), I think we're limited to single sided/single layer (thoughlL I've seen one manufacture of single sided/double layer DVD-R blanks now, butG that's pretty much beside the point).  For computer data, you prep youreI data, and you either spit out 650-800MB (depending on the blanks used) or'K 4.7GB for DVD (these are CD-R and DVD-R numbers they might be different fortE commercial pressings).  BTW, that 4.7GB for DVD is more like 4.3 real 7 gigabytes, they use the same stunt HD manufacturers do.   G Do I have a point?  Good question, even I'm not sure after writting all J this! :^)  However, I think it's this, in Music CD's vs. Movie DVD's thereF is a HUGE profit markup on the CD's.  For Data CD's vs. Data DVD's theL difference in manufacturing costs is probably less than $1.  Unfortunatly, I* don't have figures to back this up though.   				Zane   ------------------------------  % Date: Fri, 18 Oct 2002 09:27:44 +01000% From: Alan Greig <a.greig@virgin.net>h- Subject: Re: HoPping along with two left feeto8 Message-ID: <dahvqukvi3mi0e2bf1sfp4mnac53apdvl4@4ax.com>  F One UK newspaper editor apparently hated acronyms and insisted they beD fully expanded. Until one annoyed young reporter ran a story about a9 crash involving a Fabrica Italiana Automibili Torino car.t   -- Alan   ------------------------------  % Date: Fri, 18 Oct 2002 03:29:08 -0400a  From: John Santos <JOHN@egh.com>- Subject: Re: HoPping along with two left feetn5 Message-ID: <1021018032338.1922A-100000@Ives.egh.com>r  ) On Thu, 17 Oct 2002, Jay E. Morris wrote:D  M > In message <rdeininger-1510022121180001@1cust222.tnt3.nashua.nh.da.uu.net>,M5 > rdeininger@mindspring.com (Robert Deininger) wrote:-H > > In article <3DA5984F.8010203@caltech.edu>, mathog@caltech.edu wrote: > > A > > >A nice lady called me yesterday to inquire if I was going toSB > > >be attending the Virtual Memory System event on October 30th. > > .... > > >i? > > >The folks in VMS engineering might want to investigate whoF> > > >HP has making these calls and why they were given such an > > >odd script to read from.s > > K > > You could probably save somebody a lot of time if you revealed the namea > of > > the lady who called you. > M > Must be working for the same AF PHBs I do.  I was to go though a report andnP > replace VMS with Virtual Memory System because they wanted all aconyms spelled" > out so as not to confuse anyone.  B Does "AF" .EQS. "Air Force"?  Do they also want radar spelled out?	 Or laser?e  H A compact disk-read only memory uses a light amplification by stimulatedG emission of radiation beam to read its contents which it then sends viaiG the small computer storage interconnect bus to the almost exactly prism-. virtual memory system central processing unit.   -- r John Santosp Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 18 Oct 2002 09:24:09 -0700,$ From: Shane Smith <ssmith@icius.com>1 Subject: RE: Re: HoPping along with two left feetb0 Message-ID: <01C27688.3E519900@sulfer.icius.com>  F I had a FIAT 126; a 2 cylinder, 650cc shoebox sized pile of ****. WhenD the starter motor died I push started it - alone. Run along with it, jump in, crash it into gear.  E I had a couple of less polite alternative acronym expansions for thatt thing.   Shanea   -----Original Message-----( From: John Smith [mailto:a@nonymous.com]& Sent: Friday, October 18, 2002 3:11 AM To: Info-VAX@Mvb.Saic.Comn1 Subject: OT: Re: HoPping along with two left feetI      2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:dahvqukvi3mi0e2bf1sfp4mnac53apdvl4@4ax.com... >lH > One UK newspaper editor apparently hated acronyms and insisted they beF > fully expanded. Until one annoyed young reporter ran a story about a; > crash involving a Fabrica Italiana Automibili Torino car.e    H I had one of those once ... a 124 sedan. Fun car to drive and rally. But the-H acronym FIAT has also been expanded by some to read 'Fix It Again Tony'., That and endless rust made me get rid of it.   ------------------------------   Date: 18 Oct 2002 17:08:40 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)- Subject: Re: HoPping along with two left feeto5 Message-ID: <aopf6o$os57g$1@ID-135708.news.dfncis.de>   0 In article <01C27688.3E519900@sulfer.icius.com>,' 	Shane Smith <ssmith@icius.com> writes:sH > I had a FIAT 126; a 2 cylinder, 650cc shoebox sized pile of ****. WhenF > the starter motor died I push started it - alone. Run along with it, > jump in, crash it into gear. > G > I had a couple of less polite alternative acronym expansions for that. > thing. >   G I had an 850 when I lived in Europe back in 71-72.  I mentioned here inaI another thread carrying a spare fanbelt around in Corvairs.  For this carnF you carried a spare head gasket.  I got real good at emergency engine I rebuilds on the side of the road.  The engine was an engineering marvel. sL Engineers world- wide marveled at the fact that it actually ran at all.  :-)   bill   -- eJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 17 Oct 2002 17:33:17 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)s# Subject: How to purchase Charon VAXu= Message-ID: <857e9e41.0210171633.3a9d24a2@posting.google.com>    -----Original Message-----0 From: Chuck Graham [mailto:cwgraham@sai-net.com]( Sent: Thursday, October 17, 2002 4:11 PM To: Skonetski, Susan, Cc: Greg Pysher; Jean Brunache; Tim Cochrane+ Subject: CHARON VAX & Salem Automation Inc.e     Sue,  C It was good to meet with you at our booth in the Encompass show and 9 get a perspective of the scope of VMS support within yourl0 organization.  As we discussed, Salem AutomationA (WWW.SalemAutomation.com), is the premier reseller for the CHARONuF products offering pre-sales consulting, data migration services, phone> support, customized systems and training at our North CarolinaE facility.  Per your request I wanted to write to you about the CHARON<F VAX product and some of the benefits for movement to this new emulatedF VAX environment.  As we discussed,  there is an Open VMS Alpha version and a Linux/Windows version.  E The Alpha version of CHARON VAX emulates a 3100-98 CPU with 512 MB ofgC memory.  It runs at about 25 VUPs on an Alpha computer and provides F greatly improved disk I/O throughput over the older, slower VAX disks.E  A new version of this product with performance improvements is to besF released November 1, 2002.  This product is an excellent fit for those8 clients that want to continue in an all VMS environment.  F The Windows version is titled Personal Version, XM, XL or Industrial. C  The personal version emulates a 16 MB MicroVAX II.  The IndustrialGC version, with backward compatible Q-Bus support, emulates the 64 MB B MicroVAX 3600.  The XM/XL versions emulate a MicroVAX 3100-98 with> either 128 MB or 512 MB.  The PLUS version of these CHARON VAXE products can achieve 60 VUPs on the appropriate PC hardware.  This is C faster than the fastest single processor VAX ever made!  CHARON VAX D runs on either AMD or Intel hardware and achieves higher VUP ratingsB depending upon the speed of the host PC processor.  The IndustrialB version of this product supports a interface board that allows theC user to replace the memory, disk, tape of an existing VAX with a PCeF platform, but still continue to use custom I/O boards that are tied to9 the customer's application and cannot be easily replaced.   C There is also a CHARON 11 product which emulates any version of the D PDP computer and increases speed over the PDP platform 3 to 5 times.  = All these products are installed in various manufacturing andt= government organizations and are working well.  Customers are = purchasing these products for a variety of reasons including:F   > Reduced compile times & programmer costs for software changes  $ Eliminate hardware maintenance cost  ; Eliminate risk of finding obsolete VAX hardware and spares   ; Allow system managers to do backups using Windows/PC tools   F Ability to create as many DEC Virtual disks (disk container files) to1 the limit of your PCs disk space as VMS supports.   C Ability to do backups in VMS to a Virtual Tape container file thats can be backed up to a server.y  D .CHARON VAX speed goes up with processor speed, approx 1 VUP per 1000 MHz (Plus versions faster, 2.5 VUP per 100 MHz).  E Support for multiple network cards within a VMS/MicroVAX environmentf  F Consolidate hardware platforms (can put multiple VAX computers into a single multi-processor PC)  B Disk I/O is 5 to 20 times faster than original VAX Disk I/O speed  A We are finding these systems have less than one year payback.  We E would welcome any interest from individuals in your organization whom B may feel this product is a good fit for migration of a system to aE newer hardware platform while maintaining proven customer applicationeE software.  This product can be a used as a tool to upgrade clients touD newer technology while keeping them in the reliable VMS environment.  = Feel free to forward this email information to anyone in yourtA organization or externally who may find this information helpful.A  
 Sincerely,   Chuck Graham Salem Automation Inc.  4500 Indiana Ave, Suite 40 Winston-Salem, NC 27106  cwgraham@SalemAutomation.com WWW.SalemAutomation.comS Mobile            704-451-2881   ------------------------------  + Date: Fri, 18 Oct 2002 09:00:46 -0700 (PDT)a. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>' Subject: Re: How to purchase Charon VAXr@ Message-ID: <20021018160046.95065.qmail@web20209.mail.yahoo.com>  = Should be created a law to get OPEN the old hard/software!!! d' PAatent expiration, things like that !  0 So, a  company would make VAX hardware clones !      RegardsH   FC A6 --- Sue Skonetski <susan_skonetski@hotmail.com> wrote: > -----Original Message-----2 > From: Chuck Graham [mailto:cwgraham@sai-net.com]* > Sent: Thursday, October 17, 2002 4:11 PM > To: Skonetski, Susan. > Cc: Greg Pysher; Jean Brunache; Tim Cochrane- > Subject: CHARON VAX & Salem Automation Inc.h >  >  > Sue, > E > It was good to meet with you at our booth in the Encompass show ando; > get a perspective of the scope of VMS support within your 2 > organization.  As we discussed, Salem AutomationC > (WWW.SalemAutomation.com), is the premier reseller for the CHARON-H > products offering pre-sales consulting, data migration services, phone@ > support, customized systems and training at our North CarolinaG > facility.  Per your request I wanted to write to you about the CHARONSH > VAX product and some of the benefits for movement to this new emulatedH > VAX environment.  As we discussed,  there is an Open VMS Alpha version > and a Linux/Windows version. > G > The Alpha version of CHARON VAX emulates a 3100-98 CPU with 512 MB oflE > memory.  It runs at about 25 VUPs on an Alpha computer and provideskH > greatly improved disk I/O throughput over the older, slower VAX disks.G >  A new version of this product with performance improvements is to beDH > released November 1, 2002.  This product is an excellent fit for those: > clients that want to continue in an all VMS environment. > H > The Windows version is titled Personal Version, XM, XL or Industrial. E >  The personal version emulates a 16 MB MicroVAX II.  The IndustrialaE > version, with backward compatible Q-Bus support, emulates the 64 MBfD > MicroVAX 3600.  The XM/XL versions emulate a MicroVAX 3100-98 with@ > either 128 MB or 512 MB.  The PLUS version of these CHARON VAXG > products can achieve 60 VUPs on the appropriate PC hardware.  This iseE > faster than the fastest single processor VAX ever made!  CHARON VAXEF > runs on either AMD or Intel hardware and achieves higher VUP ratingsD > depending upon the speed of the host PC processor.  The IndustrialD > version of this product supports a interface board that allows theE > user to replace the memory, disk, tape of an existing VAX with a PClH > platform, but still continue to use custom I/O boards that are tied to; > the customer's application and cannot be easily replaced.o > E > There is also a CHARON 11 product which emulates any version of thebF > PDP computer and increases speed over the PDP platform 3 to 5 times. > ? > All these products are installed in various manufacturing and ? > government organizations and are working well.  Customers are ? > purchasing these products for a variety of reasons including:  >  o@ > Reduced compile times & programmer costs for software changes > & > Eliminate hardware maintenance cost > = > Eliminate risk of finding obsolete VAX hardware and sparesi > = > Allow system managers to do backups using Windows/PC toolss > H > Ability to create as many DEC Virtual disks (disk container files) to3 > the limit of your PCs disk space as VMS supports.  > E > Ability to do backups in VMS to a Virtual Tape container file that. > can be backed up to a server.  > F > .CHARON VAX speed goes up with processor speed, approx 1 VUP per 1002 > MHz (Plus versions faster, 2.5 VUP per 100 MHz). > G > Support for multiple network cards within a VMS/MicroVAX environmentg > H > Consolidate hardware platforms (can put multiple VAX computers into a > single multi-processor PC) > D > Disk I/O is 5 to 20 times faster than original VAX Disk I/O speed > C > We are finding these systems have less than one year payback.  We-G > would welcome any interest from individuals in your organization whom@D > may feel this product is a good fit for migration of a system to aG > newer hardware platform while maintaining proven customer application1G > software.  This product can be a used as a tool to upgrade clients to)F > newer technology while keeping them in the reliable VMS environment. > ? > Feel free to forward this email information to anyone in your C > organization or externally who may find this information helpful.C >  > Sincerely, >  > Chuck Graham > Salem Automation Inc.n > 4500 Indiana Ave, Suite 40 > Winston-Salem, NC 27106t > cwgraham@SalemAutomation.com > WWW.SalemAutomation.coms  > Mobile            704-451-2881     =====e ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilt fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?2 Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com   ------------------------------  % Date: Fri, 18 Oct 2002 10:17:16 -0700e$ From: Shane Smith <ssmith@icius.com>' Subject: RE: How to purchase Charon VAXR0 Message-ID: <01C2768F.8DFAA5D0@sulfer.icius.com>  C There's a problem with that. To a manager a new platform means moreiG training, more operations staff, more maintenance contracts etc. That's F harder to sell than just a new piece of software. OK, the techies willB know much of that also applies with the emulator approach, but the manager probably won't.p   Shane    -----Original Message-----5 From: Fabio Cardoso [mailto:fabiopenvms@yahoo.com.br] & Sent: Friday, October 18, 2002 9:01 AM To: Info-VAX@Mvb.Saic.Comn' Subject: Re: How to purchase Charon VAXe    ? Should be created a law to get OPEN the old hard/software!!!=20e) PAatent expiration, things like that !=20t2 So, a  company would make VAX hardware clones !=20     Regards    FC=20e6 --- Sue Skonetski <susan_skonetski@hotmail.com> wrote: > -----Original Message-----2 > From: Chuck Graham [mailto:cwgraham@sai-net.com]* > Sent: Thursday, October 17, 2002 4:11 PM > To: Skonetski, Susan. > Cc: Greg Pysher; Jean Brunache; Tim Cochrane- > Subject: CHARON VAX & Salem Automation Inc.r >=20 >=20 > Sue, >=20E > It was good to meet with you at our booth in the Encompass show andi; > get a perspective of the scope of VMS support within yourr2 > organization.  As we discussed, Salem AutomationC > (WWW.SalemAutomation.com), is the premier reseller for the CHARONvH > products offering pre-sales consulting, data migration services, phone@ > support, customized systems and training at our North CarolinaG > facility.  Per your request I wanted to write to you about the CHARON-H > VAX product and some of the benefits for movement to this new emulatedH > VAX environment.  As we discussed,  there is an Open VMS Alpha version > and a Linux/Windows version. >=20G > The Alpha version of CHARON VAX emulates a 3100-98 CPU with 512 MB of E > memory.  It runs at about 25 VUPs on an Alpha computer and provideshH > greatly improved disk I/O throughput over the older, slower VAX disks.G >  A new version of this product with performance improvements is to behH > released November 1, 2002.  This product is an excellent fit for those: > clients that want to continue in an all VMS environment. >=20J > The Windows version is titled Personal Version, XM, XL or Industrial.=20E >  The personal version emulates a 16 MB MicroVAX II.  The IndustrialtE > version, with backward compatible Q-Bus support, emulates the 64 MBeD > MicroVAX 3600.  The XM/XL versions emulate a MicroVAX 3100-98 with@ > either 128 MB or 512 MB.  The PLUS version of these CHARON VAXG > products can achieve 60 VUPs on the appropriate PC hardware.  This iseE > faster than the fastest single processor VAX ever made!  CHARON VAXDF > runs on either AMD or Intel hardware and achieves higher VUP ratingsD > depending upon the speed of the host PC processor.  The IndustrialD > version of this product supports a interface board that allows theE > user to replace the memory, disk, tape of an existing VAX with a PCiH > platform, but still continue to use custom I/O boards that are tied to; > the customer's application and cannot be easily replaced.  >=20E > There is also a CHARON 11 product which emulates any version of theeF > PDP computer and increases speed over the PDP platform 3 to 5 times. >=20? > All these products are installed in various manufacturing andm? > government organizations and are working well.  Customers aree? > purchasing these products for a variety of reasons including:w > =20 @ > *Reduced compile times & programmer costs for software changes >=20& > *Eliminate hardware maintenance cost >=20= > *Eliminate risk of finding obsolete VAX hardware and sparess >=20= > *Allow system managers to do backups using Windows/PC toolst >=20H > *Ability to create as many DEC Virtual disks (disk container files) to3 > the limit of your PCs disk space as VMS supports.t >=20E > *Ability to do backups in VMS to a Virtual Tape container file thata > can be backed up to a server.e >=20F > .CHARON VAX speed goes up with processor speed, approx 1 VUP per 1002 > MHz (Plus versions faster, 2.5 VUP per 100 MHz). >=20G > *Support for multiple network cards within a VMS/MicroVAX environment  >=20H > *Consolidate hardware platforms (can put multiple VAX computers into a > single multi-processor PC) >=20D > *Disk I/O is 5 to 20 times faster than original VAX Disk I/O speed >=20C > We are finding these systems have less than one year payback.  We-G > would welcome any interest from individuals in your organization whomoD > may feel this product is a good fit for migration of a system to aG > newer hardware platform while maintaining proven customer applicationeG > software.  This product can be a used as a tool to upgrade clients torF > newer technology while keeping them in the reliable VMS environment. >=20? > Feel free to forward this email information to anyone in youreC > organization or externally who may find this information helpful.E >=20 > Sincerely, >=20 > Chuck Graham > Salem Automation Inc.e > 4500 Indiana Ave, Suite 40 > Winston-Salem, NC 27106e > cwgraham@SalemAutomation.com > WWW.SalemAutomation.coma  > Mobile            704-451-2881     =3D=3D=3D=3D=3D,L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dt F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilm fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D   2 __________________________________________________ Do you Yahoo!?2 Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com   ------------------------------  % Date: Fri, 18 Oct 2002 11:01:24 +0100 ' From: Andrew Harrison SUNUK Consultancy @ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!. Message-ID: <3DAFDBF4.7090400@nospamn.sun.com>   Warren Spencer wrote:nM > kleinsorge@star.zko.dec.com (Fred Kleinsorge) wrote in <KoYq9.27$qn1.516127d > @news.cpqcorp.net>:c >  > K >>Tell you what Andy.  Lets have a vote.  I'll abide by it.  If you fail tor9 >>get a majority NO vote, then we'll each just fade away.  >>H >>Everyone - please replay with your votes.  I'll abide by the majority. >>K >>Remember a YES vote means "Please go away".  A NO vote means "Please stay  >>and keep writing". >> >>  >>Fred is a moron:    YES  /  NO >>Andy is a moron:    YES /  NOE >  > F > My mother taught me if I don't have something nice to say, then say  > nothing.  Therefore: >  > Fred is a moron:    NO >   % Which Fred are we talking about here.s   Fred the Engineert Fred the Alpha marketing persono Fred the IA64 marketing person Fred the Financial Analyst Fred the Performance specialistd Fred the Systems Architect Fred the Anti-Sun FUDSTERr Fred the Merger Spokesmanu  ( Apart from the first Fred who isn't much- in evidence today the rest of the Freds don't . up to much at their chosen speciality du jour.   RegardsD Andrew Harrison          > ws >    ------------------------------    Date: 17 Oct 2002 17:43:04 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski)e@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!< Message-ID: <857e9e41.0210171643.effcb5d@posting.google.com>    At the risk of getting blasted    E Neither Fred nor Andy is a moran.  I personally know Fred and he is a@0 wonderful person and most definatly not a moran.  B I have not had the pleasure of meeting Andy, but Andy provides all5 kinds of services for this newsgroup and even to VMS.d  D Both Fred and Andy have view points which is a good thing, the worldD is full of dull gray people with no opinions, no color, no emotion. = Sometimes we may not like a certain color but all are useful.r  F Andy does have some good points and he certainly keeps us on our toes.E  He also lets us know that SUN is watching what we are doing and theyeC would only do that if they felt we were compitition.  Also think oft= all the interesting reading both Andy and Fred provide to the ? newsgroup.  Just look at the amount of response to this string.    just my opinion. sue    ------------------------------  % Date: Fri, 18 Oct 2002 09:18:12 -0400d& From: David M Smith <dsmit115@csc.com>@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!8 Message-ID: <mf20rukipcma9qk5ch26mu9j2rpqo8fhov@4ax.com>  ? On 17 Oct 2002 17:43:04 -0700, susan_skonetski@hotmail.com (Suev Skonetski) wrote:h  ! >At the risk of getting blasted  a >CF >Neither Fred nor Andy is a moran.  I personally know Fred and he is a1 >wonderful person and most definatly not a moran.e > C >I have not had the pleasure of meeting Andy, but Andy provides allu6 >kinds of services for this newsgroup and even to VMS. >eE >Both Fred and Andy have view points which is a good thing, the worldeE >is full of dull gray people with no opinions, no color, no emotion. h> >Sometimes we may not like a certain color but all are useful. >cG >Andy does have some good points and he certainly keeps us on our toes.VF > He also lets us know that SUN is watching what we are doing and theyD >would only do that if they felt we were compitition.  Also think of> >all the interesting reading both Andy and Fred provide to the@ >newsgroup.  Just look at the amount of response to this string. >s >just my opinion.j >sue  D Thanks for posting a reasonable response to this thread, rather thenB continuing the name calling. It's interesting (to me) that a woman6 took this reasonable view rather than a boy...er, man!I ------------------------------------------------------------------------- I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only)HI -------------------------------------------------------------------------    ------------------------------  # Date: Fri, 18 Oct 2002 16:52:20 GMTw5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>s@ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!2 Message-ID: <8%Wr9.24$oh4.568354@news.cpqcorp.net>  2 Andrew Harrison SUNUK Consultancy wrote in message% <3DAFDBF4.7090400@nospamn.sun.com>...I >r& >Which Fred are we talking about here. >c  G Andy, I get a kick out of you.  I just couldn't resist taking the poll.d6 Your response is all that I've come to love about you.  L BTW, don't worry about the quarterly loss, and the layoffs.  Unlike the rest! of us, Sun is strong and growing.e   ------------------------------  % Date: Fri, 18 Oct 2002 09:47:49 -0700r$ From: Shane Smith <ssmith@icius.com>@ Subject: RE: HP tells VMS users "Relax, you are sitting pretty"!0 Message-ID: <01C2768B.86C36800@sulfer.icius.com>  F Agreed. Still, I have to admit the thought of Andy reading through all8 the "Andy is a moron" votes is strangely pleasing... ;-)   Shaneu   -----Original Message-----F From: susan_skonetski@hotmail.com [mailto:susan_skonetski@hotmail.com]( Sent: Thursday, October 17, 2002 5:43 PM To: Info-VAX@Mvb.Saic.Com @ Subject: Re: HP tells VMS users "Relax, you are sitting pretty"!      At the risk of getting blasted    E Neither Fred nor Andy is a moran.  I personally know Fred and he is a 0 wonderful person and most definatly not a moran.  B I have not had the pleasure of meeting Andy, but Andy provides all5 kinds of services for this newsgroup and even to VMS.1  D Both Fred and Andy have view points which is a good thing, the worldD is full of dull gray people with no opinions, no color, no emotion. = Sometimes we may not like a certain color but all are useful._  F Andy does have some good points and he certainly keeps us on our toes.E  He also lets us know that SUN is watching what we are doing and they-C would only do that if they felt we were compitition.  Also think ofl= all the interesting reading both Andy and Fred provide to theD? newsgroup.  Just look at the amount of response to this string.D   just my opinion. sues   ------------------------------  % Date: Thu, 17 Oct 2002 19:54:11 -04001! From: kuff@comcast.net (Cable NJ)T? Subject: Immediate Need OpenVMS Management Contractor BaltimoretO Message-ID: <97CA4616BCF390B8.5C16F43780B2FBF8.C88E1E9E06114C90@lp.airnews.net>   G    TESSCO has an immediate need for an OpenVMS manageer/cluster buildertH with SAN experience in Baltimore for one to two weeks... W're rebuildingA some systems after a recovery operation in one of our facilities.C  @    Experience with building and maintaining a cluster.  Possible> transition to full time at great salary and superior benefits.        Hal Kuff 410-365-6802   ------------------------------  # Date: Fri, 18 Oct 2002 16:58:15 GMTn. From: "Meg Garrison" <meg.garrison@xxhpxx.com>* Subject: Re: Is anyone using this product?2 Message-ID: <H4Xr9.25$1j4.601186@news.cpqcorp.net>   Hi John,  J I'm the project leader for OpenVMS ETK and NetBeans. I'd like to fill in a few blanks for you...y  J - We don't have plans to make the ETK work in Visual Studio V7 (.NET). TheF add-in model changed *significantly* from V6 to V7 and we're currently! spending our resources elsewhere.e  K - Right now we're focusing on NetBeans, which is an open-source IDE written-K in Java. It runs on many platforms including OpenVMS Alpha, Windows, MacOS,TD Unixes, etc.. We have plug-ins for NetBeans that add support for theK EDT-keypad and C/C++ development. The C/C++ support plug-in is really aimediE at the native (on OpenVMS Alpha) NetBeans users at this time, but theiI EDT-keypad plug-in will work from Windows or other desktops. In addition,2I we're currently developing distributed support in NetBeans that would letRL you work from any desktop supported by NetBeans to accomplish development onE an OpenVMS Alpha machine, much like the current ETK. Also, an OpenVMS J FORTRAN support plug-in is under development and we're also working on 3GLE debug support from within NetBeans. Did I mention NetBeans is free of0K charge? Also, support is provided as part of OpenVMS. Plus, there is reallyn: great newsgroup support available from NetBeans.nbusers at= news.netbeans.org. You can download NetBeans for OpenVMS from-J <http://www.openvms.compaq.com/openvms/products/ips/netbeans/> and you canE download NetBeans for other desktops from <http://www.netbeans.org> .e  K I hope this answers your questions. Please feel free to contact me if you'de like more information.  3 Thanks for your interest in the Enterprise Toolkit!    Meg Garrison  . "John Smith" <a@nonymous.com> wrote in message? news:aCBr9.5536$Q3S.226@news01.bloor.is.net.cable.rogers.com...i >e2 > "John Vottero" <John@mvpsi.com> wrote in message+ > news:uqtka1bdi2e545@news.supernews.com...h2 > > "John Smith" <a@nonymous.com> wrote in messageE > > news:v4wr9.7621$mxk1.6509@news04.bloor.is.net.cable.rogers.com...-; > > > Compaq Enterprise Toolkit Version 2.0-OpenVMS Editionn > > > SPD 70.12.02 > > >j. > > > What have your experiences been with it? > > >. > >eL > > I have used it but I never managed to completely switch over to it.  OldH > > habits are hard to break and it was always easier to use LSE and ourJ > > existing build environment.  It will take some effort to integrate the/ > > Toolkit with our existing build procedures.- > >F > > > Would you recommend it?n > >dG > > Visual Studio is a great development environment and the Enterprise 	 > ToolkitAD > > does a good job of extending that to OpenVMS.  I would certainly	 recommend  > > itL > > but I'm concerned that the product has been forgotten/abandoned/retired.H > > It works with Visual Studio 6, not the latest version (Visual Studio > .NET).K > > HP has a similar tool for Tru64 and NSK and I believe that the NSK tool. > nowAG > > works with Visual Studio .NET but the VMS and Tru64 versions don't.f > >?E > > Some of the people who worked on the Enterprise Toolkit have been  working> > onI > > NetBeans for OpenVMS so maybe they're just spread a little thin.  Or,r > maybe 7 > > NetBeans in the replacement for Enterprise Toolkit?a > >  > > >e > > >aK > > > I have to call today to see if it is still available or whether is itA an! > > > officially retired product.t > > >  > >o9 > > I would be interested in the answer to that question.  >- > Here's the answer so far.... >eF > The product is still available for VMS - p/n QB-5ZVAA-SA  $598 list. >oK > I asked when it will be .NET compatible, and the answer was that it woulduI > have to be research by the sales person and that they'd get back to me.f > That's fine with me so far., >tL > I was a bit concerned about future plans for the VMS version so I asked ifE > HP continued to sell the Toolkit under the following circumstances,aG > a) HP does not plan to upgrade it to .NET compatibility, but does noti retire > the product, ors3 > b) HP does plan to upgrade to .NET compatibility,a >aL > and in the meantime Visual Studio v6 disappears from the shelves, would HPG > undertake to provide a copy of Visual Studio v6 with each copy of theDI > toolkit sold. I was also told that this would have to be researched andt that > they'd get back to me. > J > I don't want to be in a situation where we buy a bunch of these toolkitsA > soon, find out it's EOL on soon + 1, and that because there arec dependenciesG > on soon to be unavailable older Microsoft products, that the money isy > totally wasted.d >uI > Unfortunately, those are the sorts of questions one has to ask HP thesev > days.u >R >o   ------------------------------  % Date: Wed, 16 Oct 2002 14:48:01 -0400n5 From: "Sue Skonetski" <susan.skonetski@hp.nospam.com> " Subject: Joint LUG meeting in Ohio* Message-ID: <aokc95$ba0$1@web1.cup.hp.com>  C .Announcing Northeast Ohio Joint Regional Symposium Joint Symposiumo  + of  NEORUG of Interex and WRUG of Encompassc   Thursday, November 7, 2002   8:30AM to 7:00PM   Richfield Holiday Innh   Richfield, Ohioh  G We are pleased to announce that the next meeting of the Western Reserve K Users Group of Encompass will be a joint symposium with the North East Ohio'I Regional Users Group of Interex. This joint symposium will be an all-day, J regional meeting with four different session tracks with six presentationsK per track. Encompass members from all of Ohio and nearby states are invitedG
 to attend.   For details seeV  , http://eisner.decus.org/lugs/wrug/page5.html   ande  4 http://www.quadax.com/neorug/SYM2002/Default2002.htm      A PRE-REGISTRATION FOR THIS MEETING IS REQUIRED. To register, go to   1 http://www.quadax.com/neorug/SYM2002/RegEmail.htmn  I Registration for WRUG members and Encompass members is free. Registrationt, for others is $20; see web site for details.   Joe H. Gallagher   LUG Chair, WRUGn   ------------------------------  % Date: Tue, 15 Oct 2002 15:16:05 +0200  From: "labadie" <g.g@127.0.0.1>g Subject: Re: legato for Openvms-* Message-ID: <aoh4f9$eqn$1@web1.cup.hp.com>  3 "Ken Robinson" <kenrbnsn1@rcn.com> wrote in messageu6 news:5.1.0.14.2.20021010170023.06c2bd18@pop.rcn.com...  K > Has anybody read the press release and announcement from Legato and HP one- > Legato's web site? <http://www.legato.com/>  >aJ > Legato will be supporting a client for VAX and a client/server for Alpha > starting in November with V6.i   Hello    FYIl    I received an email from legato,  F Our openVMS alpha product will support OpenVMS 7.0 and upwards. We are$ targeting 15th November for release. Regardse   Grardg   ------------------------------  + Date: Fri, 18 Oct 2002 16:13:51 +0000 (UTC)o+ From: david20@alpha2.mdx.ac.uk (David Webb)0 Subject: Re: legato for Openvmsn+ Message-ID: <aopbvv$1em$2@aquila.mdx.ac.uk>R  L In article <aoh4f9$eqn$1@web1.cup.hp.com>, "labadie" <g.g@127.0.0.1> writes: >t4 >"Ken Robinson" <kenrbnsn1@rcn.com> wrote in message7 >news:5.1.0.14.2.20021010170023.06c2bd18@pop.rcn.com...  >tL >> Has anybody read the press release and announcement from Legato and HP on. >> Legato's web site? <http://www.legato.com/> >>K >> Legato will be supporting a client for VAX and a client/server for Alphao  >> starting in November with V6. >b >Hello >o >FYI >l! >I received an email from legato,a > G >Our openVMS alpha product will support OpenVMS 7.0 and upwards. We areH% >targeting 15th November for release.n >Regards >  >Grard >r  F I thought someone said that Legato had had a client for VMS for quite 
 sometime ?4 Will that client work with earlier versions of VMS ? In particular VMS 6.2 ?   
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 18 Oct 2002 12:28:01 -0400t From: norm.raphael@metso.com Subject: Re: legato for Openvmso? Message-ID: <OF1733B949.2963AB07-ON85256C56.005A2F46@metso.com>i  6 I believe the storage node product is new.  (11/15/02)1 Backup OpenVMS  local date to OpenVMS-attached or- SAN-attached backup devices./ There was a Wumpusware client IIRC in the past.u        ? david20@alpha2.mdx.ac.uk (David Webb) on 10/18/2002 12:13:51 PM0  7 Please respond to david20@alpha2.mdx.ac.uk (David Webb)    To:    Info-VAX@Mvb.Saic.Com cc: " Subject:    Re: legato for Openvms    D In article <aoh4f9$eqn$1@web1.cup.hp.com>, "labadie" <g.g@127.0.0.1> writes:  >o4 >"Ken Robinson" <kenrbnsn1@rcn.com> wrote in message7 >news:5.1.0.14.2.20021010170023.06c2bd18@pop.rcn.com...r > I >> Has anybody read the press release and announcement from Legato and HP  on. >> Legato's web site? <http://www.legato.com/> >>K >> Legato will be supporting a client for VAX and a client/server for Alphaa  >> starting in November with V6. >a >Hello >o >FYI > ! >I received an email from legato,y >tG >Our openVMS alpha product will support OpenVMS 7.0 and upwards. We aren% >targeting 15th November for release.  >Regards >a >Grard >a  E I thought someone said that Legato had had a client for VMS for quiteF
 sometime ?4 Will that client work with earlier versions of VMS ? In particular VMS 6.2 ?F  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 17 Oct 2002 19:38:40 -0400l* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Life after VMS?6 Message-ID: <zdKcne3la4tw1DKgXTWc3g@News.GigaNews.Com>  > "John McLean" <mcleanj@swissonline.delete.ch> wrote in message/ news:3DAEEB9E.969964E4@swissonline.delete.ch...1   ...   J > Thing 1 -  HP sales people at the recent ETS were quite impressed by theJ > capabilities of VMS and they are keen to get selling it.  (I am taking aG > report at face value but the source is usually reliable.)  My take onaF > this is that HP sales folk know that there is more to computing than > problem-ridden Windows boxes.e  K How comforting.  Don't I remember similar "sales didn't know much about VMSpK or corporate support for it, but we've straightened that out now and thingsoE will be different" comments under Compaq that never came to anything?w   >aI > Thing 2 - Carly's presentation at ETS was quite impressive (as has beenGA > reported in c.o.v. already).  In my opinion any presentation bysG > Cappellas is about as sincere and credible as Microsoft talking aboutnG > security, but I believe that Carly's was in a whole different league.d  H That's because Carly's ability to tell people what they want to hear andJ make them believe it is in an entirely different league, not because she'sL any more sincere or credible (hint:  take a look at her record over the pastC 3 years, or just ask a bunch of HP employees).  There are, however,o, reasonably solid predictors one can look at:  D 1.  See how aggressively Carly promotes VMS in public (i.e., outside1 communities that are already acquainted with it).i  J 2.  See how much money HP gives VMS for new development (that would retainC its leadership in areas where it still exists and help return it touK leadership in the far greater areas where it's only just keeping up or evenmL lagging) and marketing (especially outside its 'target' market segments, butE significant marketing *anywhere* would at least be worthy of notice).r   >gI > Thing 3 -  In recent days I have seen two OpenVMS articles from HP thatuH > make negative or even disparaging comments about Microsoft.  (One is aG > slide - No. 18 ? - in the "High Availability" powerpoint presentationSE > where it says how many security alerts there have been for OpenVMS,AE > Solaris and Windows.  Sorry but I can't recall the other one at theuI > moment.)   You would never have seen such comments in any articles fromo% > Compaq!  Times have surely changed..  F It depends on whether these appeared anywhere where people not already4 familiar with VMS would be likely to encounter them.   ...f  > > All of these factors have radically changed since the merger  I In your dreams, perhaps.  But in reality, Carly and Curly appear to shareTJ identical visions of industry-standard stew where HP will excel due to itsJ unique ability to build boxes cost-effectively and provide superb service.K At least their statements in these areas have been virtually identical, and.H HP certainly conferred positions of high authority upon the Compaq typesJ (such as Winkler and Curly himself) who were drooling over the prospect ofK eviscerating the soft underbelly of far better platforms (though due to theeJ injection of a measure of industry-standardness into PH-UX via its ticketsB on the Itanic that platform appears slated to be the last to be so
 eviscerated).    - bill   ------------------------------    Date: 18 Oct 2002 05:08:41 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)t Subject: Re: Life after VMS?3 Message-ID: <zyDRFPbY7Ymi@eisner.encompasserve.org>s  W In article <3DAFBEA4.3265F09F@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes:e > JF Mezei wrote:t >> 3 > ../..eN >> There may be some hope, but it is still too early to tell whether those areK >> just token actions to appease the VMS bigots and protect those importanttO >> revenus during a financially hard period at HP, or whether it is a true longoP >> term attitude change. Since Carly isn't likely to make a big splash about VMSM >> in public, then only time will tell if this is just s temporary thing or ab# >> true, permanent attitude change.i > F > Again, the "true, permanent attitude change" will be demonstrated byP > advertising. As soon as HP starts spending money (and big money) in VMS ads orO > other promotion to others than VMS gurus, we can think that there is a "true,p > permanent attitude change".d  A Perhaps I don't get out enough, but I don't recall seeing ads forz  HP-UX (or MVS, for that matter).   ------------------------------  % Date: Thu, 17 Oct 2002 20:31:50 -0400m- From: JF Mezei <jfmezei.spamnot@videotron.ca>e Subject: Re: Life after VMS?, Message-ID: <3DAF5660.4FE3FD53@videotron.ca>   Bill Todd wrote:K > In your dreams, perhaps.  But in reality, Carly and Curly appear to sharemL > identical visions of industry-standard stew where HP will excel due to its  L In all fairness, on May 7th when Carly finally gave birth to the new HP, theM speeches lacked all the pro-wintel junk that had been so loudly spoken during  the pregnancy. a  M I really don't know what to make of HP. Are they an enterprise company or aren' they a wintel/industr standard outfit ?o   ------------------------------  % Date: Fri, 18 Oct 2002 09:53:49 +0200f- From: Didier Morandi <Didier.Morandi@Free.fr>m Subject: Re: Life after VMS?' Message-ID: <3DAFBE0D.4CBFC3A2@Free.fr>   P John, I repeat, you are ready to change your job. Terry S. needs a correspondent
 in Europe :-)-   D.  & John McLean wrote something excellent: >  ../..0   ------------------------------  % Date: Fri, 18 Oct 2002 09:56:19 +0200R- From: Didier Morandi <Didier.Morandi@Free.fr>0 Subject: Re: Life after VMS?' Message-ID: <3DAFBEA4.3265F09F@Free.fr>    JF Mezei wrote:  >  ../..fM > There may be some hope, but it is still too early to tell whether those are J > just token actions to appease the VMS bigots and protect those importantN > revenus during a financially hard period at HP, or whether it is a true longO > term attitude change. Since Carly isn't likely to make a big splash about VMSnL > in public, then only time will tell if this is just s temporary thing or a" > true, permanent attitude change.  D Again, the "true, permanent attitude change" will be demonstrated byN advertising. As soon as HP starts spending money (and big money) in VMS ads orM other promotion to others than VMS gurus, we can think that there is a "true,i permanent attitude change".e   D.   ------------------------------  % Date: Fri, 18 Oct 2002 10:00:15 +0200e- From: Didier Morandi <Didier.Morandi@Free.fr>  Subject: Re: Life after VMS?' Message-ID: <3DAFBF90.80E4082E@Free.fr>y   John Smith wrote:  ../..rF > I have little faith in IA-64. Others will disagree. It was an effortK > originated by HP when they realized that they couldn't compete with AlphaiK > long-term, and that they didn't want to be in the FAB business. Intel and8N > HP's progress to-date on IA-64 has been less than inspiring given the amountM > of money and talent thrown at it. HP should approach all the EV8 engineers, K > irrespective of where they are working now and ask them if they'd like tobG > work on it again. That too is the right thing, poaching issues aside.o  O Remember the DEC Jupiter (sad) story. When they understood that "it would nevereC work", Ken Olsen cancelled the project and caused the glory of VMS.o  N HP managers are not stupid. They know that IA64 may fail. Why do you think theM Alpha manufacturing process goes on? Because if HP discovers that IA64 "woulde- never work", they will continue VMS on Alpha.r   My personal opinion.   D.   ------------------------------  % Date: Fri, 18 Oct 2002 12:58:05 +0200t- From: Didier Morandi <Didier.Morandi@Free.fr>t Subject: Re: Life after VMS?' Message-ID: <3DAFE93D.4416CEC6@Free.fr>o   Larry,  @ When a product is famous, it does not need ads. Example IBM/MVS.   D.   Larry Kilgallen wrote: >  > C > Perhaps I don't get out enough, but I don't recall seeing ads fore" > HP-UX (or MVS, for that matter).   ------------------------------    Date: 18 Oct 2002 07:01:29 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: Life after VMS?3 Message-ID: <tothxLUJbgzn@eisner.encompasserve.org>N  W In article <3DAFE93D.4416CEC6@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes:   B > When a product is famous, it does not need ads. Example IBM/MVS.  H VMS is famous.  Consider the number of companies looking for programmersK on other operating systems that specifically list VMS experience as a plus.i   ------------------------------  % Date: Fri, 18 Oct 2002 15:53:29 +0100s% From: Alan Greig <a.greig@virgin.net>  Subject: Re: Life after VMS?8 Message-ID: <7l70rukoqjg906vktm1b5onlifnbh6aujh@4ax.com>  2 On Fri, 18 Oct 2002 10:00:15 +0200, Didier Morandi <Didier.Morandi@Free.fr> wrote:D   >John Smith wrote: >../..G >> I have little faith in IA-64. Others will disagree. It was an effort L >> originated by HP when they realized that they couldn't compete with AlphaL >> long-term, and that they didn't want to be in the FAB business. Intel andO >> HP's progress to-date on IA-64 has been less than inspiring given the amount N >> of money and talent thrown at it. HP should approach all the EV8 engineers,L >> irrespective of where they are working now and ask them if they'd like toH >> work on it again. That too is the right thing, poaching issues aside. >AP >Remember the DEC Jupiter (sad) story. When they understood that "it would neverD >work", Ken Olsen cancelled the project and caused the glory of VMS.  F Call the fastest KL-10 of the time a roughly 5 VUPs machine. Factor inC the non-disclosure briefings on Jupiter which said it would be 5-10 F times KL-10 speed (IIRC), then they were trying to build a PDP-10 with@ 25-50 VUPs of horsepower at a time when the VAX 11/780 was still% current. No wonder they had problems!o  B Personally I'm still waiting for the port of the PCL (Programmable9 Command Language) enhanced EXEC command parser to VMS :-)i  O >HP managers are not stupid. They know that IA64 may fail. Why do you think the0N >Alpha manufacturing process goes on? Because if HP discovers that IA64 "would. >never work", they will continue VMS on Alpha. >= >My personal opinion.= >= >D.   -- Alan   ------------------------------  % Date: Thu, 17 Oct 2002 15:15:49 +0200a From: "labadie" <g.g@127.0.0.1>= Subject: Re: Lurt table_* Message-ID: <aomd6j$fu9$1@web1.cup.hp.com>  . "John N." <JNixon@cfl.rr.com> wrote in message7 news:zpyr9.143945$O8.3525094@twister.tampabay.rr.com...-F > Where can I find the equivalent of the old License Usage Req. Table? >@G > I need to find out the license class of AS2100s vs ES40s vs ES45s and8I > others.  IIRC, AS2100s were departmental class and ES40s were workgroup J > class.  Now, itseems as if I have to pay an upgrade fee to move licenses5 > from an AS2100 to an ES40 (which is a lower class).p >e >  Helloe  ( If you have all this Alphas, on each, do
 $ sh lic/unit   
 Else checkB http://www.compaq.com/products/software/info/refmat/swl_alpha.HTML   Regards-   Grard   ------------------------------  % Date: Fri, 18 Oct 2002 04:37:43 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>c$ Subject: Re: MAIL management utility, Message-ID: <3DAFC857.2D2DDFBF@videotron.ca>   Mike Rechtman wrote:I > When POP service reads/downloads an email, it automagically moves it tod5 > the MAIL folder, not WASTEBASKET, where it remains.t  @ You may look into defining some of those logical names (/SYSTEM)   TCPIP$POP_LEAVE_IN_NEWMAIL o< If defined, mail that has been read by the PC client but not6 deleted remains in the NEWMAIL folder. Allows users to8 access mail from different systems and determine when to< move or delete the mail from the POP server. If not defined,7 mail that has been read but not deleted is moved to thee MAIL folder.   TCPIP$POP_USE_MAIL_FOLDER : If defined, moves all mail to the MAIL folder and displays* this folder instead of the NEWMAIL folder.    K So, if you LEAVE_IN_NEWMAIL and users don't set their clients to delete thenJ mail, they will download the same messages over and over, which is a greatM motivation to set the "delete messages from pop server" flag on their client.-   ------------------------------  % Date: Fri, 18 Oct 2002 08:21:48 +0200 * From: Mike Rechtman <rechtman@tzora.co.il>$ Subject: Re: MAIL management utility* Message-ID: <3DAFA87C.4030404@tzora.co.il>   On a related note:4 Background: Client has OVMS mainly as a file server,) (old - cannot recall precise) version OS.d$ Users read VMSmail on PCs using POP.  G When POP service reads/downloads an email, it automagically moves it too3 the MAIL folder, not WASTEBASKET, where it remains.s: Users seldom if ever login to OVMS directly, so mail filesB take over the disk space. (Extremely active email/VMSmail system.)  > Has anyone a quick-and-dirty solution to either limit the MAIL: folders (by size or expiration date) or any other solution& that could be used by an unsavvy user?   Mike   Patrick Young wrote:  c > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3DAE4465.3300DEE5@videotron.ca>...r > L >>One of those features is a batch janitor that runs at desired intervals toK >>process all user's mailboxes. It not only empties wastebaskets, but also i >> > A > Email is personal, disk space is cheap - don't mess with it :-)a >  > H dir [.*mail]/grr > , > Grand total of 5 directories, 57894 files. > * > PMDF is a good choice and is what I use. >      -- u  & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm= Other useful links at http://eisner.decusserve.org/~rechtman/OE ---------------------------------------------------------------------sE Usual disclaimer: All opinions are mine alone, perhaps not even that.s? Mike Rechtman                            *rechtman@tzora.co.il* E Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337 C    "20% of a job takes 80% of the time, the rest takes another 80%"gE ---------------------------------------------------------------------a   ------------------------------  # Date: Fri, 18 Oct 2002 07:39:39 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)$ Subject: Re: MAIL management utility3 Message-ID: <%UOr9.59721$N_6.846603@news.chello.at>   W In article <3DAFA87C.4030404@tzora.co.il>, Mike Rechtman <rechtman@tzora.co.il> writes:a >On a related note:s5 >Background: Client has OVMS mainly as a file server,i* >(old - cannot recall precise) version OS.% >Users read VMSmail on PCs using POP.    Which IP stack ? Which POP server ?  N (eg. I use TCPIP and TCPware - but not on the same time - and IUPOP3 - always)  H >When POP service reads/downloads an email, it automagically moves it to4 >the MAIL folder, not WASTEBASKET, where it remains.; >Users seldom if ever login to OVMS directly, so mail filestC >take over the disk space. (Extremely active email/VMSmail system.)  >s? >Has anyone a quick-and-dirty solution to either limit the MAIL=; >folders (by size or expiration date) or any other solutiony' >that could be used by an unsavvy user?f  K IIRC With IUPOP3 (on which UCX,TCPIP,TCPware and Multinet's POP servers areiI based - but evolved on its own) there is a logical IUPOP3_PURGE_MAILBOXESnJ exactly for this. I hope and think a similar functionality is in the other: products but I don't know for sure (I never used them ;-).  J Check the docs for TCPIP$POP_PURGE_RECLAIM, TCPIP$POP_LEAVE_IN_NEWMAIL and$ maybe also TCPIP$POP_USE_MAIL_FOLDER    D You can also submit batch jobs for the users at regular intervals toD invoke MAIL and do a PURGE (but better not PURGE/RECLAIM which locksH the user's mailfile for even a longer time - and during locked mailfilesE the user is unable to get a mail) or simply do an EXIT when AUTOPURGE ' is enabled (which is IIRC the default).=   -- D Peter "EPLAN" LANGSTOEGER=% Network and OpenVMS system specialista E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 18 Oct 2002 06:21:17 -0700) From: P.Young@unsw.EDU.AU (Patrick Young)_$ Subject: Re: MAIL management utility; Message-ID: <55f85d77.0210180521.d689c5@posting.google.com>c  \ Mike Rechtman <rechtman@tzora.co.il> wrote in message news:<3DAFA87C.4030404@tzora.co.il>...5 > the MAIL folder, not WASTEBASKET, where it remains.r< > Users seldom if ever login to OVMS directly, so mail filesD > take over the disk space. (Extremely active email/VMSmail system.)  @ You need to check if the POP client has a "leave mail on server"D option or some such. It is the task of the POP client to request the message is deleted...l  	 $ sh proc G 18-OCT-2002 23:09:51.10   User: TEST             Process ID:   211410CAsE                           Node: TEACH            Process name: "TEST"a ...v $ mail nl: test  $a6 New mail on node TEACH from IN%"TEST@blah.unsw.EDU.AU" $ te localhost 110& %TELNET-I-TRYING, Trying ... 127.0.0.17 %TELNET-I-SESSION, Session 01, host localhost, port 110n" +OK POP3D(*) Server PMDF ... blah.	 user testh +OK password please 	 pass blah  +OK Mailbox open, 1 messages retr 1 +OK 598 octets Return-path: <blah>n Received: from blah by blahg  (PMDF blah blah ... dele 1 +OK Message deletedF quit- %TELNET-S-REMCLOSED, Remote connection closedr7 -TELNET-I-SESSION, Session 01, host localhost, port 110d $ mail EMAIL> dir/fol> %EMAIL-W-FILEMPTY, file GRP$TECH:[TEST]MAIL.MAI has no folders   ------------------------------  + Date: Fri, 18 Oct 2002 16:06:29 +0000 (UTC)a+ From: david20@alpha2.mdx.ac.uk (David Webb)-$ Subject: Re: MAIL management utility+ Message-ID: <aopbi4$1em$1@aquila.mdx.ac.uk>t  W In article <3DAFA87C.4030404@tzora.co.il>, Mike Rechtman <rechtman@tzora.co.il> writes:r >On a related note:85 >Background: Client has OVMS mainly as a file server,e* >(old - cannot recall precise) version OS.% >Users read VMSmail on PCs using POP.F > ! What POP server are they using ? m    The usual ways to use POP are :-  4 1) Normal way. Download mail and delete from server. orG 2) Leave on server. Mail is downloaded but not deleted from the server. K    This is a client side setting and is meant as an attempt to overcome thepH    problem of a user downloading their mail at home but then needing to I    access it at work. It's not recommended since the user usually ends up I    thinking they have deleted mail which is still sitting on the server -i6    they have only deleted their local downloaded copy.  @ I just looked in my PMDF documentation and there is an option toO move read but not deleted mail into the mail folder. The default is to leave itrM in the newmail folder. Hence if this was PMDF and somebody had turned on that-M option that might cause the symptoms you are seeing if they were also settingsA leave on server. If thats the case then you could turn the optiontI MOVE_READ_MAIL off in the PMDF_POP3_CONFIG_FILE (this is a logical name). L According to how old the system is they may be running POP version 2 servers: in which case the option if it existed would be elsewhere.H The above is of course only a possibility if the system is running PMDF.2 The Multinet POP server may have a similar option.      H >When POP service reads/downloads an email, it automagically moves it to4 >the MAIL folder, not WASTEBASKET, where it remains.; >Users seldom if ever login to OVMS directly, so mail files C >take over the disk space. (Extremely active email/VMSmail system.)s > ? >Has anyone a quick-and-dirty solution to either limit the MAILh; >folders (by size or expiration date) or any other solution ' >that could be used by an unsavvy user?n >h  I There is already a cutdown version of JF's batch janitor written for PMDFn by Tim Calvert see l; http://www.pmdf.process.com/ftp/contrib/email-custodian.dcln  M This is just a DCL commandfile. The only PMDF MAIL specific command it users i9 is  SET USER ''username'  to become each individual user.h  F As far as the quick-and-dirty solution - something along the lines of    $MAILa  SELECT/before=-90-0 MAILe  DELETE/ALLt  PURGE EXIT $exit   2 (Replace 90 with whatever number of days you wish)  H submitted to a batch queue to run as the user each night should suffice.  
 David Webb VMS and Unix team leader CCSS Middlesex University   >Mikef >e >Patrick Young wrote:- >-d >> JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message news:<3DAE4465.3300DEE5@videotron.ca>... >> rM >>>One of those features is a batch janitor that runs at desired intervals tocL >>>process all user's mailboxes. It not only empties wastebaskets, but also  >>>  >> 9B >> Email is personal, disk space is cheap - don't mess with it :-) >> t >> H dir [.*mail]/gr >> 0- >> Grand total of 5 directories, 57894 files.e >> i+ >> PMDF is a good choice and is what I use.o >> . >  >t >--  > ' >New to c.o.vms? allow me to recommend:s7 >http://eisner.encompasserve.org/~rechtman/post_hlp.htmy> >Other useful links at http://eisner.decusserve.org/~rechtman/F >---------------------------------------------------------------------F >Usual disclaimer: All opinions are mine alone, perhaps not even that.@ >Mike Rechtman                            *rechtman@tzora.co.il*F >Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337D >   "20% of a job takes 80% of the time, the rest takes another 80%"F >--------------------------------------------------------------------- >g   ------------------------------  % Date: Fri, 18 Oct 2002 00:25:41 +0100o( From: Martyn <mpattKNICKERS@bigfoot.com>. Subject: Re: Mozilla doesn't like comp.os.vms?* Message-ID: <3DAF46F5.5040307@bigfoot.com>  G Netscape 7.0 on Mandrake Linux 8.2 works fine for me. I was also using rH the Pre-release Netscape 7 preview until recently and that was O.K. too.  # perhaps the problem lies elsewhere.p   --  , Remove KNICKERS before replying by Email ;-)   ------------------------------    Date: 17 Oct 2002 16:34:53 -0700, From: JimStrehlow@data911.com (Jim Strehlow). Subject: Re: Mozilla doesn't like comp.os.vms?< Message-ID: <4b6ec350.0210171534.9697f8d@posting.google.com>  Z David Mathog <mathog@caltech.edu> wrote in message news:<aok0sm$cup$1@naig.caltech.edu>...A > I've been trying to read comp.os.vms through the mail/newsgroupiG > tool first in Netscape 7 and then in Mozilla 1.1 on RH 7.3 (Dual AMD t
 > system). > * > This has not been working out very well.2 > Does mozilla have these problems on VMS as well? > G > Is there anything one can do to prevent them from happening (besides -! > moving to another news reader).1 > 	 > Thanks,   ? Yes, in fact I am posting this message from groups.google.com's  comp.os.vmsn1 forum using Compaq Secure Web Browser (CSWB) V1.0C= Mozilla/5.0 (X11; U; OpenVMS AlphaServer_DS20_500_MHz; en-US;a# rv:1.0rc2) Gecko/20020513 CSWB/V1.0n   on my OpenVMS v7.3 AlphaServer.p  B You may use Internet Explorer or Netscape or Mozilla etc. on other0 platforms if you can get to google's newsgroups!  ' Jim Strehlow, Data911, Alameda, CA, USA    ------------------------------  % Date: Fri, 18 Oct 2002 08:38:28 +0200n* From: Mike Rechtman <rechtman@tzora.co.il>. Subject: Re: Mozilla doesn't like comp.os.vms?* Message-ID: <3DAFAC64.5060603@tzora.co.il>  = check whether your NNTP server ever/occasionally renumbers org reindexes messages.g= This can also happen if you switch NNTP servers while keeping = to the same .rcnews (or equivalent) files, and is not limitedl& to Mozilla, NS or whatever newsreader.   Mike  ( Andrew Harrison SUNUK Consultancy wrote:  B > I am using Netscape 7 on Solaris, it works fine with comp.os.vmsB > as does Mozilla 1.0 on Solaris, Netscape 7 on XP and Mandrake soA > it doesn't seem to be a Netscape issue that you are having. How  > about your NNTPSERVER. > 	 > Regardsi > Andrew Harrisoni >  > David Mathog wrote:. > B >> I've been trying to read comp.os.vms through the mail/newsgroupH >> tool first in Netscape 7 and then in Mozilla 1.1 on RH 7.3 (Dual AMD  >> system).M >>+ >> This has not been working out very well.D >>< >> Both of these browsers eventually have some fatal problem> >> with this group.  The most common symptom is that they stop7 >> being able to download new messages from the server.yJ >> The "fix" for that is to unsubscribe the group, exit the browser, startG >> it up again, and resuscribe.  The problem that's really grim is thatl5 >> sometimes changing View->Messages or View->Sort_bymD >> hangs not only the browser, but the enter X11 server, so that the> >> only way out is to nuke the server with ctrl-alt-backspace. >>E >> I've seen the "no download" glitch with other newsgroups, but only.J >> comp.os.vms has locked the system.  Probably because it is far and away/ >> the highest volume newsgroup I subscribe to.n >>3 >> Does mozilla have these problems on VMS as well?s >>H >> Is there anything one can do to prevent them from happening (besides " >> moving to another news reader). >>
 >> Thanks, >> >> >      -- e  & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm= Other useful links at http://eisner.decusserve.org/~rechtman/ E ---------------------------------------------------------------------sE Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il*.E Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337 C    "20% of a job takes 80% of the time, the rest takes another 80%" E ---------------------------------------------------------------------c   ------------------------------   Date: 18 Oct 2002 17:22:26 GMT( From: bill@cs.uofs.edu (Bill Gunshannon) Subject: Multia help needed 5 Message-ID: <aopg0i$os57g$2@ID-135708.news.dfncis.de>t  E Well, I'm begging again.  Is there anychance anyone here has a coupleiC of SIMMs suitable for use in a Multia that they would be willing to E part with??  I have been unable to find any anywhere.  I would reallyrB like to find out if the Multia I have works, but alas, not without memory.  :-(  + I could always trade a DEMPR for some!! :-)l   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   e   ------------------------------  % Date: Mon, 14 Oct 2002 10:00:43 -0400e6 From: "John.Malmberg" <Malmberg@dskwld.zko.dec.compaq> Subject: Re: Old DECC for VAXe* Message-ID: <aoeimd$12i$1@web1.cup.hp.com>   Simon Brown wrote:
 > Hi John, > N > The customer has an older version of AACRT??? and will not allow AACRT060 toJ > be installed, so I have to get an older version of the compiler, which a) > kind person is making available for me..  D I think that there has been some confusion.  AACRT060 is the oldest . version of AACRT???.  There are no older ones.   There are ECO kits.a  @ The AACRTL060 kit may be detecting the ECO kit and aborting the ! installation of it's older image.f  G If this is the case, then the required DEC C RTL is already present on e. the customer machine, and no action is needed.  C What is the exact error messages when installing the AACRTL060 kit?a  / What does dir sys$help:*CRTL*.RELEASE* produce?i  E Now for installing C programs from newer versions of the compiler on iI older operating systems, there are a few issues that the AACRTL will not e solve.  C The AACRTL does not supply all of the newer routines.  Some of the y? routines like the UTC routines will not be present because the  0 underlying support is not then in OpenVMS 5.5-2.  F Some routines can be supplied by linking with the "Backport" run time & library, see the file DECC$CRTL.README  E None of these problems will be fixed by installing an older compiler.a   -John ! malmberg@dskwld.zko.dec.compaq.hpi Personal Opinion Only    ------------------------------  % Date: Mon, 14 Oct 2002 10:39:23 -0400sB From: "John E. Malmberg" <Malmberg.remove_this@dskwld.zko.dec.com> Subject: Re: Old DECC for VAXr* Message-ID: <aoekuv$24h$1@web1.cup.hp.com>   Simon Brown wrote:  > Hi John,g  >C  > The customer has an older version of AACRT??? and will not alloweA  > AACRT060 to be installed, so I have to get an older version of @  > the compiler, which a kind person is making available for me.  C I think that there has been some confusion.  AACRT060 is the oldestp. version of AACRT???.  There are no older ones.   There are ECO kits.   ? The AACRTL060 kit may be detecting the ECO kit and aborting thei! installation of it's older image..  F If this is the case, then the required DEC C RTL is already present on. the customer machine, and no action is needed.  C What is the exact error messages when installing the AACRTL060 kit?e  / What does dir sys$help:*CRTL*.RELEASE* produce?.  D Now for installing C programs from newer versions of the compiler onH older operating systems, there are a few issues that the AACRTL will not solve.  B The AACRTL does not supply all of the newer routines.  Some of the> routines like the UTC routines will not be present because the0 underlying support is not then in OpenVMS 5.5-2.  E Some routines can be supplied by linking with the "Backport" run time-& library, see the file DECC$CRTL.README  E None of these problems will be fixed by installing an older compiler.n   -Johns! malmberg@dskwld.zko.dec.compaq.hpo Personal Opinion Onlye   ------------------------------  % Date: Mon, 14 Oct 2002 10:22:26 -0400@B From: "John E. Malmberg" <Malmberg@remove_this.dskwld.zko.dec.com> Subject: Re: Old DECC for VAXe* Message-ID: <aoejv4$1l6$1@web1.cup.hp.com>   Simon Brown wrote:  > Hi John,l  >D  > The customer has an older version of AACRT??? and will not allow  AACRT060 to K  > be installed, so I have to get an older version of the compiler, which as*  > kind person is making available for me.  C I think that there has been some confusion.  AACRT060 is the oldest-. version of AACRT???.  There are no older ones.   There are ECO kits.a  ? The AACRTL060 kit may be detecting the ECO kit and aborting them! installation of it's older image.a  F If this is the case, then the required DEC C RTL is already present on. the customer machine, and no action is needed.  C What is the exact error messages when installing the AACRTL060 kit?p  / What does dir sys$help:*CRTL*.RELEASE* produce?e  D Now for installing C programs from newer versions of the compiler onH older operating systems, there are a few issues that the AACRTL will not solve.  B The AACRTL does not supply all of the newer routines.  Some of the> routines like the UTC routines will not be present because the0 underlying support is not then in OpenVMS 5.5-2.  E Some routines can be supplied by linking with the "Backport" run time & library, see the file DECC$CRTL.README  E None of these problems will be fixed by installing an older compiler.i   -Johnr! malmberg@dskwld.zko.dec.compaq.hpM Personal Opinion Only    ------------------------------   Date: 14 Oct 2002 21:35:22 GMT# From: hoff@hp.nospam (Hoff Hoffman)c Subject: Re: Old DECC for VAXo* Message-ID: <aofdaq$avf$3@web1.cup.hp.com>  ^ In article <aodu7i$lg4oc$1@ID-6220.news.dfncis.de>, "Simon Brown" <simon.brown@kns.ch> writes:  I :I have a 7.3 VAX with DECC but need to install a program on an old 5.5-2tJ :system. I am looking for an old DECC compiler, are medieval kits archivedM :anywhere? Sadly the customer will not put a newer DECRTL on the system, so I1K :need to find the oldest compiler I can. VAXC isn't a starter in this case.   J   All versions of DEC C require the addition of a C RTL for use on OpenVMSD   VAX V5.5-2; there was no integrated RTL support in that release.    L   The add-on kit was (is?) provided with the compiler with most of (all of?)5   the C distributions; the AACRT060 installation kit.y  I   The AACRT060 kit is also needed for use of C V4.0 and later on OpenVMS  I   VAX V6.0, though the kit is not needed for V6.1 and later.   That said,nJ   I'd acquire and install the RTL ECO kit for these releases, and I'd alsoI   obviously look to upgrade this V5.5-2 system to a more current release.V  J   The AACRT060 kit does increment the version of the VAXCRTL, meaning thatH   porting of (executable images built from) C code from this platform toH   other OpenVMS VAX V5.5-2 systems will also require the ECO kit, if theJ   code references either the VAXCRTL or the DECC$SHR RTL.  (There are someH   details and related licensing amd distribution information around this-   RTL transfer included in the AACRT060 kit.)1  K   Older releases of compilers and of various other layered product kits canfI   generally be special-ordered, though I'd obviously expect a charge for c0   extracting these older kits from the archives.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------   Date: 14 Oct 2002 21:48:30 GMT# From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: Old DECC for VAXs* Message-ID: <aofe3e$avf$4@web1.cup.hp.com>  S In article <uqlb39fbo6lu86@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes:e( :Simon Brown <simon.brown@kns.ch> wrote:K :: I have a 7.3 VAX with DECC but need to install a program on an old 5.5-2hL :: system. I am looking for an old DECC compiler, are medieval kits archivedO :: anywhere? Sadly the customer will not put a newer DECRTL on the system, so IiM :: need to find the oldest compiler I can. VAXC isn't a starter in this case.u :CH :IIRC, if you link it properly, you can pull the necessary components ofJ :the C RTL into the image.  Then it should run just fine on the older o/s.  E   This approach is often known as backporting, and this topic and the K   associated techniques are particularly "interesting" with C applications eI   given the interactions between the compiler and the run-time -- though pG   backporting code written in most any language would be "interesting",    of course.  H   You may be thinking of the arguably ill-named backport library that isJ   available with C V5.6 and later, and that library is intended to provideD   newer RTL features for programs linking on older OpenVMS releases.  E   Can this backporting be done?  Sure.  Is it as simple as relinking fD   against an object library?  Probably not.  (I've done it, and it'sD   taken me some time and some effort to get the results to work -- IG   have had to port forward and carefully reference the particular oldernG   RTLs necessary.  There are also cases and versions where there is no tF   simple way to backport, due to changes in the internal organizations'   of the constituent shareable images.)   D   To quote an OpenVMS Ask The Wizard response to a similar question:  I   "Back-porting of executable images is not supported, you may or may notdH   encounter problems when running images built on newer OpenVMS versions   on older OpenVMS versions.  /   Please see topics (3761), (5192), and (6829).e  F   Related topics include (173), (866), (1052), (1171), (1904), (2738),   (2932), (4336), and (6049)."  I   One downside of this backporting was found during the 10Kday delta-timelE   update -- a few folks had managed to include RTL code directly intopF   their images, and had to relink their applications to load the newerG   (and corrected) code into the images.  (Upon inspection, it was foundtH   that various of these images also didn't actually achieve the desired H   results of correct operation on older OpenVMS releases -- that was theI   intention of linking against the object libraries, of course -- meaningdG   that the application images got the worst of several support worlds.)l    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comn   ------------------------------   Date: 16 Oct 2002 22:22:42 GMT# From: hoff@hp.nospam (Hoff Hoffman)i Subject: Re: Old DECC for VAXe* Message-ID: <aokori$gtj$2@web1.cup.hp.com>  ^ In article <aoiv5v$ml4c2$1@ID-6220.news.dfncis.de>, "Simon Brown" <simon.brown@kns.ch> writes:= :... exactly my problem - the UTC routines. I'll have to codee? :these up myself. Anyway, I'll look at this over the weekend...     J   You really don't want to tangle with UTC and DST and TDF stuff yourself.J   We have spent years draining this "swamp", and it can and does get ugly.K   V7.3 is the first release where I think this stuff works reasonably well,n?   and works reasonably well together with the various products.g  H   If you have the backport library (with C V5.6 and later), you might be*   able to use the C RTL UTC-related calls.  J   The best selection of C-related, UTC-related APIs is in the DECnet-Plus H   DTSS package.   These routines were first incorporated into OpenVMS inG   V7.3, but the API has been available for some time, though installed  
   separately.D  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comj   ------------------------------  % Date: Fri, 18 Oct 2002 12:54:41 +0100n' From: Andrew Harrison SUNUK Consultancyn! Subject: Re: OpenVMS is strategicn. Message-ID: <3DAFF681.5000209@nospamn.sun.com>   Bob Koehler wrote:Z > In article <3DAD45D1.6000805@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes: > < >>I think most people would assume that because I refered to9 >>the marketing program directly that I was also refering. >>to its materials as well.r >> >  > C >    Didn't I just say something about not making assumptions?  No?-G >    Well I did now.  YOu left open a crack and I drove a wedge throughi >    it. >   # More CF's on your part I am affraidf  > Your response had nothing to do with the topic being discussedC namely the likely effectiveness of the just expired Sun/IBM buybacka5 campaign in woing Sun and IBM customers onto OpenVMS.   < Given the irrelevance of your response discussions about its0 shape (wedge or otherwise) are rather pointless.   Regards  Andrew Harrisont   ------------------------------    Date: 18 Oct 2002 07:59:41 -0500- From: koehler@encompasserve.org (Bob Koehler)s! Subject: Re: OpenVMS is strategice3 Message-ID: <$CHCmBLwSgnc@eisner.encompasserve.org>m  X In article <3DAFF681.5000209@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes:  @ > Your response had nothing to do with the topic being discussedE > namely the likely effectiveness of the just expired Sun/IBM buybackg7 > campaign in woing Sun and IBM customers onto OpenVMS.,  D    No, of course not.  Since the topic being discussed was worthlessG    noise, I just picked out the one semi-intelligent issue and answeredr    it.  E    Now I see that you not only expect us to read your posts, you alsoa    expect us to read your mind.t      No.   ------------------------------  % Date: Fri, 18 Oct 2002 09:19:30 +0100t% From: Alan Greig <a.greig@virgin.net>u4 Subject: Re: Originator of detached process from DCL8 Message-ID: <evgvquc848lcrh8p1lpt1ajuj0vbbkdg0g@4ax.com>  7 On Wed, 16 Oct 2002 21:20:24 -0500, "David J. Dachtera"n <djesys.nospam@fsi.net> wrote:   >aH >You didn't show it, so I'm assuming that you Telnetted into that box...   Yes. -- Alan   ------------------------------  % Date: Fri, 18 Oct 2002 11:31:11 -0500t1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s4 Subject: Re: Originator of detached process from DCL' Message-ID: <3DB0374F.7FDA42A5@fsi.net>    Paul Repacholi wrote:o > * > Joshua Cope <Joshua.Cope@hp.com> writes: > F > > On Alpha V7.3-1, there's a new GETJPI code for the parent process: > / > >   $ write sys$output f$getjpi("","CREATOR")- > >      20602D44- > / > But are we not talking of DETACHED processes?r > 1 > And why, pray tell, do we call them `detached'?R  A From memory, there once was a way (in other operating systems) to,E "detach" a process from it's controlling terminal; that is, convert a 1 "foreground" process into a "background" process.o   --   David J. Dachterao dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/7   ------------------------------  % Date: Fri, 18 Oct 2002 10:19:17 -0700L$ From: Shane Smith <ssmith@icius.com>4 Subject: RE: Originator of detached process from DCL0 Message-ID: <01C2768F.D1F4D6C0@sulfer.icius.com>  / RSTS/E had that. Also see "HELP ATTACH" on VMS.t   Shane    -----Original Message-----6 From: David J. Dachtera [mailto:djesys.nospam@fsi.net]& Sent: Friday, October 18, 2002 9:31 AM To: Info-VAX@Mvb.Saic.Com 4 Subject: Re: Originator of detached process from DCL     Paul Repacholi wrote:  > * > Joshua Cope <Joshua.Cope@hp.com> writes: > F > > On Alpha V7.3-1, there's a new GETJPI code for the parent process: > / > >   $ write sys$output f$getjpi("","CREATOR"): > >      20602D44r > / > But are we not talking of DETACHED processes?  > 1 > And why, pray tell, do we call them `detached'?   A From memory, there once was a way (in other operating systems) tozE "detach" a process from it's controlling terminal; that is, convert ai1 "foreground" process into a "background" process.H   -- g David J. Dachtera6 dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/n   ------------------------------  # Date: Fri, 18 Oct 2002 17:25:02 GMTh& From: Joshua Cope <Joshua.Cope@hp.com>4 Subject: Re: Originator of detached process from DCL& Message-ID: <3DB043E7.74CD9ECA@hp.com>   Phillip Helbig wrote:t+ > $ write sys$output f$getjpi("","CREATOR") G > So, is it there but undocumented in 7.3?  (It doesn't work on 7.2-1.)e  K I didn't realize that it made the 7.3 release. It was added as part of the hM DII COE prep work, and most of the COE features didn't make it back into the b! mainline until V7.3-1 (or later).o   ------------------------------  + Date: Fri, 18 Oct 2002 19:47:37 +0100 (MET)b9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>P4 Subject: Re: Originator of detached process from DCL; Message-ID: <01KNTLBJAX6I9QWKOO@sysdev.deutsche-boerse.com>n  - > > $ write sys$output f$getjpi("","CREATOR")pI > > So, is it there but undocumented in 7.3?  (It doesn't work on 7.2-1.)  > H > I didn't realize that it made the 7.3 release. It was added as part ofI > the DII COE prep work, and most of the COE features didn't make it back0- > into the mainline until V7.3-1 (or later). 0  G As someone else pointed out here, f$getsyi("main_memory") is in 7.3 as   well.   2 It appears to code for the 4 numbers you get from   $    $  PIPE SH MEM|SEA SYS$INPUT MAIN  * as I think has also been pointed out here.   ------------------------------  # Date: Fri, 18 Oct 2002 10:11:16 GMTs# From: "John Smith" <a@nonymous.com> 1 Subject: OT: Re: HoPping along with two left feetEG Message-ID: <87Rr9.9881$mxk1.4646@news04.bloor.is.net.cable.rogers.com>d  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:dahvqukvi3mi0e2bf1sfp4mnac53apdvl4@4ax.com... > H > One UK newspaper editor apparently hated acronyms and insisted they beF > fully expanded. Until one annoyed young reporter ran a story about a; > crash involving a Fabrica Italiana Automibili Torino car.2    L I had one of those once ... a 124 sedan. Fun car to drive and rally. But theH acronym FIAT has also been expanded by some to read 'Fix It Again Tony'., That and endless rust made me get rid of it.   ------------------------------   Date: 16 Oct 2002 22:16:45 GMT# From: hoff@hp.nospam (Hoff Hoffman) 0 Subject: Re: Question about f$getsyi and Itanium* Message-ID: <aokogd$gtj$1@web1.cup.hp.com>  o In article <BA52530E3149734A9BAABDBBFA808E4903027B85@rlghncst964.usps.gov>, VAXVMS <bounce@notmail.com> writes:r :o& :I'm writing some forward-looking DCL. :t4 :f$getsyi("ARCH_TYPE") returns 1 if VAX, 2 if Alpha. :e6 :Will the return value be 3 for Itanium-based systems?    I   Yes, I'd expect so.  Look inside SYIDEF on OpenVMS V7.3-1, as I droppedoI   a few related crumbs into that module prior to shipment of the release.W  J   The specific (prefered) names for the platform and for the architecture I   might change, of course.  (And yes, I'll try to keep a set of symbolic  C   name synonyms available, should the prefered terminology change.)v    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com-   ------------------------------  # Date: Thu, 17 Oct 2002 23:33:27 GMT.. From: peter@langstoeger.at (Peter LANGSTOEGER)0 Subject: Re: Question about f$getsyi and Itanium3 Message-ID: <bNHr9.57254$N_6.821305@news.chello.at>r  z In article <7f15589f.0210171408.722c1c62@posting.google.com>, craig.berry@SignalTreeSolutions.com (Craig A. Berry) writes:_ >"Richard Brodie" <R.Brodie@rl.ac.uk> wrote in message news:<aojcds$1m76@newton.cc.rl.ac.uk>... 1 >> "VAXVMS" <bounce@notmail.com> wrote in message H >> news:BA52530E3149734A9BAABDBBFA808E4903027B85@rlghncst964.usps.gov... >>  8 >> > f$getsyi("ARCH_TYPE") returns 1 if VAX, 2 if Alpha. >> >: >> > Will the return value be 3 for Itanium-based systems? >> lZ >> Yes. http://www.openvms.compaq.com/doc/731FINAL/6657/6657pro_006.html#arch_specific_ipf >mF >Argh!  They've made SYI$_ARCH_NAME "IA-64".  That minus sign is goingF >to break all sorts of things because there are so many contexts where@ >it is either an operator or an illegal character.  For example: >o >$ create foo.opte$ >foo.olb/include=(foo_IA-64)/library >^Zr >$ link foo/opthD >%LINK-F-OPTSYNERR, syntax error in options file D0:[CRAIG]FOO.OPT;1& >-LINK-E-OPTLIN, options line in error. >        FOO.OLB/INCLUDE=(FOO_IA'-'64)/LIBRARY >$  F And also let us believe some months ago, that the string will be "IPF"   --   Peter "EPLAN" LANGSTOEGER.% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Fri, 18 Oct 2002 11:56:51 -0500a1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 0 Subject: Re: Question about f$getsyi and Itanium' Message-ID: <3DB03D53.76A233C2@fsi.net>a   Paddy O'Brien wrote: >  > David J. Dachtera wrote: > > Bob Koehler wrote: > ><f > >>In article <3DADA894.7020504@vajhoej.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne@vajhoej.dk> writes: > >> > >>>JF Mezei wrote: > >>>a > >>>eR > >>>>Wouldn't it perhaps be logical to have it as "4" since it would then presentP > >>>>the opportunity for bits (if bit 0 is set, then vax, if bit 1 is set, then, > >>>>alpha, if bit 2 is set than IA64 etc). > >>>e > >>>e
 > >>>Why ? > >>>d= > >>>Bit-masks is usefull when you can set more than one bit.  > >>>S > >>>I doubt that apply here ! > >>J > >>   Your not planning to mung together a dual CPU system with one AlphaF > >>   and one IPF processor?  You just have to hack the VMS kernel to5 > >>   keep the backing stores separate for each CPU!z > >>K > >>   Somehow I don't think VMS engineering is gonna pull this one off forr > >>   us as a midnight hack.h > >T > >T, > > No, but I'd tend to look at it this way: > >  > > Bit 0 = 32-bit CPU > > Bit 1 = 64-bit CPU$ > > Bit 2 = Intel (or non-"DEC" CPU) > >dL > > Thus, if ARCH_TYPE returned 1, then the VMS is running on a 32-bit "DEC"H > > CPU (implies VAX) while if ARCH_TYPE returned 2, VMS is running on aK > > 64-bit "DEC" CPU (implies APF - Alpha Processor Family). In both cases,o+ > > bit 2 is clear, indicating a "DEC" CPU.  > >aL > > If ARCH_TYPE returned 6, one might assume that VMS was running on a IA64E > > while if it returned 5, one might assume VMS was running on IA32.m > >lH > > NAAAAHHHH... Stranger things have happened, but that's stretching it0 > > *WWWWAAAAYYYY* too far, even for a DJD post! > >e > D > With VMS Engineering's avowed intention of not breaking code, this > probably can for me.  G That really shouldn't break anything, given the existing documentation.-H Testing for explicit values would still work. 1 is still VAX, 2 is stillB Alpha, and 0(zero) still means neither VAX nor Alpha, but does not@ explicitly identify the processor as non-DEC. One must assume...  . > I have a (at least one) .COM file which has: >  > $ VAX = f$getsyi("ARCH_TYPE")l > D > and subsequently tests against $ if VAX then or $ if .not.VAX then > H > usually, I do a f$getsyi("ARCH_NAME"), but I do have these exceptions.   Maybe:  ' $ VAX = (F$GETSYI("ARCH_TYPE") .AND. 1)t) $ ALPHA = (F$GETSYI("ARCH_TYPE") .AND. 2)  $ IF	VAX $ THEN $! statement(s)  $ ENDIFs
 $ IF	ALPHA $ THEN $! statement(s)e $ ENDIFd$ $ IF	(.NOT. VAX) .AND. (.NOT. ALPHA) $ THEN $! statement(s)  $ ENDIF   ? ...using CALLs and GOSUBs liberally to reduce redundant code...    -- P David J. Dachteraa dba DJE Systems: http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/I   ------------------------------  % Date: Wed, 16 Oct 2002 09:41:18 +0200r From: "labadie" <g.g@127.0.0.1>. Subject: Re: Tape Copy? * Message-ID: <aoj571$lct$1@web1.cup.hp.com>  4 "Rick Dyson" <rick-dyson@uiowa.edu> wrote in message" news:3DAC8BA1.653FA3A@uiowa.edu...F > I need to duplicate a DLT I have with many backup save-sets on it toE > another DLT.  It would be nice if the creation date of the new copyoG > save-sets were preserved from the original, but that is not critical.E >[0 > The save-sets were made with /BlockSize=65535. >-. > I have tired to use COPY, but get this error   Hello   G A tool (save-set Manager) is designed to do that, and tcapecopy is evenu cheaper :-)g; http://www.openvms.compaq.com/freeware/freeware50/tapecopy/C   Regardso   Grard   ------------------------------  # Date: Thu, 17 Oct 2002 23:28:02 GMTc! From: rob.buxton@wcc.spam.govt.nza- Subject: Re: TCPIP$FTP_SERVER startup problemv$ Message-ID: <3daf4680.16057920@news>  F On 17 Oct 2002 14:47:36 GMT, Thomas Themel <thomas.themel@cpointc.com> wrote:      Do a UCX SHOW SERVICE FTP / FULL  0 Check the user_name setting, is that TCPIP$FTP ?  F If yes, use Authorize to check where the default device & directory is for that account.eE Check the file ownership on the directory and any files in it. DeleteeB any old log files, especially if they're owned by another process.* Check the ownership of the login.com file.  E This has fixed things when I've had similar TCP Service issues in the  past.t   >Hi, >lH >I'm currently in the process of setting up a PWS433au as an OpenVMS 7.2D >development server. So far, I've got basic OpenVMS, the developmentF >system and telnet running. FTP, however, has consistently resisted my" >efforts to get it up and running. >rE >I did configure it via TCPIP$CONFIG, but it still does not start up.eE >What also made me suspicious is that for almost every other service, F >there's a TCPIP$<service>_STARTUP.COM in SYS$MANAGER:, but there's noE >TCPIP$FTP_STARTUP.COM (though I've seen one mentioned in an old postn >in this group). >r >#v+ >$ type tcpip$ftp_run.log  >$ Set NoOnu0 >$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY")) >bC >******************************************************************e >s >l& >                FTP server started onH >                alpha.office.cpointc.com        17-OCT-2002 09:32:23.41 >T >SC >******************************************************************  >m > H >%SYSTEM-F-NOPRIV, insufficient privilege or object protection violation9 >%TCPIP-E-FTP_BIND, cannot bind the address to the socketm9 >  TCPIP$FTP    job terminated at 17-OCT-2002 09:32:23.45o >#v- >t< >For the clients, this means a "Connection refused" message. >(or, in OpenVMS terms,n1 >%TCPIP-E-FTP_NETERR, I/O error on network devicel5 >-SYSTEM-F-REJECT, connect to network object rejectedi >:)) >aF >As far as I understand, the FTP service should run in the context of A >a user named TCPIP$FTP. That user exists and has the privileges a >NETMBX and TMPBMX set.  >cI >If I start the FTP service in an interactive SYSTEM session[0], it workso6 >normally. I've also tried putting the startup line inE >SYSTARTUP_OPENVMS.COM, but that doesn't seem to start it either (andhG >I've got a bad feeling about running an FTP server as SYSTEM, anyway).n >n* >Any ideas on what I might be doing wrong? >M& >[0] @SYS$COMMON:[SYSEXE]TCPIP$FTP_RUN >	or2 >    RUN /DETA SYS$COMMON:[SYSEXE]TCPIP$FTP_SERVER >s >ciao, >-- E >[*Thomas  Themel*] The existence of the leader who is wise is barelyoH >[extended contact] known to those he leads. He acts without unnecessaryE >[info provided in] speech, so that the peole say "It happened of itsn5 >[*message header*] accord" 	- from the Tao te Ching	    ------------------------------   Date: 18 Oct 2002 12:37:59 GMT/ From: Thomas Themel <thomas.themel@cpointc.com>t- Subject: Re: TCPIP$FTP_SERVER startup problemmF Message-ID: <slrnar0057.5v3.thomas.themel@firewall.office.cpointc.com>  C Carl Karcher <karcher@thuria.waisman.wisc.edu> wrote on 2002-10-17:tD > Sys$manager:TCPIP$FTP_STARTUP.COM has to be there. It installs theI > server images (tcpip$ftp_child.exe and tcpip$ftp_server.exe) with privsa@ > which would explain why you see the following in the log file:  H Yes, that appears to be the root of the problem. After I acquired a copy# of TCPIP$FTP_STARTUP.COM, it works.m   Thanks everyone!   ciao," -- - [*Thomas  Themel*] -F [extended contact] But let your communication be, Yea, yea; Nay, nay: D [info provided in] for whatsoever is more than these cometh of evil.! [*message header*]	- Matthew 5:37R   ------------------------------  % Date: Mon, 14 Oct 2002 13:12:18 +0200.$ From: "laabdie" <127.0.0.1@decus.fr>0 Subject: Re: Telnet problem after 7.3-1 Upgrade.* Message-ID: <aoe8qk$p30$1@web1.cup.hp.com>  7 "Andrew Robinson" <arobinson@hspg.com> wrote in messageeG news:CDA4BAD1E10ED41181AC00508B6051D3C3E9AF@grumpy.internal.hspg.com...- > Please could you help? >OL > I upgraded two ES40's (DE600's) at the weekend to OVMS7.3-1 from OVMS7.2-1H > everything went well until I tried to connect to the boxes via Telnet,H > DECNET IV worked fine. I had an ~ 2 minute delay on the telnet which I What is your version of Tcpip ?l The latest are 5.0 A eco 3i	 5.1 eco 4c	 5.3 eco 1t   Check using/ tcpip sh version/allI that you do not have an image in sys$specific (all must be in sys$common)    tcpip sh servic telnet /full$ has a delay or replies immediately ?  
 tcpip sh nameM9 has a timeout value of 4 seconds or something different ?h   Check your dns database-$ $ @sys$startup:tcpip$define_commands $ nslookup hostname, $ nslookup ip_addressh  / From tcpip sh name, note the dns server, and do 
 $ nslookup > set server server_1e	 >hostname. >ip_address. repeat for all your serversr   RegardsH   Grard   ------------------------------  % Date: Fri, 18 Oct 2002 17:33:03 +0100 * From: Andrew Robinson <arobinson@hspg.com>0 Subject: RE: Telnet problem after 7.3-1 Upgrade.M Message-ID: <CDA4BAD1E10ED41181AC00508B6051D3C3E9C6@grumpy.internal.hspg.com>-  J Thank you for everyone who replied. After applying the latest and greatest= ECO for TCPIP version 5.3 everything has gone back to normal.kH I've also managed to clean up my original installation, which was acceptI defaults for everything, and leave alone for 5 years (except OS upgrades)h   Regards    Andrew Robinsonh   ------------------------------  # Date: Fri, 18 Oct 2002 09:56:04 GMTa# From: "John Smith" <a@nonymous.com>  Subject: Re: The Good CEOeG Message-ID: <UUQr9.10117$Q3S.5420@news01.bloor.is.net.cable.rogers.com>n  2 "Main, Kerry" <Kerry.Main@hp.com> wrote in messageL news:BE56C50EA024184DAF48F0B9A47F5CF4023D97AF@kaoexc01.americas.cpqcorp.net. .. John,e   >>>Integrity and Honesty.<<<  ? Reminds me of something I read about integrity and honest being < principles and concepts that were invented by the rich - for implementation by the poor.o    L And the antithesis of how senior management at Digital (in it's last severalG years) and Compaq management and BOD behaved towards the VMS community.f   ------------------------------  % Date: Thu, 17 Oct 2002 23:35:13 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>g Subject: Re: The Good CEOg, Message-ID: <3DAF8170.CAA2EB7D@videotron.ca>   "Main, Kerry" wrote:A > Reminds me of something I read about integrity and honest beingo> > principles and concepts that were invented by the rich - for > implementation by the poor.n  V That is because one doesn't get rich by being honest, having integrity and principles.   ------------------------------  % Date: Fri, 18 Oct 2002 12:35:24 -0400i! From: VAXVMS <bounce@notmail.com>. Subject: RE: The Good CEO K Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027B8B@rlghncst964.usps.gov>r  /    I'll give you two CEO counter-examples, jf. e  .    (The first I cite because he's well-known, .     the second because I know him personally.)     0    1-  S. Truett Cathey, founder of Chick-Fil-A   +    2-  Lou Bernstein of MindIQ Corporation.o  (    BTW, excessive cynicism is corrosive.      WWWebb      "Main, Kerry" wrote:A > Reminds me of something I read about integrity and honest being-> > principles and concepts that were invented by the rich - for > implementation by the poor.m   To which jfmezei responded:t  J That is because one doesn't get rich by being honest, having integrity and principles.  ========================  William W. Webb / DSSC/RLM, USPS OpenVMS Support Services& 4924 Green Road Raleigh, NC 27616-2800: 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------  % Date: Fri, 18 Oct 2002 09:03:00 -0600r% From: Dan O'Reilly <dano@process.com>  Subject: TLZ09 on Alpha?B Message-ID: <5.1.0.14.2.20021018090144.00abe128@raptor.psccos.com>  F Is this supported, or am I going to have to use this only on my VAXen?2 This is the tabletop model, by the way (TLZ09-DB).   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  % Date: Fri, 18 Oct 2002 17:21:34 +02000* From: Mike Rechtman <rechtman@tzora.co.il> Subject: Re: TLZ09 on Alpha?* Message-ID: <3DB026FE.4060507@tzora.co.il>  ( Supported, depending on OpenVMS version.4 (Sorry, don't recall details of which-where-when...) Definitely supported V7.2-1.   Mike   Dan O'Reilly wrote:v  H > Is this supported, or am I going to have to use this only on my VAXen?4 > This is the tabletop model, by the way (TLZ09-DB). >  > ------L > +-------------------------------+----------------------------------------+L > | Dan O'Reilly                  |  "There are 10 types of people in this |L > | Principal Engineer            |   world: those who understand binary   |L > | Process Software              |   and those who don't."                |L > | http://www.process.com        |                                        |L > +-------------------------------+----------------------------------------+ >      -- r  & New to c.o.vms? allow me to recommend:6 http://eisner.encompasserve.org/~rechtman/post_hlp.htm= Other useful links at http://eisner.decusserve.org/~rechtman/hE ---------------------------------------------------------------------oE Usual disclaimer: All opinions are mine alone, perhaps not even that..? Mike Rechtman                            *rechtman@tzora.co.il*rE Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337rC    "20% of a job takes 80% of the time, the rest takes another 80%"mE ----------------------------------------------------------------------   ------------------------------  % Date: Fri, 18 Oct 2002 09:57:22 -0600M% From: Dan O'Reilly <dano@process.com>k Subject: Re: TLZ09 on Alpha?B Message-ID: <5.1.0.14.2.20021018095705.00aaf5d0@raptor.psccos.com>  $ Right, that's fine, I'm running 7.3.  , At 09:21 AM 10/18/2002, Mike Rechtman wrote:) >Supported, depending on OpenVMS version. 5 >(Sorry, don't recall details of which-where-when...)i >Definitely supported V7.2-1.l >e >Mike. >  >Dan O'Reilly wrote: >eH >>Is this supported, or am I going to have to use this only on my VAXen?4 >>This is the tabletop model, by the way (TLZ09-DB). >>------L >>+-------------------------------+----------------------------------------+L >>| Dan O'Reilly                  |  "There are 10 types of people in this |L >>| Principal Engineer            |   world: those who understand binary   |L >>| Process Software              |   and those who don't."                |L >>| http://www.process.com        |                                        |L >>+-------------------------------+----------------------------------------+ >t >o >--  >h' >New to c.o.vms? allow me to recommend: 7 >http://eisner.encompasserve.org/~rechtman/post_hlp.html> >Other useful links at http://eisner.decusserve.org/~rechtman/F >---------------------------------------------------------------------F >Usual disclaimer: All opinions are mine alone, perhaps not even that.@ >Mike Rechtman                            *rechtman@tzora.co.il*F >Kibbutz Tzor'a.                          Voice (home):(972)-2-9908337D >   "20% of a job takes 80% of the time, the rest takes another 80%"F >---------------------------------------------------------------------   ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------  / Date: Fri, 18 Oct 2002 08:06:29 +0200 (MET DST)d& From: Rudolf Wingert <win@fom.fgan.de>- Subject: Undocumented GETSYI item MAIN_MOMORYh6 Message-ID: <200210180606.IAA08862@sinet1.fom.fgan.de>   Hello,  H I did see, that there is an undocumented GETSYI item called MAIN_MOMORY.& Does anybody know, how it is formated?   TIA and regards Rudolf Wingert   ------------------------------  % Date: Fri, 18 Oct 2002 09:52:50 -0400h) From: "Scott Greig" <jsgreig@geminaq.com>L1 Subject: Re: Undocumented GETSYI item MAIN_MOMORYf: Message-ID: <rfUr9.7996$q83.1474520@news20.bellglobal.com>   $ x=f$getsyi("main_memory")  $ sh mem@               System Memory Resources on 18-OCT-2002 09:39:48.34  L Physical Memory Usage (pages):     Total        Free      In Use    ModifiedL   Main Memory (256.00Mb)           32768       12197       17531        3040   <snip>  E Of the physical pages in use, 4311 pages are permanently allocated to- OpenVMS.  5 $ write sys$output f$integer("%x''f$extract(0,8,x)'")m 30395 $ write sys$output f$integer("%x''f$extract(8,8,x)'")$ 17431c6 $ write sys$output f$integer("%x''f$extract(16,8,x)'") 12298>6 $ write sys$output f$integer("%x''f$extract(24,8,x)'") 32768A  A I'm not sure, but it would seem to be four longwords representingI  (from left to right) the current   i) modified page count  ii) in-use page count iii) free page count  iv) total page counte  
 Just a guess.n Scottf  3 "Rudolf Wingert" <win@fom.fgan.de> wrote in messaget0 news:200210180606.IAA08862@sinet1.fom.fgan.de... > Hello, > J > I did see, that there is an undocumented GETSYI item called MAIN_MOMORY.( > Does anybody know, how it is formated? >s  > TIA and regards Rudolf Wingert >s   ------------------------------    Date: 18 Oct 2002 07:45:37 -0700) From: P.Young@unsw.EDU.AU (Patrick Young)s1 Subject: Re: Undocumented GETSYI item MAIN_MOMORYu< Message-ID: <55f85d77.0210180645.3d4af3a@posting.google.com>  d Rudolf Wingert <win@fom.fgan.de> wrote in message news:<200210180606.IAA08862@sinet1.fom.fgan.de>... > Hello, > J > I did see, that there is an undocumented GETSYI item called MAIN_MOMORY.( > Does anybody know, how it is formated? >   > TIA and regards Rudolf Wingert  = I didn't know about this one, however *cheating* and taking al look inside shows ...k  * $ write sys$output f$getsyi("main_memory")  00000581000066B8000013C700008000  1 Used is worked out from total - (modified + free)i   00000581 Modified (1409) 000066B8 Used (26296)  000013C7 Free (5063) 00008000 Total (32768)   $ sh memL Physical Memory Usage (pages):     Total        Free      In Use    ModifiedL   Main Memory (256.00Mb)           32768        5022       26341        1405   ------------------------------    Date: 17 Oct 2002 23:32:53 -07002 From: johan.nilsson@esrange.ssc.se (Johan Nilsson)7 Subject: Re: Unix file descriptors and VMS I/O channels-= Message-ID: <c3c6388a.0210172232.14996ea9@posting.google.com>-  p Hein van den Heuvel <hein_netscape@eps.zko.dec.com> wrote in message news:<3DAECCBA.7EBBBDA7@eps.zko.dec.com>... > Johan Nilsson wrote: > X > > Arne Vajhj <arne@vajhoej.dk> wrote in message news:<3DADA7F1.5090604@vajhoej.dk>... > > >v > > > Many such exampels exist.e > 3 > The RMS reference manual contain some C examples.i >    Yes, already checked them out.   [...snip...]   > M > Yeah, you probably us a bit number where a mask was expected or visa versa.: >   $ Seems to be one of my problems, yes.  R > What I fail to understand though is how folks can make statements like the aboveQ > and then do not bother to toss in an exact error message/code and/or a fraction V > of the code involved? It's like 'my brother is sick'. Well. ok, we are sorry to hear > that.   
 Thank you ;-)t  D Seriously speaking, you're right. I didn't write the condition valueA down and I was just too lazy to take another trip down the stairss@ (Alpha emulating VMWARE, anyone?) to our Alphas and run the testA again. That's also the reason I didn't include any code snippets.i< However, the error was along the lines of "invalid fab/rab".  - Thanks for the pointer to the sample as well.    // Johan   ------------------------------   Date: 14 Oct 2002 20:57:03 GMT# From: hoff@hp.nospam (Hoff Hoffman)r Subject: Re: V7.3-1i* Message-ID: <aofb2v$avf$2@web1.cup.hp.com>  P In article <uqg709rku4di4f@news.supernews.com>, "ICUSC" <sales@hpaq.net> writes:7 :Anyone got a complete copy they want to sell or trade?y     Yes, of course.  n  E   I can have our corporate folks contact you directly concerning this-C   purchase, if you're interested in this media purchase.  (I expect A   that there will be a need to have a valid commercial or a validt4   hobbyist license for this acquisition, of course.)    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.come   ------------------------------  % Date: Fri, 18 Oct 2002 12:16:25 -0400a! From: VAXVMS <bounce@notmail.com>0; Subject: VAX Clones (was:  RE:  How to purchase Charon VAX) K Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027B8A@rlghncst964.usps.gov>    FC:e  4 You might be able to get one if you have some rubles! (or a couple of cases of vodka)--r  < But wait!  You *were* interested in relocation, weren't you?  @    http://www.micro.magnet.fsu.edu/creatures/pages/russians.html   :^)s   WWWs    Post a follow-up to this message  < Should be created a law to get OPEN the old hard/software!!!& PAatent expiration, things like that !/ So, a  company would make VAX hardware clones !n     Regardse   FC6 --- Sue Skonetski <susan_skonetski@hotmail.com> wrote: > -----Original Message-----2 > From: Chuck Graham [mailto:cwgraham@sai-net.com]* > Sent: Thursday, October 17, 2002 4:11 PM > To: Skonetski, Susan. > Cc: Greg Pysher; Jean Brunache; Tim Cochrane- > Subject: CHARON VAX & Salem Automation Inc.  >  >f > Sue, >HE > It was good to meet with you at our booth in the Encompass show and-; > get a perspective of the scope of VMS support within yourp2 > organization.  As we discussed, Salem AutomationC > (WWW.SalemAutomation.com), is the premier reseller for the CHARON2D > products offering pre-sales consulting, data migration services, = phonee@ > support, customized systems and training at our North CarolinaG > facility.  Per your request I wanted to write to you about the CHARONyA > VAX product and some of the benefits for movement to this new =e emulatedB > VAX environment.  As we discussed,  there is an Open VMS Alpha = versioni > and a Linux/Windows version. >fG > The Alpha version of CHARON VAX emulates a 3100-98 CPU with 512 MB ofaE > memory.  It runs at about 25 VUPs on an Alpha computer and provides C > greatly improved disk I/O throughput over the older, slower VAX =  disks.G >  A new version of this product with performance improvements is to bepD > released November 1, 2002.  This product is an excellent fit for = those : > clients that want to continue in an all VMS environment. > G > The Windows version is titled Personal Version, XM, XL or Industrial.-E >  The personal version emulates a 16 MB MicroVAX II.  The Industrial-E > version, with backward compatible Q-Bus support, emulates the 64 MBiD > MicroVAX 3600.  The XM/XL versions emulate a MicroVAX 3100-98 with@ > either 128 MB or 512 MB.  The PLUS version of these CHARON VAXG > products can achieve 60 VUPs on the appropriate PC hardware.  This is E > faster than the fastest single processor VAX ever made!  CHARON VAX.F > runs on either AMD or Intel hardware and achieves higher VUP ratingsD > depending upon the speed of the host PC processor.  The IndustrialD > version of this product supports a interface board that allows theE > user to replace the memory, disk, tape of an existing VAX with a PCsG > platform, but still continue to use custom I/O boards that are tied =  to; > the customer's application and cannot be easily replaced.n > E > There is also a CHARON 11 product which emulates any version of therF > PDP computer and increases speed over the PDP platform 3 to 5 times. >e? > All these products are installed in various manufacturing and ? > government organizations and are working well.  Customers areh? > purchasing these products for a variety of reasons including:e > B > =B7Reduced compile times & programmer costs for software changes >-( > =B7Eliminate hardware maintenance cost > ? > =B7Eliminate risk of finding obsolete VAX hardware and sparesu >c? > =B7Allow system managers to do backups using Windows/PC toolsc >aI > =B7Ability to create as many DEC Virtual disks (disk container files) =s to3 > the limit of your PCs disk space as VMS supports.n >oG > =B7Ability to do backups in VMS to a Virtual Tape container file thatt > can be backed up to a server.  >aF > .CHARON VAX speed goes up with processor speed, approx 1 VUP per 1002 > MHz (Plus versions faster, 2.5 VUP per 100 MHz). > ? > =B7Support for multiple network cards within a VMS/MicroVAX =e environment  > E > =B7Consolidate hardware platforms (can put multiple VAX computers =  into a > single multi-processor PC) > F > =B7Disk I/O is 5 to 20 times faster than original VAX Disk I/O speed > C > We are finding these systems have less than one year payback.  WetG > would welcome any interest from individuals in your organization whomaD > may feel this product is a good fit for migration of a system to aG > newer hardware platform while maintaining proven customer applicationtG > software.  This product can be a used as a tool to upgrade clients to-F > newer technology while keeping them in the reliable VMS environment. >h? > Feel free to forward this email information to anyone in youreC > organization or externally who may find this information helpful.R >c > Sincerely, >  > Chuck Graham > Salem Automation Inc.: > 4500 Indiana Ave, Suite 40 > Winston-Salem, NC 27106t > cwgraham@SalemAutomation.com > WWW.SalemAutomation.com"  > Mobile            704-451-2881     =3D=3D=3D=3D=3DtI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=d =3D=3D F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilt fabiopenvms@yahoo.com.brI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=g =3D=3D  2 __________________________________________________ Do you Yahoo!?2 Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com  I =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=1    William W. Webb / DSSC/RLM, USPS OpenVMS Support Services& 4924 Green Road Raleigh, NC 27616-2800: 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------   Date: 18 Oct 2002 00:06:27 GMT+ From: "Joe Heimann" <heimann@ecs.umass.edu>:& Subject: Re: VMS 5.3 disk installation, Message-ID: <aonja3$2kt$1@odo.ecs.umass.edu>  " John <cmiinkNOSPAM@msn.com> wrote:  N > I have a VAX 3200 with VMS 5.3 . My knowledge on Unix, VAX 3200's and VMS isM > very lacking. I am trying to change the store drive from a Seagate ST12550Nn > (2 GB) to a ST15150N (4 GB).K > When formatting I get options Node, logical unit and INTERLEAVE (0-7).  IlM > don't know what Interleave is, so I chose zero (0), and the formatting wenteL > OK. When bringing up the system and initializing the new drive I get errorN > (INIT-F-Cluster, unsuitable cluster factor).  Can anyone help configure thisL > drive into the system?  I don't  know if this drive is suitable, or how toA > change the cluster size.  I would appreciate any help or input.o > Thanks.. John Pittmany > e-mail   cmiinkNOSPAM@msn.com-  D Besides the other suggestions already posted, you may need to modifyD the drive's mode page settings to turn off automatic read and write E bad block replacements.  This is to allow VMS to handle these.  WhicheF SCSI controller you are using in the 3200 may have other requirements,F these are what I remember from the time several years ago setting up a. non-DEC drive to work in a pre-6.2 VMS system.   Joe Heimann    ------------------------------  % Date: Fri, 18 Oct 2002 08:08:50 +0100 ( From: Nic Clews <sendspamhere@127.0.0.1>= Subject: Re: VMS 7.3-1 breaks clustering using memory channel0( Message-ID: <3DAFB382.A206B81@127.0.0.1>   David M Smith wrote: > F > On 16 Oct 2002 12:27:47 -0600, young_r@encompasserve.org (Rob Young) > wrote: > J > >       I see 7.3-1 as probably the most stable rev to come out in quiteG > >       some time.  The number of ECOs for 7.3-1 is surprisingly low.. > F > Of course, it's only been generally available for a few weeks!   ;<)  @ However, if no-one tried installing it and using it in anger, in@ interesting configurations outside the standard expected testingC scenarios, none of the interesting bugs would get beaten out of it.   H There's more than one ECO that you [David] or I have been involved with,) and it doesn't stop us pressing forwards.k   -- s? Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciencese nclews at csc dot com1   ------------------------------  % Date: Fri, 18 Oct 2002 09:29:55 +0200o2 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>= Subject: Re: VMS 7.3-1 breaks clustering using memory channel.G Message-ID: <3dafb85d$0$26718$91cee783@newsreader01.highway.telekom.at>l  @ "Jeff Goodwin" <jgoodwin@maine.rrr-r.com> schrieb im Newsbeitrag2 news:FIBr9.18131$2s.814092@twister.maine.rr.com... >o? > "Ren Schelbaum" <rene.schelbaum@datakom.at> wrote in messagecC > news:3daeb9f8$0$28150$91cee783@newsreader02.highway.telekom.at... & > > Been there, tested it, dropped it.E > > Going to 7.3 instead because of my problem with not being able toi address  > aa? > > printer connected via IP with "OPEN-WRITE-CLOSE" (RMS-bug).- > >- > > Ren >OI > A fix for this is available.  I contacted HP and almost immediately gote the   > patch (RMS_CLD_3973_731_V2.A). >D > -Jeff$ >$ >e >c  E You are right. I got a call from HP today that it will be included insL RMS0200 which should be delivered this week. They told me not to use the fix: mentioned above as it has not been tested excessively yet.   Ren   ------------------------------  # Date: Fri, 18 Oct 2002 09:48:27 GMT # From: "John Smith" <a@nonymous.com>I7 Subject: Re: VMS tabletop without Office(tm): no chancemG Message-ID: <LNQr9.10086$Q3S.1829@news01.bloor.is.net.cable.rogers.com>(  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3DAFC1DD.2AEF62AB@Free.fr... ( > Suppose IA64/VMS works and works fine. >sF > Now, we will see small HP boxes running either Windows-slightly-ajar (Wsa), > Linux, UX and VMS. ><I > You want to replace these non-working Wsa boxes that you need to reboote everySJ > day (except maybe the NT ones, which is normal as NT has been created by > you-know-who) with VMS boxes?- >  > Ok.o >(9 > Who will start porting MS Office(tm) to VMS/DECwindows?   K It'll be ported to Linux long before Microsoft ever considers VMS.  DigitaleD *could* have had MS Office on Alpha/NT but they never insisted on it contractually with Microsoft.   J And even if it is ported to VMS, new versions would have to be released atK approximately the same time as Windows versions in order for it to have anyr chance of market success.e   ------------------------------  % Date: Fri, 18 Oct 2002 10:10:04 +0200>- From: Didier Morandi <Didier.Morandi@Free.fr> 3 Subject: VMS tabletop without Office(tm): no chance2' Message-ID: <3DAFC1DD.2AEF62AB@Free.fr>f  & Suppose IA64/VMS works and works fine.  K Now, we will see small HP boxes running either Windows-slightly-ajar (Wsa),l Linux, UX and VMS.  M You want to replace these non-working Wsa boxes that you need to reboot everygH day (except maybe the NT ones, which is normal as NT has been created by you-know-who) with VMS boxes?    Ok.r  7 Who will start porting MS Office(tm) to VMS/DECwindows?l   I ask the question.x   D.   -- $2   ------------------------------------------------2 MORANDI Consultants  http://Didier.Morandi.Free.fr0   19 chemin de la Butte, 31400 Toulouse, France.2 Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19282 OpenVMS, APPLE, Computer Security, Migration plans2 --------------------------------------------------   ------------------------------    Date: 18 Oct 2002 07:57:04 -0500- From: koehler@encompasserve.org (Bob Koehler)07 Subject: Re: VMS tabletop without Office(tm): no chancer3 Message-ID: <py777YqsotTO@eisner.encompasserve.org>,  W In article <3DAFC1DD.2AEF62AB@Free.fr>, Didier Morandi <Didier.Morandi@Free.fr> writes:R > 9 > Who will start porting MS Office(tm) to VMS/DECwindows?6 >   G    No one, I hope.  The last thing VMS needs is apps that provide theiro    own security holes.  +    How about a port of OpenOffice, instead?r   ------------------------------  % Date: Fri, 18 Oct 2002 10:14:46 -0400 ! From: VAXVMS <bounce@notmail.com>n7 Subject: RE: VMS tabletop without Office(tm): no chance K Message-ID: <BA52530E3149734A9BAABDBBFA808E4903027B89@rlghncst964.usps.gov>i  2 >"Bob Koehler"  [koehler@encompasserve.org] wrote: >e7 >In article <3DAFC1DD.2AEF62AB@Free.fr>, Didier Morandii <Didier.Morandi@Free.fr> >writes: >>: >> Who will start porting MS Office(tm) to VMS/DECwindows? >> >oH >   No one, I hope.  The last thing VMS needs is apps that provide their >   own security holes.s >a, >   How about a port of OpenOffice, instead?  D     I would much rather see the WordPerfect/Quattro/Corel stuff used instead.    i2     They were better products than the Microsoft.    ========================  William W. Webb / DSSC/RLM, USPS OpenVMS Support Services& 4924 Green Road Raleigh, NC 27616-2800: 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------  % Date: Fri, 18 Oct 2002 10:33:26 -0400i* From: "Syltrem" <syltremzulu@videotron.ca>7 Subject: Re: VMS tabletop without Office(tm): no chance 5 Message-ID: <CXUr9.15975$H67.71305@tor-nn1.netcom.ca>    We once had WordPerfect on VMS Do they still make it?   --   SyltremmI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)u8 To reply to myself directly, remove zulu from my address  > "VAXVMS" <bounce@notmail.com> a crit dans le message de news:@ BA52530E3149734A9BAABDBBFA808E4903027B89@rlghncst964.usps.gov... >s4 > >"Bob Koehler"  [koehler@encompasserve.org] wrote: > >n9 > >In article <3DAFC1DD.2AEF62AB@Free.fr>, Didier Morandi  > <Didier.Morandi@Free.fr>
 > >writes: > >>< > >> Who will start porting MS Office(tm) to VMS/DECwindows? > >> > >sJ > >   No one, I hope.  The last thing VMS needs is apps that provide their > >   own security holes.a > >.. > >   How about a port of OpenOffice, instead? >:F >     I would much rather see the WordPerfect/Quattro/Corel stuff used
 > instead. >h3 >     They were better products than the Microsoft.s >" > ========================" > William W. Webb / DSSC/RLM, USPS > OpenVMS Support Services( > 4924 Green Road Raleigh, NC 27616-2800< > 919.874.3043 <FirstInitialDotLastNameAtEmailDotUSPSDotGov>   ------------------------------  + Date: Fri, 18 Oct 2002 17:05:37 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>B7 Subject: Re: VMS tabletop without Office(tm): no chance.; Message-ID: <01KNTFS7XV4Y9OF8NK@sysdev.deutsche-boerse.com>i  ; > > Who will start porting MS Office(tm) to VMS/DECwindows?o > F > No one, I hope.  The last thing VMS needs is apps that provide their > own security holes.g   Right.  * > How about a port of OpenOffice, instead?   Better, but still not good.   D If you like Microsoft products, use them.  If you don't, using some B "replacement" project which still has to dance to the tune of the I moving-target proprietary Microsoft specifications is just going part of   the way.  F Why not go ALL the way and say that the only sensible way to exchange I information between various computing platforms is to use a format which tG is not proprietary to, or for the most part determined by, just one of r the players.  A Open SOURCE with respect to the source code for applications is acA different matter entirely.  On the other hand, there should be NO-H substitute for open standards when the transfer of files between various platforms is concerned.   G Impossible?  Maybe.  I don't think so.  But a self-fulfilling prophecy .I if people don't think about a completely different paradigm just because @C they think that Microsoft is too powerful and it will never happen h anyway.m  C What really gets me are folks who post here and when there is some tH problem with their email, their news reader or whatever, complain about E the Microsoft software they are using.  Folks, you can be completely e> Microsoft-free TODAY, certainly for your private stuff.  Your D corporation might be another matter, but in principle that's just a  matter of time.s  @ I don't know if Patrick Daly lurks here.  Like many LaTeX gurus B (including the developer, Lamport, who work(ed?) for the research E division at DEC), he's a VMS man.  Perhaps he could relate the story TE about how he got all the secretaries at his institute to use LaTeX.  nF There are many communities in which all processing is done in LaTeX.  I For those who complain that it is not WYSIWYG (though one should keep in iE mind that, often, what you see is all you've got), there are WYSIWYG ' interfaces available for it.  G Powerful.  Portable (runs on all platforms---source code also publicly  B available).  Can do all you need to do.  THE replacement for WORD.   ------------------------------    Date: 18 Oct 2002 08:09:46 -07005 From: Craig A. Berry <craigberry@nospam.telocity.com>P7 Subject: Re: VMS tabletop without Office(tm): no chance.3 Message-ID: <20021018100946517-0500@brianor.local.>*  = In <py777YqsotTO@eisner.encompasserve.org> Bob Koehler wrote: I > In article <3DAFC1DD.2AEF62AB@Free.fr>, Didier Morandi <Didier.Morandi@  > Free.fr> writes: >> t: >> Who will start porting MS Office(tm) to VMS/DECwindows?  - >    How about a port of OpenOffice, instead?t  F How about ThinkFree Office (www.thinkfree.com)?  It's written in Java B and is likely to be far more easily portable than OpenOffice.  It I already "provides identical features whether you are using Windows, Mac, rH Linux, or UNIX."  I tried the Mac OS X version and it wasn't bad. A tad F slow, but no worse in that regard than MS Office X.  I wonder whether I one could take the Linux version and simply hack its configuration files o to get it working on VMS.t   ------------------------------  + Date: Fri, 18 Oct 2002 08:56:41 -0700 (PDT)o. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>7 Subject: Re: VMS tabletop without Office(tm): no chancey@ Message-ID: <20021018155641.59421.qmail@web20205.mail.yahoo.com>   Didier  3 I think will be easier to port VMWare to OpenVMS ! T7 So you will run Office, Acrobat, etc ...What about?????e     Regardsa   Fabios2 --- Didier Morandi <Didier.Morandi@Free.fr> wrote:( > Suppose IA64/VMS works and works fine. > M > Now, we will see small HP boxes running either Windows-slightly-ajar (Wsa),a > Linux, UX and VMS. > O > You want to replace these non-working Wsa boxes that you need to reboot everyTJ > day (except maybe the NT ones, which is normal as NT has been created by > you-know-who) with VMS boxes?D >  > Ok.5 > 9 > Who will start porting MS Office(tm) to VMS/DECwindows?r >  > I ask the question.s >  > D. e > -- 24 >   ------------------------------------------------4 > MORANDI Consultants  http://Didier.Morandi.Free.fr2 >   19 chemin de la Butte, 31400 Toulouse, France.4 > Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19284 > OpenVMS, APPLE, Computer Security, Migration plans4 > --------------------------------------------------     =====m ========================== Fbio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazilo fabiopenvms@yahoo.com.br ==========================  2 __________________________________________________ Do you Yahoo!?2 Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com   ------------------------------  # Date: Fri, 18 Oct 2002 16:30:47 GMTe From: system@SendSpamHere.ORG-7 Subject: Re: VMS tabletop without Office(tm): no chancea0 Message-ID: <00A15A2A.A7F57E23@SendSpamHere.ORG>  b In article <CXUr9.15975$H67.71305@tor-nn1.netcom.ca>, "Syltrem" <syltremzulu@videotron.ca> writes: >We once had WordPerfect on VMSe >Do they still make it?M   See http://www.legacy-2000.com --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             o5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 18 Oct 2002 12:48:52 -0500- From: koehler@encompasserve.org (Bob Koehler)m7 Subject: Re: VMS tabletop without Office(tm): no chance 3 Message-ID: <$Owna8veIj07@eisner.encompasserve.org>a  w In article <01KNTFS7XV4Y9OF8NK@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:a > H > Why not go ALL the way and say that the only sensible way to exchange K > information between various computing platforms is to use a format which eI > is not proprietary to, or for the most part determined by, just one of   > the players.  G    Because we have a customer which has declared that Microsoft Word isn.    thier standard document interchange format.   ------------------------------  % Date: Fri, 18 Oct 2002 18:29:30 +01008' From: Andrew Harrison SUNUK Consultancy 7 Subject: Re: VMS tabletop without Office(tm): no chancel. Message-ID: <3DB044FA.4060402@nospamn.sun.com>   Didier Morandi wrote: ( > Suppose IA64/VMS works and works fine. > M > Now, we will see small HP boxes running either Windows-slightly-ajar (Wsa),f > Linux, UX and VMS. > O > You want to replace these non-working Wsa boxes that you need to reboot every J > day (except maybe the NT ones, which is normal as NT has been created by > you-know-who) with VMS boxes?  >  > Ok.7 > 9 > Who will start porting MS Office(tm) to VMS/DECwindows?y >  > I ask the question.  >   2 Seems a pretty peverse thing to want to run on VMS8 IA64 after all isn't destined to be a volume desktop CPU+ for some time because of its heat and cost.   8 Wouldn't you be better off pushing for SAP/Seibel/Oracle4 Apps/PeopleSoft/Sybase and all the other server apps/ missing from or not at an up-to-date rev in thee OpenVMS software portfolio.n   Regardss Andrew Harrisond   ------------------------------  # Date: Fri, 18 Oct 2002 09:52:24 GMT-# From: "John Smith" <a@nonymous.com>1% Subject: Re: VMS training in France ?zF Message-ID: <sRQr9.10102$Q3S.290@news01.bloor.is.net.cable.rogers.com>  : "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3DAE66D1.9591FE41@Free.fr...oE > I went to the www.openvms.compaq.com site to look for VMS training.e >dA > I found four firms providing training in the States and Canada.s >n4 > I found a link to the international training page. >p@ > There, I found a link to the French HP training services page:E > http://brahpe01.bradirht.external.hp.com/HPEduFR/default.asp?m=homeT >G- > I did a search on VMS and OpenVMS training:F >8. > "recherche pour vms : 0 rsultats retourns"2 > "recherche pour openvms : 0 rsultats retourns" > L > Maybe a link to GlobalKnowledge France (who provide five courses: CS-10133K > CS-10134 CS-10135 CS-10136 and CS-937A but no more TCP/IP, why?) could bes > interesting to add?i >o > L http://www.globalknowledge.net/training/select.asp?search=vms&pageID=914&cou ntry=France&translation=French    I How about the group that's based in the Netherlands? I can't recall theireG name right now. In many respects I guess they are competitors of yours.i   ------------------------------  % Date: Thu, 17 Oct 2002 20:17:33 -0500g! From: Dan Moore <dmoore@sosu.edu>=% Subject: Re: VMS training in France ?S( Message-ID: <3DAF612D.3F48CB3C@sosu.edu>  & --------------02C936BDFF17410B68999377, Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit-  m The PARSEC group in Denver provides VMS training in Denver and other locations in the states. I've been theirh VMS boot camp. Excellent..   http://www.parsec.coma   Danc   Didier Morandi wrote:r  E > I went to the www.openvms.compaq.com site to look for VMS training.l >pA > I found four firms providing training in the States and Canada.- >-4 > I found a link to the international training page. >l@ > There, I found a link to the French HP training services page:E > http://brahpe01.bradirht.external.hp.com/HPEduFR/default.asp?m=home| > - > I did a search on VMS and OpenVMS training:  >'. > "recherche pour vms : 0 rsultats retourns"2 > "recherche pour openvms : 0 rsultats retourns" >-L > Maybe a link to GlobalKnowledge France (who provide five courses: CS-10133K > CS-10134 CS-10135 CS-10136 and CS-937A but no more TCP/IP, why?) could bee > interesting to add?r >ol > http://www.globalknowledge.net/training/select.asp?search=vms&pageID=914&country=France&translation=French >  >s > D. > --4 >   ------------------------------------------------4 > MORANDI Consultants  http://Didier.Morandi.Free.fr2 >   19 chemin de la Butte, 31400 Toulouse, France.4 > Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19284 > OpenVMS, APPLE, Computer Security, Migration plans4 > --------------------------------------------------  & --------------02C936BDFF17410B68999377) Content-Type: text/html; charset=us-ascii| Content-Transfer-Encoding: 7bit   > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>N The PARSEC group in Denver provides VMS training in Denver and other locations8 in the states. I've been their VMS boot camp. Excellent.< <p><A HREF="http://www.parsec.com">http://www.parsec.com</A> <p>Dan <p>Didier Morandi wrote:G <blockquote TYPE=CITE>I went to the www.openvms.compaq.com site to lookt for VMS training.fB <p>I found four firms providing training in the States and Canada.5 <p>I found a link to the international training page.oA <p>There, I found a link to the French HP training services page:h <br><a href="http://brahpe01.bradirht.external.hp.com/HPEduFR/default.asp?m=home">http://brahpe01.bradirht.external.hp.com/HPEduFR/default.asp?m=home</a>a. <p>I did a search on VMS and OpenVMS training:= <p>"recherche pour vms : 0 r&eacute;sultats retourn&eacute;s"-B <br>"recherche pour openvms : 0 r&eacute;sultats retourn&eacute;s"M <p>Maybe a link to GlobalKnowledge France (who provide five courses: CS-10133TJ <br>CS-10134 CS-10135 CS-10136 and CS-937A but no more TCP/IP, why?) could be <br>interesting to add?  <p><a href="http://www.globalknowledge.net/training/select.asp?search=vms&pageID=914&country=France&translation=French">http://www.globalknowledge.net/training/select.asp?search=vms&amp;pageID=914&amp;country=France&amp;translation=French</a>
 <br>&nbsp; <p>D.  <br>--; <br>&nbsp; ------------------------------------------------tg <br>MORANDI Consultants&nbsp; <a href="http://Didier.Morandi.Free.fr">http://Didier.Morandi.Free.fr</a>-9 <br>&nbsp; 19 chemin de la Butte, 31400 Toulouse, France. 6 <br>Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19286 <br>OpenVMS, APPLE, Computer Security, Migration plansC <br>--------------------------------------------------</blockquote>  </html>>  ( --------------02C936BDFF17410B68999377--      K -----------== Posted via Newsfeed.Com - Uncensored Usenet News ==-----------G    http://www.newsfeed.com       The #1 Newsgroup Service in the World!rM -----= Over 100,000 Newsgroups - Unlimited Fast Downloads - 19 Servers =-----e   ------------------------------  % Date: Fri, 18 Oct 2002 08:01:12 -0400-0 From: "Alan Boyles" <alan.boyles@mindspring.com>% Subject: Re: VMS training in France ?e/ Message-ID: <uqvt6fs8aph57d@corp.supernews.com>   L The ETEC Center in the Netherlands should be doing VMS training  It was last year when I went by there.   Alan: "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message! news:3DAE66D1.9591FE41@Free.fr...-E > I went to the www.openvms.compaq.com site to look for VMS training.- >-A > I found four firms providing training in the States and Canada.' >l4 > I found a link to the international training page. >h@ > There, I found a link to the French HP training services page:E > http://brahpe01.bradirht.external.hp.com/HPEduFR/default.asp?m=home. > - > I did a search on VMS and OpenVMS training:  > . > "recherche pour vms : 0 rsultats retourns"2 > "recherche pour openvms : 0 rsultats retourns" >-L > Maybe a link to GlobalKnowledge France (who provide five courses: CS-10133K > CS-10134 CS-10135 CS-10136 and CS-937A but no more TCP/IP, why?) could ben > interesting to add?M >h >eL http://www.globalknowledge.net/training/select.asp?search=vms&pageID=914&cou ntry=France&translation=French >  >m > D. > --4 >   ------------------------------------------------4 > MORANDI Consultants  http://Didier.Morandi.Free.fr2 >   19 chemin de la Butte, 31400 Toulouse, France.4 > Tel.: +33 (0)6 7983 6418 - Fax: +33 (0)5 6154 19284 > OpenVMS, APPLE, Computer Security, Migration plans4 > --------------------------------------------------   ------------------------------   Date: 16 Oct 2002 22:41:43 GMT# From: hoff@hp.nospam (Hoff Hoffman)h Subject: Re: VMS versions:* Message-ID: <aokpv7$gtj$3@web1.cup.hp.com>  w In article <01KNQRFX4AVY9QWKOO@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes: J :> It would make more sense to follow the VAX / Alpha example and have the :> itanium versions as say :-  :> 9 :> V 0.1 V 0.2 p :> iH :> and then consolidate on a common  V 8.0  (or if things on the itanium :> side get delayed v 8.1) > : D :I suspect the difference is that VMS 8.0 will actually include new I :features, keeping in line with the recent trend of not bringing all new  6 :features to all platforms (at least not right away).   C   Nope.  This potential for version-confusion has been the subject e9   of various discussions within the OpenVMS organization.   A   Unlike OpenVMS VAX and OpenVMS Alpha, the same source code pool A   is being used for both OpenVMS on Alpha and OpenVMS on Itanium.AA   (I recently finished with the work to design, code, and deploy  @   the architecture mechanisms and am supporting the environment,A   so I can discuss the OpenVMS source code control implementationY   in, um, some detail.)c  D   The intent of engineering is to keep these two platforms in ratherB   closer synchronization than was previously feasible with OpenVMS   Alpha and OpenVMS VAX. I  ?   There will obviously be kernel changes as part of the port tor<   Itanium, but these will be specific to OpenVMS on Itanium.  A   Per the most recent roadmap I've seen, V8.0 and V8.1 will have t@   limited visibility outside of a few sites and will be specificC   to OpenVMS on Itanium, with V8.2 being the first general release )A   and also the first OpenVMS Itanium release that will be paired      with an OpenVMS Alpha release.  2   The roadmap is available at the OpenVMS website.  
 : With theH :VAX-to-ALPHA transition, the initial ALPHA "releases" had, IIRC, no newF :features.  (Wasn't ALPHA 0.x functionally equivalent to VAX 5.5-2 or  :whatever?)2  C   OpenVMS Alpha was an off-shoot of the OpenVMS VAX line, variouslyOD   starting around V5.4 and V5.5.  V1.0, V1.5, V1.5-1H1, and V2.0 wasG   re-versioned to V6.1 just prior to release as part of the "functionalDB   equivalence" work.  Separate source code control pools are used.    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comm   ------------------------------  + Date: Fri, 18 Oct 2002 12:29:16 +0000 (UTC)r+ From: david20@alpha2.mdx.ac.uk (David Webb)tD Subject: Re: VMS versions (was: RE: ZDNet says you're dead by 2004!)+ Message-ID: <aoouqs$q7v$1@aquila.mdx.ac.uk>a  c In article <9t4rU+9FbFbF@eisner.encompasserve.org>, koehler@encompasserve.org (Bob Koehler) writes:r] >In article <3DADCD34.9F058340@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  >rQ >> While I understand (but disagree) with VAX not always catching up, since AlphaeP >> and IA64 are supposed to be sharing code bases (is that still true ?) why notP >> release V8.0 on Alpha ? Wouldn't that be a good test of the shared code-basesB >> ? (folks going to an *.0 release know to expect a few hitches). >rD >  Who would want a "new release" on Alpha with some of the featuresD >  missing?  8.0 on IPF is a subset of 7.3 (or so) on Alpha.  8.1 is7 >  a larger subset.  8.2 ships for VAX, Alpha, and IPF.(  L Which is why, as with the VAX / Alpha transistion, these releases should notJ be given numbers which make them look like upgrades to what is running on  Alpha.  M We'll now have to have something in the FAQ to explain what 8.0, and 8.1 weren just like with "openVMS".a  7 I can just imagine the fun SUN and others could have :-   L "VMS on Alpha. Oh they've already dropped that. Haven't you heard the latestJ releases are only available on itanium. And by the way even HP admit that J they haven't go all the bugs out you'll have to wait for at least the nextE version before you have anything comparable to what you had on Alpha.eB It's a real mess. You'd be far better off with our xxxxx product."  
 David Webb VMS and Unix team leader CCSS MIddlesex University   ------------------------------    Date: 18 Oct 2002 07:30:26 -0500- From: koehler@encompasserve.org (Bob Koehler)2D Subject: Re: VMS versions (was: RE: ZDNet says you're dead by 2004!)3 Message-ID: <VWuPC438fGNP@eisner.encompasserve.org>5  j In article <SQzr9.22$xa3.260261@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > L > The one area that eventually will be added to is how DMA is setup.  VMS isL > pretty weak here compared to UNIX or NT.  We give you direct access to theN > mechanisms to do "direct" DMA or to mapped IO.  But, on a non-HP IPF system,N > you could find yourself with a system with no map registers, but more memoryF > than can be addressed by a 32-bit device.  Which will require you toK > potentially do buffer copies.  The HP systems have map registers, so this-  > will not be a problem on them.  D    Isn't that similar to the old problem of switching busses?  WhileD    UNIBUS/Qbus/Turbochannel were designed to have similar mechanismsH    starting a DMA on them was very different from MASSBUS, SCSI, or PCI. > K > VMS will likely add a similar interface that drivers will be able to use,-M > instead of the explicit knowledge that they must carry.  The old interfaces H > will also remain for drivers that use them.  It won't be IPF specific,M > although the Alpha version will probably never do buffer copies because allm# > Alpha systems have map registers.r  1    You making life too easy on us driver writers.i  H >>   I'm still waiting to see the Macro-32 compiler.  IMHO that's got toC >>   be a much more an interesting act on IPF than it was on Alpha.  >> > K > Actually, you shouldn't have to do much of anything.  The iMacro compileriJ > writer will tell you it's pretty complex to do, but that's *his* problemI > (John ;-).  The existing Macro-32 code should not need many changes (ifaM > any), and nothing like the Alpha changes that were needed from VAX sources. L > We are currently compiling Macro-32 for IPF, and have debugged things like5 > $FAO in the bootpath, which is written in Macro-32.   E    That's what I meant.  It looks to me like writing the compiler forn@    IPF would be more difficult than it was for Alpha.  Would youD    consider the compiler being currently used in the port to be near:    final, or a pretty early version?  Could someone post aC    review/preview of it on the web, or would that be too much work?X  D    We've seen the plans for the compilers but it would be nice if we1    could get a peek at what's actually been done.X   ------------------------------  # Date: Fri, 18 Oct 2002 15:20:07 GMT 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>aD Subject: Re: VMS versions (was: RE: ZDNet says you're dead by 2004!)2 Message-ID: <HEVr9.17$me4.483361@news.cpqcorp.net>    Bob Koehler wrote in message ... > F >   That's what I meant.  It looks to me like writing the compiler forA >   IPF would be more difficult than it was for Alpha.  Would you E >   consider the compiler being currently used in the port to be near ; >   final, or a pretty early version?  Could someone post acD >   review/preview of it on the web, or would that be too much work? >o  J At this point, I would not want to distract anyone from debug.  The iMacroI compiler is generating code that is being debugged, and is useful.  ThereoL are still things that they are working on in the code generation, and fixingG bugs as they are found, but I believe that for the most part everythinge	 compiles.o  E >   We've seen the plans for the compilers but it would be nice if wec2 >   could get a peek at what's actually been done. >   I All the tools, including the initial/critical cross compilers are commingoH along well.  We are compiling and debugging code in Bliss, Macro, and C.   ------------------------------  % Date: Thu, 17 Oct 2002 19:10:59 -0400n* From: "Bill Todd" <billtodd@metrocast.net>, Subject: Re: ZDNet says you're dead by 2004!6 Message-ID: <hyudncfEOvvy3jKgXTWcqQ@News.GigaNews.Com>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:UEnCQHe0DxMw@eisner.encompasserve.org...pL > In article <yFvr9.5434$Q3S.39@news01.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:  > >p >m > >lD > > So we're talking late 2005-early 2006 before the first the firstK > > production-viable version appears on IA-64. Add another year or two forfK > > conservative organizations to begin adopting IA-64, and we have Alpha'snH > > being produced until 2008. Might as well put EV8 in them. And if you have anaA > > Alpha with EV8 inside, why would anyone want an IA-64 system?  > >  >n >n > Why? >c+ > http://news.com.com/2100-1001-962312.htmlc >aJ > Multicore chips are becoming a reality because by 2007 chips will have aI > billion transistors, and you have to do something with all those wires,m said6 > John Crawford, a Fellow in Intel's Enterprise Group. >wJ > Using 1 billion transistors, Intel could put four separate Itanium cores onto aK > chip, Crawford said. These cores would then share a common cache, similar  to > IBM's Power4 on sale today.W  I By George, Intel certainly isn't letting more than 5 or 6 years' worth oftL grass grow under Itanic's feet (since POWER4 had multiple cores a year ago).F Of course, if they dedicate all those transistors to the fat-and-happyI Itanic core (as sounds like the statement being made, since McKinley usesDI close to 1/4 billion transistors - 221 million, last I heard), they won't_E have much room left for other goodies like on-chip routing and memorymG controllers (yet more features that competitors provide already or will3L within a few months), so it'd still be pretty much the same pig it is today,  just in the jumbo 'litter' size.  J And since EV9 IIRC had multiple EV8 cores on its platter, should have beenK scheduled for around then, and if reviving EV8 was feasible at all probably0I still *could* be scheduled for around then (since it's mostly a matter of5D taking advantage of the extra room made possible by on-going processK shrinkage plus some multi-core glue that could be designed in parallel withnI the EV8 revival), John's question still applies:  why indeed would anyoneg prefer the Itanic option?a   - bill   ------------------------------   End of INFO-VAX 2002.576 ************************nd INTERLEAVE (0-7).  IlM > don't know what Interleave is, so I chose zero (0), and the formatting wenteL > OK. When bringing up the system and initializing the new drive I get errorN > (INIT-F-Cluster, unsuitable cluster factor).  Can anyone help configure thisL > drive into the system?  I don't  know if this drive is suitable, or how toA > change the cluster size.  I would appreciate any help or input.o > Thl    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l    l     m    m    m    m    m    m    m    m    m    	m    
m    m    m    
m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m     m    !m    "m    #m    $m    %m    &m    'm    (m    )m    *m    +m    ,m    -m    .m    /m    0m    1m    2m    3m    4m    5m    6m    7m    8m    9m    :m    ;m    <m    =m    >m    ?m    @m    Am    Bm    Cm    Dm    Em    Fm    Gm    Hm    Im    Jm    Km    Lm    Mm    Nm    Om    Pm    Qm    Rm    Sm    Tm    Um    Vm    Wm    Xm    Ym    Zm    [m    \m    ]m    ^m    _m    `m    am    bm    cm    dm    em    fm    gm    hm    im    jm    km    lm    mm    nm    om    pm    qm    rm    sm    tm    um    vm    wm    xm    ym    zm    {m    |m    }m    ~m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    m    