1 INFO-VAX	Sat, 09 Mar 2002	Volume 2002 : Issue 133       Contents:0 Re: 2nd hand hardware/cables in uk, where is it?K and, just as Compaq said its customers were ecstatic about the Alphacide... & Anybody tried? was emacs21 help needed2 Re: best/most flexible preserve VMS files onto CD?2 Re: best/most flexible preserve VMS files onto CD?2 Re: best/most flexible preserve VMS files onto CD?2 Re: best/most flexible preserve VMS files onto CD?$ Re: Changing host name in TCPIP/smtp3 Re: Clustering beginnings - Clair Grant might know.  DCPS V2.1 field test available! Re: Display settings in VMS Motif - Re: Fiorina audio interview - streaming audio - Re: Fiorina audio interview - streaming audio - Re: Fiorina audio interview - streaming audio - Re: Fiorina audio interview - streaming audio - Re: Fiorina audio interview - streaming audio - Re: Fiorina audio interview - streaming audio - Re: Fiorina audio interview - streaming audio ' Re: HP Unix servers plunge below $1,000  Re: Incremental BACKUP question & Re: instruction 'free' in C with VM os Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles Re: Itanium troubles' Re: KZPSM v. AlpSta 200 4/233, VMS V7.2 # Re: Limiting individual user logins + Re: Microsoft Curries Favor With Undergrads + Re: Microsoft Curries Favor With Undergrads + Re: Microsoft Curries Favor With Undergrads 3 Re: Netscape annoyance with OpenVMS CGI executables   Re: OpenVMS jobs available - FYI2 Permanent Position as a VMS Programmer Analyst NYC6 Re: Permanent Position as a VMS Programmer Analyst NYCE Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of E Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of E Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of E Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of P Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of  Compaq AcP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqP Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acq$ reading sequential files in PERL !?!( Re: reading sequential files in PERL !?!! RMS commands to implement logging " Re: Shutdowning 15 VAX machines..." Re: Shutdowning 15 VAX machines..." Re: Shutdowning 15 VAX machines... Re: UCX$TELNETSYM error message  VFC File Problem Re: VFC File Problem Re: VFC File Problem RE: VFC File Problem Re: VFC File Problem VMS sys admin salaries2 Re: What VMS version runs on a Digital Server 3000  F ----------------------------------------------------------------------    Date: 09 Mar 2002 01:48:31 +0800, From: Paul Repacholi <prep@prep.synonet.com>9 Subject: Re: 2nd hand hardware/cables in uk, where is it? 0 Message-ID: <876647uf0w.fsf@k9.prep.synonet.com>  ! Roy Omond <Roy@Omond.net> writes:   C > > ebay.co.uk is pants when it comes to looking for 2nd hand vt's, ? > > cables and keyboards etc. Where is it all in the UK. Who is  > > selling this stuff?    ( > OK, I'll admit it ... I'll come clean.    > I've hoarded it *all* :-)   E Well, I've just pated real money for some cruddy PC KBs so I can give & them away and keep the LKs for myself.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Fri, 08 Mar 2002 20:05:35 GMT * From: "Bill Todd" <billtodd@metrocast.net>T Subject: and, just as Compaq said its customers were ecstatic about the Alphacide...C Message-ID: <jQ8i8.309475$Aw2.24762635@bin7.nnrp.aus1.giganews.com>   I ... so evidently HP would like its stockholders to believe that customers  are happy with the merger:  , http://www.theregus.com/content/7/24258.html   - bill   ------------------------------  $ Date: Fri, 8 Mar 2002 17:30:56 -0800# From: "Tom Linden" <tom@kednos.com> / Subject: Anybody tried? was emacs21 help needed 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEBBEFAA.tom@kednos.com>   E I was getting ready to try it out, but not obvious how to install it. D There are a number of scripts in the VMS subdir, but no step-by-step' install instructions that I could find.    > -----Original Message-----/ > From: Roar Throns [mailto:roart@nvg.ntnu.no] ( > Sent: Sunday, January 20, 2002 6:59 AM > To: Info-VAX@Mvb.Saic.Com " > Subject: Re: emacs21 help needed >  > ) > Roar Throns <roart@nvg.ntnu.no> wrote:  > 7 > : "Distribution" is at ftp.nvg.ntnu.no:/pub/vms/emacs  > , > Now at emacs211_2.bck.gz. (Now almost 40M) >  > (Remember to install first)  > 9 > : (Start it with mcr []temacs_d -l loadup --debug-init)  >  > Also works with:3 > mcr []temacs_d -map temacs.dump  -nw --debug-init  > - > : Then the following happens in sys$cantim: < > : SYSTEM-F-ASTFLT, AST fault, SP=00000000, param=00000000,A > : PC=0000000000000000, PS=00000000, target PC=FFFFFFFF80A50B44, 
 > PS=0000001B  > J > Worked my way around it with a condition handler, so it will not usually > show up under ordinary use.  > H > The keyboard routines still have problems (in 20.7 too) and need to be > rewritten. > < > And then there is a lot of work needed with the .el-files. > % > This is far too big for just one...  > 
 > Regards, > Roar Throns >    ------------------------------   Date: 8 Mar 2002 11:38:38 -0800 $ From: leeroth@my-deja.com (Lee Roth); Subject: Re: best/most flexible preserve VMS files onto CD? = Message-ID: <d0e744c9.0203081138.624f85f3@posting.google.com>   M Hey... thanks to everyone that replied- exactly the kind of thought-provoking G and web-page-reading replies I needed! I knew there were some potential 3 gotchas in doing thus sort of thing, thus my query.   J I don't have the ability to put a SCSI onto the Microvax II, but do have aM SCSI-based burner and access to an old tired Infoserver 100, so that may be a = route if I must perform within the confines of the VMS realm.   G I've worked with mkisofs and cdrecord under unix before, so I have some D experience along those lines as well. I also have Adaptec CD Creator? (IMHO: so-so) and Nero (IMHO: works well always) under Windoze.   H I think I have most/all of the hardware pieces, I now just need to do my; homework using all of the pointers/suggestions found here.     Thanks!!   Lee Roth    p.s. B  Sorry, the email address associated with this posting isn't valid;  anymore, so if emailing instead of posting please email to A  'leexixroth@yahoo.com', but first remove the 'roman numerals for /  nineteen' from the middle of my email address.    ------------------------------  # Date: Sat, 09 Mar 2002 03:54:37 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: best/most flexible preserve VMS files onto CD? ' Message-ID: <3C8988E3.5D892030@fsi.net>    Larry Kilgallen wrote: > ] > In article <3C883830.3ADBD9C9@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > Larry Kilgallen wrote: > >>` > >> In article <3C86EC4D.3DB7C663@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes: > >>L > >> > The guys at TECsys turned me onto a method of co-mapping a CD so thatM > >> > ISO side points to the extents of the "VMS side". Trouble there is, of 1 > >> > course, the record format problem remains.  > >>F > >> The ISO 9660 standard provides for storage of RMS record formats,G > >> so there should be no problem with any standards-compliant reader.  > > J > > I think the question left unanswered from a previous thread was, "doesK > > VMS/RMS provide ISO-9660 support?". Since such containers are typically L > > MOUNTed as software write-locked, I don't see how that's possible. SinceJ > > you can't write RMS meta data into the ISO-9660 cells, how can VMS/RMS > > read anything back?  > F > You _can_ write RMS metadata into the ISO-9660 cells when you createD > CD-ROMs.  We were discussion creating a CD-ROM.  But as mentioned,D > you can also make it a dual-format CD-ROM, sharing the data.  ThusF > the RMS record format is available for the non-VMS access originallyB > implied.  Whether those readers are standards-compliant is not a > VMS issue.  F Didn't say it was. I said *WRITING* RMS data into ISO-9660 cells was a) VMS issue, and likewise, reading it back.   J > > So, with no standards-compliant RMS-capable writer (unless you know ofF > > one, URL please if you do), the existence of a standards-compliant > > reader is moot.  > F > My presumption is that anybody who wants this will program it, since7 > ISO-9660 software for VMS is largely freeware anyway.   E ...or become an ISV and write commercial software to sit within or on ! top of VMS/RMS to make it happen.   C > If you want a commercial product, the question is the same as for . > porting SCAN to Alpha -- is there a market ?  
 Ask yourself:   ; o How often does this question come up here in comp.os.vms?   = o How many entries on this topic are there in Ask the Wizard?    Have you any other questions?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sat, 09 Mar 2002 03:56:40 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: best/most flexible preserve VMS files onto CD? ' Message-ID: <3C898961.84FB3CE9@fsi.net>    Larry Kilgallen wrote: > ] > In article <3C883A1B.9C6E5177@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > Hoff Hoffman wrote:  > >> [snip] : > >>   Details on the OpenVMS CD-R options are in the FAQ. > > G > > Unfortunately, the details we need are nowhere to be found, AFAICT:  > > C > > o Assuming the ISO-9660 data cells are properly filled with RMS I > > metadata, (i.e., RMS attributes are written to the IS0-9660 fs), will ) > > VMS/RMS look for them and honor them?  > B > Certainly that information is on the source listings kit, but itC > seems immaterial since VMS can read the ODS tree of a dual format 	 > CD-ROM.   - ...and if the CD is ISO-9660 only, then what?   < ...and if you don't have the source listings kit, then what?  C ...and if you can't get a direct answer from OVMS Engr., then what?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sat, 09 Mar 2002 04:02:34 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ; Subject: Re: best/most flexible preserve VMS files onto CD? ' Message-ID: <3C898ABF.B5BF0322@fsi.net>    Lee Roth wrote:  > O > Hey... thanks to everyone that replied- exactly the kind of thought-provoking I > and web-page-reading replies I needed! I knew there were some potential 5 > gotchas in doing thus sort of thing, thus my query.  > L > I don't have the ability to put a SCSI onto the Microvax II, but do have aO > SCSI-based burner and access to an old tired Infoserver 100, so that may be a ? > route if I must perform within the confines of the VMS realm.  > I > I've worked with mkisofs and cdrecord under unix before, so I have some F > experience along those lines as well. I also have Adaptec CD CreatorA > (IMHO: so-so) and Nero (IMHO: works well always) under Windoze.   G CD Creator is know to take certain indecent liberties with the ISO-9660 3 standard. Approach with caution, and have a Plan-B.   E Gear for Windows will do ISO-9660 with long filename support, but the G one time I did that, the result CD would read well on the Toshiba drive F in my litle ALpha here in my home office, but was a bit troublesome inE the Yamaha dive I wrote it on in my Wintel PC (numerous SCSI resets).   J > I think I have most/all of the hardware pieces, I now just need to do my< > homework using all of the pointers/suggestions found here.   Add this link to the list:  $ http://www.djesys.com/vms/cdrom.html  D There's a lot of pages out there, and they all have different pieces. present and missing. This one is no different.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 8 Mar 2002 17:35:46 -0800 ) From: john@ossc.net (John Gemignani, Jr.) - Subject: Re: Changing host name in TCPIP/smtp = Message-ID: <35b06b78.0203081735.47170913@posting.google.com>   U Jan-Erik Sderholm <aaa@aaa.com> wrote in message news:<3C88C115.3C04A690@aaa.com>... $ > Ah, logicals may be the key word ! > Found this on the system : > , >   "TCPIP$INET_HOST" = "<my-old-node-name>" > < > Now, I can't find anywhere where this logical is DEFINE'd. >  > Any pointers ? >   = I had to hunt this one down recently myself (I can't remember  everything).F When the network is started, the ACP makes the definition, I believe. 6 The information comes from the configuration database.   -John    ------------------------------    Date: 08 Mar 2002 22:14:58 -0500- From: Rich Alderson <alderson+news@panix.com> < Subject: Re: Clustering beginnings - Clair Grant might know.. Message-ID: <mdd1yeuqvnx.fsf@panix2.panix.com>  ' Alan Greig <a.greig@virgin.net> writes:   J > On Tue, 5 Mar 2002 18:33:10 +0100, "Dr. Dweeb" <Dweeb@NoSpam.com> wrote:  0 >> Hmm, clustering in 1980 ?  Is that accurate ?  M > By 1982 I had seen a presentation on TOPS-20 clustering (CI, star couplers, O > hsc-50 controllers). I believe the TOPS-20 clustering shipped before that for 1 > VMS. but they could have been done in parallel.   N In 1982, that presentation would have been related to Jupiter--I saw a similarO one at UChicago in 1983.  So copyright dates on software will be misleading WRT ( when clusters *really* became available.  N We field-tested Tops-20 v6.0 at Stanford LOTS (and found a lot of places whereO it simply sucked boulders--6.1 came out by the time the field-test ended); this L included getting 2 HSC-50's, 6 RA-81's, and a star coupler, and running BlueN Peril(TM) under the floor next to the 3Mbit Ethernet (of infamous yellow hue).O This included the new NEBULA part of GALAXY, for inter-system communication via  the CI.   N Since I was there for it, it can't have happened any earlier than 1 Oct 1984--O and I was actually in place at LOTS for a month or two before it got under way.   M I *ran* the field test for v7.0 at Stanford.  (Nobody else wanted the job--or  the OS.)   --  N Rich Alderson                                          alderson+news@panix.comL   "You get what anybody gets.  You get a lifetime."  --Death, of the Endless   ------------------------------  % Date: Fri, 08 Mar 2002 14:13:58 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com>' Subject: DCPS V2.1 field test available ; Message-ID: <080320021413589088%paul.r.anderson@compaq.com>    Dear fans of DCPS,  H OpenVMS Engineering is pleased to announce that a field test of DECprint; Supervisor (DCPS) V2.1, called DCPS F2.1, is now available.   H The major feature of this release is new printer support, although thereB are some bug fixes of interest.  The most important of these fixesB solves the problem in which some queues could not be started and a% %DCPS-F-STREAMUSE error was received.   2 DCPS F2.1 adds support for the following printers:  "         GENICOM Intelliprint mL450                 LN45)         HP      LaserJet 2200, 4100, 9000 $         IBM     InfoPrint 21, 32, 40         Lexmark C720&                 T520, T522, T620, T622                 W820         Xerox   DocuPrint N32t  H It is likely that additional printers will be added in future V2.1 field> test releases.  Anyone running the newly-supported printers is% encouraged to install the field test."  G This kit will expire on January 1, 2003.  DCPS V2.1 is expected to shipi in Q2 2002.O  E If you are interested in participating in the field test, please send & me mail at paul.r.anderson@compaq.com.   Paul   -- ,  Paul Anderson   OpenVMS Engineeringk   Compaq Computer Corporatione   ------------------------------    Date: 09 Mar 2002 01:52:31 +0800, From: Paul Repacholi <prep@prep.synonet.com>* Subject: Re: Display settings in VMS Motif0 Message-ID: <871yevueu8.fsf@k9.prep.synonet.com>    Dirk Munk <munk@home.nl> writes:  E > I have a powerstorm 4D20 graphics card. Now when I read chapter 3.3sC > of the release notes of Open3D V4.9B it says that the 4D20 can beiE > set to a resolution of 1600 x 1200 pixels (optionally) . I tried to 7 > set this by entering decw$xsize_in_pixels == 1600 andn! > decw$ysize_in_pixels == 1200 insD > sys$manager:decw$private_server_setup. This did not work (at least2 > not after a decwindows restart). There is also a5 > decw$device_config_gy.com, and it does not list anyM; > resolution. Other decw$device_config_G files do list moret > resolutions.  > Set the switch to 4 (65Hz) or F (75Hz) and you should be a lot happier.   What are you running it in?u   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.c@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 8 Mar 2002 14:02:42 -0600dB From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)6 Subject: Re: Fiorina audio interview - streaming audio3 Message-ID: <v9wbK8oontxI@eisner.encompasserve.org>l  X In article <oA6i8.71476$aFN.63501@news1.bloor.is>, "John Smith" <a@nonymous.com> writes:N > In the clip called "Biggest risk is execution", she said that they WILL haveL > their entire product roadmap decided for the next 3 years by April 1st (no > joke). >   K Well at least we will know quickly what will happen to VMS if the merger isdL successful and it won't be dragged out for the rest of the year. Did you getL the feeling that this was when the roadmap would be actually communicated toD the customers or just decided internally ? (I am thinking about yourC later message, when you say that the roadmap is ready right now...)   H The question is, if the merger fails to be approved by the shareholders,0 how long will it take CPQ to decide what to do ?   Simon.   -- .B Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP       + Microsoft: The Lada of the computing world.n   ------------------------------  % Date: Fri, 08 Mar 2002 16:13:09 -0500d- From: JF Mezei <jfmezei.spamnot@videotron.ca>e6 Subject: Re: Fiorina audio interview - streaming audio, Message-ID: <3C892963.72A44253@videotron.ca>   John Smith wrote:D > < > In an exclusive multimedia interview, HP CEO Carly Fiorina< > talks about how the proposed merger will affect customers,# > employees, investors and herself. E > http://clickthru.online.com/Click?q=8c-LdYaQ6JWhMMFtJBVFLLql4VlERRRu  M Do you have the actual URL of the streaming CONTENTS ? (eg, either real audioo  or that windows player thing) ?   K They have coded their page to require a specific version of netscape to runtF they special high tech console instead of just allowing one to get theK contents with the "built-in" consoles. What stupid idiots. (it is like liketL those who build JAVA apps to fake a scroll bar for text instead of using the browser's own scroll bars).m   ------------------------------  % Date: Fri, 08 Mar 2002 16:32:38 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>y6 Subject: Re: Fiorina audio interview - streaming audio, Message-ID: <3C892DF3.650F3EB9@videotron.ca>   Simon Clubley wrote:M > Well at least we will know quickly what will happen to VMS if the merger issN > successful and it won't be dragged out for the rest of the year. Did you getN > the feeling that this was when the roadmap would be actually communicated to- > the customers or just decided internally ? P  M Carly has said multiple times in interviews that the product roadmap has been L decided and as soon as the merger is approved, all HP employees will be hard, at work  outlining the roadmap to customers.  J Perhaps one reason VMS was never mentioned is that they haven't yet made a
 decision ?  M Put yourself in Carly's shoes. Compaq offers both Tandem and VMS in the "highcN availability" sector. Tandem, even if much smaller, is more visible because of a few very visible customers..  N If you're management that is high enough, wouldn't there be some temptation toN say "well, perhaps we can get a percentage of VMS customers to move to Tandem,H and another percentage to move to NT or HP-UX depending on how much theyG really need that reliability ? I.E. Wouldn't it be easy for Carly to be3M convinced that Tandem and VMS duplicate each other and that perhaps one could C be taken out to simplify the product lines and remove duplication ?,   ------------------------------  # Date: Fri, 08 Mar 2002 22:38:15 GMTs# From: "John Smith" <a@nonymous.com> 6 Subject: Re: Fiorina audio interview - streaming audio2 Message-ID: <r3bi8.74162$aFN.61104@news1.bloor.is>  ) The complete interview (about 40 minutes)c< http://techupdate.cnet.com/i/itu/cs-stories2/avshell_12.html    D or listen to it in parts....part 6 seems to be missing from the listK below...but it was never posted as a separate link on the ZDnet site. Maybe 6 it wasn't excerpted from the full 40 minute interview.    # What's in the future for HP-Compaq?n; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_1.htmlm    & On merger: "Biggest risk is execution"; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_2.htmlP    . On products: expect "bundles" of consumer tech; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_3.html     - On morale: "Need to put this fight behind us"l; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_4.html     / On Hewlett: feud "distracts" from merger choiceo; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_5.htmlu    4 On merger politics: episode "difficult, regrettable"; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_7.htmls    3 On services: growth through "small, tactical moves"-; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_8.htmln    . On compensation: Hewlett "misled shareholders"; http://techupdate.cnet.com/i/itu/cs-stories2/avshell_9.html.    , On the economy: IT budgets "very suppressed"< http://techupdate.cnet.com/i/itu/cs-stories2/avshell_10.html    * On Compaq: CEO Capellas "on the same page"< http://techupdate.cnet.com/i/itu/cs-stories2/avshell_11.html    : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3C892963.72A44253@videotron.ca... > John Smith wrote:) > >-> > > In an exclusive multimedia interview, HP CEO Carly Fiorina> > > talks about how the proposed merger will affect customers,% > > employees, investors and herself.-G > > http://clickthru.online.com/Click?q=8c-LdYaQ6JWhMMFtJBVFLLql4VlERRRm >aI > Do you have the actual URL of the streaming CONTENTS ? (eg, either reali audio ! > or that windows player thing) ?l >aI > They have coded their page to require a specific version of netscape tod runnH > they special high tech console instead of just allowing one to get theH > contents with the "built-in" consoles. What stupid idiots. (it is like likeJ > those who build JAVA apps to fake a scroll bar for text instead of using thee > browser's own scroll bars).h   ------------------------------  % Date: Fri, 08 Mar 2002 18:53:19 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>i6 Subject: Re: Fiorina audio interview - streaming audio, Message-ID: <3C894EE2.4602C05D@videotron.ca>  < Using FETCH_HTTP on my vax, I was able to get a working one:  R > pnm://a1268.v19559.c1955.g.vr.akamaistream.net/ondemand/7/1268/1955/v0001/cnetra* d.download.akamai.com/1955/0307carly1cc.rm  ( That is a slower 16kbps real-audio feed.   ------------------------------  % Date: Fri, 08 Mar 2002 18:47:50 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca>e6 Subject: Re: Fiorina audio interview - streaming audio+ Message-ID: <3C894D99.BEEFDC2@videotron.ca>i   John Smith wrote:n > + > The complete interview (about 40 minutes)n> > http://techupdate.cnet.com/i/itu/cs-stories2/avshell_12.html  D This only displays a dark green screen (probably one of those stupidV background that is a single 1 pixel image that is tiled and takes forever to display).  # The real URL for the real audio is: Q http://mfile.akamai.com/1955/rm/cnetrad.download.akamai.com/1955/0307carly1cc.rami  J However, right now that server responds but doesn't supply enough data for real player to start playing.   K I hate it when some web sites get fancy and force users to look at the htmli. code to try to see what they are trying to do.   ------------------------------  % Date: Fri, 08 Mar 2002 20:17:14 -0500s- From: JF Mezei <jfmezei.spamnot@videotron.ca> 6 Subject: Re: Fiorina audio interview - streaming audio, Message-ID: <3C896286.99D64790@videotron.ca>   From the second stream: P pnm://a1268.v19559.c1955.g.vr.akamaistream.net/ondemand/7/1268/1955/v0001/cnetra* d.download.akamai.com/1955/0307carly2cc.rm  M 600 people have been dedicated to the integration for last 6 months. On April N 1 or 2, HP will not start to decide, it will implement the decisions that haveV already been made by the integration team, and that includes a 3 year product roadmap.  L So it would seem that VMS's future has already been sealed and there will beK some Carly Awards ceremony on April 1 where some honoured guests (Winkler?).I will be called to read the names of the nominees, unseal the envelope andeL annouce who the winners and losers are. Probably hired Andersen to audit the counting of the ballots.    H In the "6" segment, Carly says that the product roadmap will be detailedH enough that it requires a face to face meeting with customers to explainN exactly how it will go. Not sure if we'll know the details as small customers.I The way I read that statement was: "we need to meet with you privately to J offer you some sort of deal to lessen the blow of the news we are about to
 give you".  I If HP does not publicly announce its product roadmaps and prefers to have.I secret individual deal with customers, that will be a very bad start with  customers not trusting HP.    Y Back in december 1999, Curly and Carly started to "joke" about merging the two companies.H   ------------------------------  % Date: Fri, 08 Mar 2002 22:33:26 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)0 Subject: Re: HP Unix servers plunge below $1,000J Message-ID: <rdeininger-0803022233260001@1cust77.tnt2.nashua.nh.da.uu.net>  8 In article <3C88EA2B.DA4694EA@caltech.edu>, David Mathog <mathog@caltech.edu> wrote:m   >Robert Deininger wrote: >> X: >> In article <3C87B460.C26B56A@caltech.edu>, David Mathog >> <mathog@caltech.edu> wrote: >> l >> >G >> >Well, maybe if HP does succeed in buying the Q and doesn't wipe outiL >> >VMS after all we can maybe look  forward to a low cost VMS entry system?E >> >I'm not holding my breath though - way too many maybe's and if's.- >> -H >> I don't see how HP could offer an alpha-based system for at little as< >> $1000.  Alpha CPUs are too expensive at current volumes.  >i) >Since when is PA-RISC a high volume CPU?.  J I don't know anything abou PA-RISC volumes.  But I think it must cost muchH less per chip than an alpha.  Of course, alpha systems could be sold forH $100 each, if the seller was willing to lose a lot of money on each box.  D I assume a seller (HP or Compaq) will want to make at least a littleH profit on each system.  I don't think anyone could make a profit selling $1000 alpha systems.   ------------------------------   Date: 8 Mar 2002 20:01 CST' From: carl@gerg.tamu.edu (Carl Perkins) ( Subject: Re: Incremental BACKUP question, Message-ID: <8MAR200220012173@gerg.tamu.edu>  8 karcher@thuria.waisman.wisc.edu (Carl Karcher) writes...R }In a previous article, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote:D }->> Use /NOINCREMENTAL on the backup command. That will restore theK }->> pre-paranoid behavior of not looking at the directory revision dates.   }->  }->Is this documented? }->  }->$  HELP BACK/INCR }-> B }->The /INCREMENTAL qualifier is valid only in restore operations. } E }Not in the help (even in VMS 7.3). There's a DSNlink article titled:i } J }   [OpenVMS] V7.2 /NOINCREMENTAL Replaces BACKUP$BTE_DISABLE_SAVE_ALL_DIR }  }---H }-- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison  @ I'd like to point out that there are separate HELP subtopics for/ the /INCREMENTAL and /NOINCREMENTAL qualifiers.@  E Most /NOfoo qualifiers are documented under the /foo qualifier's help D as it is a simple negation of it. This particular case is different.   --- Carl   ------------------------------  % Date: Fri, 08 Mar 2002 23:01:59 +0000 . From: Mark McIntyre <markmcintyre@spamcop.net>/ Subject: Re: instruction 'free' in C with VM os 8 Message-ID: <omgi8uce3ku62sntobvndqr66he940vavh@4ax.com>  6 On Fri, 08 Mar 2002 11:34:38 +0000, Richard Heathfield# <binary@eton.powernet.co.uk> wrote:.   >Christian Sperandio wrote:t >> s >_: >> Anybody can tell me why and how can I free the memory ? > 	 >free(p);a >iH >If you want it released to the system rather than to the program memory! >pool, you can do that like this:w >d	 >exit(0);    Thats a tad cruel !    -- e
 Mark McIntyrem3 CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>m   ------------------------------  * Date: Fri, 8 Mar 2002 20:30:15 +0000 (UTC)7 From: dsiebert@excisethis.khamsin.net (Douglas Siebert)i Subject: Re: Itanium troublesu* Message-ID: <a6b70n$c5$1@sword.avalon.net>  % Stuecheli <jeffas@us.ibm.com> writes:   Q >I guess I should have looked at the back level results.  For my memory I did notdT >think the Itanium was higher than anything.  Never really thought of the Itanium as >leadership SpecFp performace.  T >It is interesting that the 701 peak result for the hp rx4610 has been revised to beU >quite a bit less.  I assume this is due to not shipping that system?  So they postedcU >the result, yet could not really delever the result, thus had to remove it.  That isxG >a bit worse than just having higher results posted from other vendors.e    G No, the 701 result was obtained running HP-UX and using HP's compilers.uI The later, lower, results were with Intel's compiler running Windows.  HP,I did say they intended to differentiate their IA64 offerings through their, compiler technology...  I Even if they had posted a result for a system they couldn't ship it wouldhJ not be any worse than other vendors.  Intel reported results for a 1.13GHzH Pentium III a couple years ago, and then had to recall the chip (but didE not remove the results)  They finally shipped one a year or so later.fG Also Sun posted results for US-III and then had to lower them when they G found a bug that required making changes that lowered the results.  AndrG Compaq has on one or two occasions posted results for a system that did F not make their reported availability dates (and thus ran afoul of SPECG rules)  So even had HP done this, they'd just be doing the same sort ofe' things other vendors are doing already.-   --H Douglas Siebert                          dsiebert@excisethis.khamsin.net  J A good friend will help you move, a true friend will help you move a body.   ------------------------------  % Date: Fri, 08 Mar 2002 15:40:05 -0500t- From: JF Mezei <jfmezei.spamnot@videotron.ca>> Subject: Re: Itanium troubleso, Message-ID: <3C8921A5.5AAC928A@videotron.ca>   Ketil Malde wrote:C > True enough.  One advantage for IA64 is having 64-bit Windows, if@; > Intel can avoid it becoming another orphaned by MicrosoftnE > "Alpha"-story.  The market segment (Windows users requiring 64bits)xG > could be too small to generate significant revenue in the foreseeable5	 > future.6    F Bill Gates need only snap his fingers and 64 bit PCs will now become aI requirement. If the next version of Office requires 64 bit CPU because iteN needs to keep all of the internet in RAM to speed things up, then you bet thatN the sheep will feel compelled to upgrade to the new version of WORD (and get a9 PC that supports it) just to be compatible with the rest.i  J If one game appears on 64 bit PCs only and is really outstanding, then allK teenagers will demand that their parents buy a 64 PC to play that new game.r  H The big question is what will it take foir Intel to get Bill to snap his fingers to "make it so".   ------------------------------  # Date: Fri, 08 Mar 2002 23:03:22 GMT-0 From: John Santos <john.santos@post.harvard.edu> Subject: Re: Itanium troubles > Message-ID: <MPG.16f30d31801e638f98969c@news.bellatlantic.net>  + In article <a6b70n$c5$1@sword.avalon.net>,  ' dsiebert@excisethis.khamsin.net says...s' > Stuecheli <jeffas@us.ibm.com> writes:) > S > >I guess I should have looked at the back level results.  For my memory I did not_V > >think the Itanium was higher than anything.  Never really thought of the Itanium as  > >leadership SpecFp performace. > V > >It is interesting that the 701 peak result for the hp rx4610 has been revised to beW > >quite a bit less.  I assume this is due to not shipping that system?  So they posted)W > >the result, yet could not really delever the result, thus had to remove it.  That isaI > >a bit worse than just having higher results posted from other vendors.0 >  > I > No, the 701 result was obtained running HP-UX and using HP's compilers. K > The later, lower, results were with Intel's compiler running Windows.  HP K > did say they intended to differentiate their IA64 offerings through their- > compiler technology...  G Hmmm... What does that do to the black helicopter theories that Compaq rA sold the Alpha designers to Intel as part of the prep for the HP aH takeover?  (Remember, the compiler groups were part of the same deal.)  G Wouldn't HP want to keep the compiler people for themselves if this was> their strategy?e   > K > Even if they had posted a result for a system they couldn't ship it wouldiL > not be any worse than other vendors.  Intel reported results for a 1.13GHzJ > Pentium III a couple years ago, and then had to recall the chip (but didG > not remove the results)  They finally shipped one a year or so later.dI > Also Sun posted results for US-III and then had to lower them when theyuI > found a bug that required making changes that lowered the results.  And I > Compaq has on one or two occasions posted results for a system that did H > not make their reported availability dates (and thus ran afoul of SPECI > rules)  So even had HP done this, they'd just be doing the same sort of ) > things other vendors are doing already.- >  > --J > Douglas Siebert                          dsiebert@excisethis.khamsin.net > L > A good friend will help you move, a true friend will help you move a body. >    -- o John   ------------------------------  * Date: Fri, 8 Mar 2002 23:29:48 +0000 (UTC)/ From: mccalpin@gmp246.austin.ibm.com (McCalpin)  Subject: Re: Itanium troublest1 Message-ID: <a6bhhc$j44$1@ausnews.austin.ibm.com>   * In article <a6b70n$c5$1@sword.avalon.net>,8 Douglas Siebert <dsiebert@excisethis.khamsin.net> wrote:& >Stuecheli <jeffas@us.ibm.com> writes: >uR >>I guess I should have looked at the back level results.  For my memory I did notU >>think the Itanium was higher than anything.  Never really thought of the Itanium asr >>leadership SpecFp performace.e >lU >>It is interesting that the 701 peak result for the hp rx4610 has been revised to be"V >>quite a bit less.  I assume this is due to not shipping that system?  So they postedV >>the result, yet could not really delever the result, thus had to remove it.  That isH >>a bit worse than just having higher results posted from other vendors. >e >.H >No, the 701 result was obtained running HP-UX and using HP's compilers.J >The later, lower, results were with Intel's compiler running Windows.  HPJ >did say they intended to differentiate their IA64 offerings through their >compiler technology...o   This is incorrect.   Here is the 701 entry:M http://www.spec.org/osg/cpu2000/results/res2001q2/cpu2000-20010522-00660.htmliC This is clearly the May 2001 test date with Windows Advanced Server - Limited Edition and the Intel 5.01 compilers.u   Here is the 653 entry:M http://www.spec.org/osg/cpu2000/results/res2001q3/cpu2000-20010813-00793.htmlrF This is clearly marked as an August 2001 test date with the HPUX 11.20' O/S and the HP version 11.20 compilers.e    B There are lots of IA64 results out there that differ in CPU speed,? cache size, O/S, and compilers.  It is important to review themu@ carefully to be sure that you are getting what you think you are getting. -- r9 John D. McCalpin, Ph.D.           mccalpin@austin.ibm.commF Senior Technical Staff Member     IBM POWER Microprocessor Development-     "I am willing to make mistakes as long aso1      someone else is willing to learn from them."y   ------------------------------  * Date: Sat, 9 Mar 2002 05:01:16 +0000 (UTC)7 From: dsiebert@excisethis.khamsin.net (Douglas Siebert)n Subject: Re: Itanium troublesi+ Message-ID: <a6c4us$9pq$1@sword.avalon.net>,  1 mccalpin@gmp246.austin.ibm.com (McCalpin) writes:a  + >In article <a6b70n$c5$1@sword.avalon.net>,y9 >Douglas Siebert <dsiebert@excisethis.khamsin.net> wrote:g >>I >>No, the 701 result was obtained running HP-UX and using HP's compilers.rK >>The later, lower, results were with Intel's compiler running Windows.  HPlK >>did say they intended to differentiate their IA64 offerings through their  >>compiler technology...   >This is incorrect.t   >Here is the 701 entry:aN >http://www.spec.org/osg/cpu2000/results/res2001q2/cpu2000-20010522-00660.htmlD >This is clearly the May 2001 test date with Windows Advanced Server. >Limited Edition and the Intel 5.01 compilers.   >Here is the 653 entry:tN >http://www.spec.org/osg/cpu2000/results/res2001q3/cpu2000-20010813-00793.htmlG >This is clearly marked as an August 2001 test date with the HPUX 11.20h( >O/S and the HP version 11.20 compilers.    C >There are lots of IA64 results out there that differ in CPU speed,m@ >cache size, O/S, and compilers.  It is important to review themA >carefully to be sure that you are getting what you think you are 	 >getting.p    I Sorry, you're right.  I was caught out by the fact that the HP-UX resultssF were better for int, and assumed they were better for fp as well, whenG the opposite is true.  I should have double checked before posting (andeH I did this time to verify I wasn't wrong about the int results all along as well)  G I'm surprised Intel's Fortran compiler is able to beat HP's, while HP'stH Fortran isn't exactly known for being state of the art, I've never heardF of anyone using Intel's for anything but SPEC.  And that test was even/ done before Compaq's compiler people came over.@   --H Douglas Siebert                          dsiebert@excisethis.khamsin.net  J A good friend will help you move, a true friend will help you move a body.   ------------------------------   Date: 8 Mar 2002 11:42:35 -0800 : From: craig.berry@SignalTreeSolutions.com (Craig A. Berry)0 Subject: Re: KZPSM v. AlpSta 200 4/233, VMS V7.2= Message-ID: <7f15589f.0203081142.17955dbf@posting.google.com>?  G sms@antinode.org wrote in message news:<02030720423126@antinode.org>...h> > I recently tried installing a KZPSM SCSI-Ethernet card in myH > AlphaStation 200 4/233 running OpenVMS V7.2-1, and the result was that) > it hung during the start-up procedure. n [snip]D > %EWB0, Twisted-Pair (10baseT) mode set by console  [the KZPSM one] [snip]D >    Should I expect more than this, or was I doomed from the start?  @ I don't know if this card can/will work in this machine, but the& things I'd try would be the following:  7 1.) Tinker with the value of EWB0_MODE at the console. sD Auto-negotiation is notoriously flaky and may come up with the wrong' value even if it appears to be working.   E 2.)  Make sure your firmware is the latest, though I think that means/ ca. 1999 for this machine.  7 3.) Make sure you've applied the latest VMS721_LAN ECO.r  E 4.) If you don't really care about having a second ethernet interface0A and mainly wanted the card for SCSI purposes, you can disable theo ethernet interface withi    $ mcr sysman io set exclude=ewb0   ------------------------------  % Date: Fri, 08 Mar 2002 15:55:03 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>t, Subject: Re: Limiting individual user logins, Message-ID: <3C892526.F50B5A6D@videotron.ca>   Phillip Helbig wrote: J > Quick response, not tested:  Set the process name to be the user name or7 > whatever then log out if this process already exists.i  @ Simply test to see if the process name is equal to the username.  M First time I login, my process gets set to my username. Second login, it getspA set to _TXC0: if I am login in from terminal _TXC0: for instance.n  I maxjobs seems to have been designed for that very purpose. (there is alsooI maxacctjobs that is similar). However, if you set that to 1, it may cause I batch jobs to fail unless the user logs out before they start to execute..  L Note: if you are in a student environment, restricting it to 1 will increaseG your support calls. (eg: modem hangs up, session remains due to virtual9L terminal driver, so user cannot log in again until the first one times out).  = You could set the limit to 2 and have an idle process killer.   L Another possibility would be to tell the user he already has another processM running at terminal such and such, and give him the option to cancel this newiN session, or to kill the old process from the new session, after which the user% would be free to use the new session.t  N Now, one cool thing that should have been implemented is the concept of moving/ a process from one terminal/display to another.    ------------------------------  % Date: Fri, 08 Mar 2002 17:09:40 -0500 1 From: Michael Austin <maustin@firstdbasource.com>h4 Subject: Re: Microsoft Curries Favor With Undergrads2 Message-ID: <3C8936A4.2C4CCEC7@firstdbasource.com>   "Dr. Dweeb" wrote: > M > This is the same problem (few jobs) when dealing with Rdb.  No jobs becausetH > it so good and requires so little admin.  Oracle classic - choose yourH > number - requires permanent handholding judging by the zillion jobs as > Oracle DBA that are around.  > A > There is a message here, but I am too stoopid to figure it out.   F yea, me too...  The really big problem is that companies are unwillingF and too stupid to hire the seasoned professionals.  They want kids outH of college with a 'degree" and "certification" they will pay $40-60K/yr.H Although the difference between the 60K kid and the 100K professional isC millions of $$$ in lost revenue when the kid can't keep the systemsH running. -- p Regards,  7 Michael Austin            Registered Linux User #261163t7 First DBA Source, Inc.    http://www.firstdbasource.com@ Sr. Consultant      % And YES, I am still looking for work.R   >  > Dweeb. > 0 > "John Smith" <a@nonymous.com> wrote in message- > news:eNMh8.36522$xG.26764@news2.bloor.is...t > >>J > > "Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in message9 > > news:01KF32CGUM8Y8ZM0W4@sysdev.deutsche-boerse.com...oH > > > >   What would you have us do here -- what additional steps can weH > > > >   provide here that we could afford to provide and that we couldD > > > >   profit (indirectly, obviously) from -- that is not already > > > >   available? > > >nI > > > Legal use of multi-user licenses with the base license from the newCE > > > educational-license programme.  OK, one can combine it with the N > > > multi-user license from DECcampus, IF one has DECcampus.  The problem isN > > > that DECcampus only makes financial sense if you have a relatively largeG > > > number of machines.  As it stands now, an educational institutioneK > > > STARTING OUT (is that a permissable thought?!) with VMS---which would-J > > > not buy enough machines to make DECcampus attractive right away---isL > > > stuck in a situation which makes a VMS machine look like a single-userL > > > billybox: a rather bad situation for someone wanting to demonstrate toF > > > the bean counters the economics (TCO etc) of multi-user systems. > > > M > > > A lot of institutions (all I've worked at, in fact :-( ) used to be VMSpJ > > > places but are now unix or even Windows (what always gets my goat isN > > > that the SAME GUYS who said "we need to move away from VMS because it isL > > > proprietary" (bullshit anyway) a few years later said "we need to moveN > > > to Windows because it is industry-standard" (and, of course, at least asL > > > proprietary as VMS)).  Usually, there are a few VMS boxes left used byK > > > the die-hards.  Since these are of course a bit long in the tooth, ittE > > > creates the false impression (but I've seen Ph.D.'s who believeAN > > > it---what matters isn't the truth, but what the bean counters believe isE > > > the truth) that VMS machines are somehow intrinsically not veryfE > > > efficient, which leads to the die-hard greybeard happy with hisaM > > > MicroVAX II being made into a laughing stock since it is not as fast as:J > > > a brand new Pentium IV 2 GHz or whatever.  So much for the chance ofL > > > convincing management to invest in new machines.  The same morons willK > > > probably compare the cost of that MicroVAX II (and adjust upwards fors( > > > inflation) to that new PC as well. > > >eM > > > Of course, another reason (and there is a chicken-and-egg problem here)eM > > > is that students who develop an interest in VMS will be told that it is K > > > bad for their job prospects.  Again, truth doesn't matter; it is whatcN > > > people are told.  How about an ad in a typical computer magazine showingM > > > a student thinking about his future---perhaps a typical college unix ortD > > > Windows type thinking of a cubicle in some dotcom fly-by-nightN > > > operation, and a VMS type thinking about a Real Job at a Real Company inJ > > > the Real World which uses VMS because no other platform delivers theL > > > required performance (which is A LOT more than just raw speed---though9 > > > of course Alpha has been the leader there as well).k > > > L > > > Hell, when universities were told "NT on ALPHA is the future", it soldM > > > some NT boxes.  Marketing in the educational regime CAN be done.  If itrI > > > can be done for falsehoods with NT, why not for the truth with VMS?a > > >h > > M > > Because like other regime's, if you dissent you are put up against a wall 
 > > and shot.n > >nN > > OpenVMS is not something that can be sold/marketed one-on-one anymore - itF > > used to be possible. Unfortunately what is required is a long-termJ > > commitment to marketing, dispelling the lies and misinformation in theF > > marketplace, and that hasn't been Digital/Compaq's strongest area. > >dM > > And even if you get beyond all that, there's the attitude that Windows or B > > unix is 'good enough', especially when it comes to educational > institutionsG > > talking about the placement percentages of their graduates in jobs. 	 > WindowseI > > & unix placements would be nearly 100% - what percentage of grads whou > wantedI > > to pursue VMS careers do you think would find jobs in the stream they C > > desired (think a bit beyond your own institution for a moment)?C > >eM > > I don't know what Compaq's policy is about giving hardware to educationalhG > > institutions is, but if I were an administrator a university I'd be 	 > saying,rM > > 'You want me to bring that now-obsolete Alpha in here and run an o/s thatlE > > has been killed (Tru64) or an o/s whose future is unknown at best0M > > (OVMS)...fine, give me everything for free - hardware, software, support,j' > > maintenance, and then we can talk.'3 > >A > >CJ > > tongue-in-cheek  -- Part of the reason why there are so many Windows & > unixL > > jobs available is that they are crap operating systems to administer andN > > need hordes of worker bees to keep them running, whereas VMS tends not to.L > > Of course the answer to this is to create OVMS skills demand go up is byM > > making VMS break more often. For this we have to count on VMS Engineeringe > to > > come through for us. > >iK > > Perverse isn't it, how a well engineered product is so good that nobodye > everE > > gives it a second thought -- including the company that sells it.o > >a > >    ------------------------------  # Date: Sat, 09 Mar 2002 03:46:45 GMTt1 From: "David J. Dachtera" <djesys.nospam@fsi.net>i4 Subject: Re: Microsoft Curries Favor With Undergrads' Message-ID: <3C898790.4E2DDEB8@fsi.net>6   Michael Austin wrote:e >  > "Dr. Dweeb" wrote: > >wO > > This is the same problem (few jobs) when dealing with Rdb.  No jobs because-J > > it so good and requires so little admin.  Oracle classic - choose yourJ > > number - requires permanent handholding judging by the zillion jobs as > > Oracle DBA that are around.9 > >sC > > There is a message here, but I am too stoopid to figure it out.s > H > yea, me too...  The really big problem is that companies are unwillingH > and too stupid to hire the seasoned professionals.  They want kids outJ > of college with a 'degree" and "certification" they will pay $40-60K/yr.J > Although the difference between the 60K kid and the 100K professional isE > millions of $$$ in lost revenue when the kid can't keep the systemss
 > running.  H ...or when "the kid" has to depend on an OpenVMS professional because he8 learned Oracle on NT, *BSD, UN*X ... *ANY*thing but VMS.   -- t David J. Dachterae dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  # Date: Sat, 09 Mar 2002 03:44:53 GMTr1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s4 Subject: Re: Microsoft Curries Favor With Undergrads' Message-ID: <3C89871D.C4D59551@fsi.net>r   Patrick Young wrote: > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3C883679.C70C697C@fsi.net>... > > E > > I can only suggest that if any desire exists within Compaq to seeeK > > greater numbers of VMSers (instead of WinBorgs or Linux-ers) coming outtH > > of the schools, perhaps the issues should be treated with a bit more- > > serious concern, not to mention alacrity.l > >  > C > I think the best thing is to get the port to IA-64 out of the wayz4 > and hope _to hell_ that IA64 becomes "mainstream".  ! Well, I prefer to hope to heaven.t  , Be that as it may - and it certainly may....   > [snip]B > As to reliability - cheap off the shelf hardware works (rememberC > it is M$ that is the cancer). I suspect most people here have rune@ > commodity pentia under Linux for well over a year and counting@ > between reboots (as long as they have not being doing too manyE > diverse tasks, or have been hacked). I can see OpenVMS on commodityy+ > hardware working and really kicking butt.o  H What will likely be needed is an ISV who is willing to go to the lengthsG necessary to provide OpenVMS drivers for the various "widgets" that you  will mention in a moment.l  C Oddly, I don't see the actual doing as the hard part. I see getting-H Compaq/OpenVMS on board with it being the major hurdle. Some folks can't# seem to get out of their own way...:  E > I for one can sell OpenVMS here at UNSW if it is on cheap commodity D > hardware. There are a growing number of Academics in the School ofF > Information Systems for example who are developing a dislike for M$.  F I've seen it, too. I'm just looking for enough discontent to provide a8 strong enough case for chucking everything and opening a> "Micro$oft-free" computer store (Linux, *BSD, BeOS, whatever).  < Someone told me a long time ago: "Got a hunch? Bet a bunch!"   > [snip]H > In answer to Hoff - the best thing you can do for the CSLG is completeE > the port! then we can get that alacrity going. As to the future (if D > IA-64 eventually becomes mainstream) OpenVMS must run on commodityD > IA-64 boxes. As to widgets - certify some of the best designed andE > cost effective available off the shelf at the local PC corner storer> > and add new ones to the list every 2 to 3 years (replacement
 > timeframe).   B Trouble is, new widgets come out everytime you turn around, take aG breath, whatever. Unless a mobo can garner a tremendous following, theyn+ seem to go very stale inside of six months./  E > BTW - I wouldn't mind OpenVMS layered product software available on < > the web but could not care less about the O/S itself being1 > downloadable. In fact I would prefer it wasn't.p  B Gotta agree. LMF seems robust enough to protect their intellectualG property, even given that LMF hacks are known to exist "in the wild". I.G seem to recall a post here about someone wearing a home-made T-shirt atr* DECUS bearing source code for an LMF hack.  G > I enjoy ordering, receiving, opening, and adding patches cut to CDROM C > to my OpenVMS distribution package too much :-) (goodies like ther? > freeware, CDROM pouch, talking points such as pictures of SuniD > monitors, firmware, etc!). It's even more fun than  seeing the new	 > versionlC > banner appear the first time you boot after installing/upgrading.r  G Yes - there is a certain reward to seeing the new version banner appear5 after an upgrade.   G I dunno. Seems to me we've been here before. We just mention 'em again,iH Hoff & Co., in the hope that by posting 'em one more time, maybe they'll stick this time.  C I'm a dreamer - can't help it. If I weren't, I'd still be a factoryD' worker making 2 x minimum wage or less.i   *Hopeful sigh*   --   David J. Dachterao dba DJE SystemsP http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/s   ------------------------------  # Date: Fri, 08 Mar 2002 22:30:43 GMToL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")< Subject: Re: Netscape annoyance with OpenVMS CGI executables8 Message-ID: <00A0AA36.4B0950BB@SSRL04.SLAC.STANFORD.EDU>  f In article <3C88AE52.70ADDD2E@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes:+ >Alan Winston - SSRL Admin Cmptg Mgr wrote:r1 >> (To make this work Patrick might have to add a M >> MAP of the script-name to the fully-qualified script-name (with extension,e1 >> etc), so that OSU knows which script to run.  f >6" >>You'd definitely have to do thatO >> with Apache/CSWS, which doesn't default filetypes for script names at all..)r >lF >I don't think so.  I have in my cgi-bin directory .com and .exe filesH >and they both get executed by leaving off the extenstion.  There are noH >defs in the .conf for .exe or .com  Perl scripts are executed from /binF >directory with the extension .pl (and the href may or may not contain >the file extension)...  r > H >As a rule, I leave off the extension in the href to keep from confusing >IE. >> t  L You're right, of course; I've been delving into too many OpenVMS webservers O at once and couldn't remember what OSU did; I know CSWS/Apache doesn't default.t  M (Embarrassing, when I've been webmaster on an OSU system since 1994, starting E on a VAX 8810 and going through an AlphaServer 2100 and now a DS20E.)s   -- Alan   O ===============================================================================-0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056RM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210bO ===============================================================================a   ------------------------------  # Date: Sat, 09 Mar 2002 04:16:19 GMTd1 From: "David J. Dachtera" <djesys.nospam@fsi.net>.) Subject: Re: OpenVMS jobs available - FYIi' Message-ID: <3C898E1C.DC2DF3E4@fsi.net>E   John Smith wrote:b >  > www.directemployers.com N > This site is a co-op that takes you directly to the employer's own web site.  E Thanks for that, John! Found something for myself (maybe) that as yettG hasn't even hit HeadHunter.Net. Not on the major job boards yet, eitherf# (Monster, ComputerJobs, Dice, ...).g   -- n David J. Dachterak dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------   Date: 8 Mar 2002 15:02:40 -0800s, From: enetworks@earthlink.net (Diana Stroud); Subject: Permanent Position as a VMS Programmer Analyst NYCe= Message-ID: <64d3c19d.0203081502.2b14573b@posting.google.com>   H Please contact me via e-mail to discuss this position in greater detail.   ------------------------------  $ Date: Sat, 9 Mar 2002 03:15:00 +00002 From: John Eisenschmidt <jweisen@eisenschmidt.org>? Subject: Re: Permanent Position as a VMS Programmer Analyst NYC24 Message-ID: <20020309031500.A28795@eisenschmidt.org>   --rwEMma7ioTxnRzrJ* Content-Type: text/plain; charset=us-ascii Content-Disposition: inline + Content-Transfer-Encoding: quoted-printabley  L Please post a location, job description, duties, salary range, and desired = qualioE fications if you'd like anyone to email you to discuss this position.I  L Unless the Voices are Mistaken, Diana Stroud (enetworks@earthlink.net) Wrot= e:J > Please contact me via e-mail to discuss this position in greater detail.   --=20 / John W. Eisenschmidt <jweisen@eisenschmidt.org>a6  Homepage URL    | http://www.eisenschmidt.org/jweisenL  PGP Public Key  | http://www.eisenschmidt.org/jweisen/misc/jeisenschmidt.a= scD  PGP Fingerprint | 5F9B F916 5AD1 3295 CF99 BC1E 1F97 E6A3 37E3 BEF2   --rwEMma7ioTxnRzrJ' Content-Type: application/pgp-signaturer Content-Disposition: inlinel   -----BEGIN PGP SIGNATURE-----i Version: GnuPG v1.0.4 (OpenBSD)o* Comment: For info see http://www.gnupg.org  @ iD8DBQE8iX40H5fmozfjvvIRAtHbAKCUkl2uDaMA6UWaksqGNXZNmCtVjACfRjlG 3h2sBLeVOGdiHGkVCvYgVSU= =TvxNi -----END PGP SIGNATURE-----    --rwEMma7ioTxnRzrJ--   ------------------------------   Date: 8 Mar 2002 15:50:51 -0600 + From: young_r@encompasserve.org (Rob Young)lN Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of3 Message-ID: <rgqm7h6xLkYJ@eisner.encompasserve.org>   \ In article <3C892C87.5AAE7F72@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Rob Young wrote:P >> over the last few years, with numbers like "$4 billion VMS revenues with $800K >> million profits", "single-digit growth for the year", "$2 billion in VMSj# >> service revenues", and so forth.e > L > The single digit growth was the result of the short lived VMS renaissance.P > Prior to that renaissance, VMS was in negative growth and Compaq had seriously > considered killing it. >   ? 	It is still growing.  Modestly, but growing.  Yes, in the pastp 	it had "negative" years.e  B 	But even talking about growth... If any business owned a divisionA 	that returned $800 million in profit, it would be very difficultiC 	(foolish, stupid, pick an adjective) to walk away from that.  EvenhA 	if the Armani clad analysts said to.  Again, GE and Samsung havedA 	their fingers in so many different product lines, it is amazing.nC 	And I'm willing to bet any that lose money more than a year or two C 	are axed or severely cutback or management wouldn't be doing theirt$ 	job.  VMS isn't even at that stage.  N > The fact that Carly is so intent on pleasing Groves and Gates indicates thatH > she is aiming for growth instead of profitability. And this is a wrongK > philosophy now that the PC business has become mature. The elimination ofrN > Compaq will just be a temporary blip in growth numbers as Dell, Gateway, IBMI > and HP get the customers that would have gone to Compaq, but once thoseuQ > customers have switched vendors, growth will follow the economy at a slow pace.     B 	But even she realizes she would be stepping into high growth withD 	shrinking margins... that is why the mantra is "services" something? 	I suppose they don't believe is at risk.  One wonders how long,? 	Dell goes with all their cash before they snap up a very large C 	services organization and then start applying their business model * 	in a new direction (i.e. cheaper better).  E 	Growth focus is good as long as margins hold up... iPaq for example.M  I 	The margin curves they are chasing are pointed down.  Servers, Services.r   				Rob-   ------------------------------   Date: 8 MAR 2002 22:12:16 GMTa4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)N Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of5 Message-ID: <8MAR02.22121689@thuria.waisman.wisc.edu>s  E In a previous article, JF Mezei <jfmezei.spamnot@videotron.ca> wrote:s ->Osmo Kujala wrote:N ->> I think the situation has gone so far that VMS needs some kind of alliance ->> (wrong word) with Linux. -> iP ->For as long as VMS is owned by a compay loyal to Microsoft and Intel, VMS will& ->not compete against Microsoft/Intel. -> n6 ->I still think that VMS should be aligned with APPLE.  G Doesn't Billy Boy own something like 30% of apple too? Or was that justd a nightmare I had?   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison 2 --                      karcher@waisman.wisc.edu     ------------------------------   Date: 8 Mar 2002 20:25 CST' From: carl@gerg.tamu.edu (Carl Perkins)wN Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of, Message-ID: <8MAR200220251340@gerg.tamu.edu>  8 karcher@thuria.waisman.wisc.edu (Carl Karcher) writes...F }In a previous article, JF Mezei <jfmezei.spamnot@videotron.ca> wrote: }->Osmo Kujala wrote: O }->> I think the situation has gone so far that VMS needs some kind of alliance  }->> (wrong word) with Linux.  }-> Q }->For as long as VMS is owned by a compay loyal to Microsoft and Intel, VMS willr' }->not compete against Microsoft/Intel.b }-> 7 }->I still think that VMS should be aligned with APPLE.M } H }Doesn't Billy Boy own something like 30% of apple too? Or was that just }a nightmare I had?wH }-- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison    G Bill Gates doesn't even own 30% of Microsoft. (He owns under 15%, maybel2 even under 12% - it's somewhere in that vicinity.)   --- Carl   ------------------------------   Date: 9 Mar 2002 05:53:09 GMTa+ From: "Joe Heimann" <heimann@ecs.umass.edu>lN Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of, Message-ID: <a6c805$5gh$1@odo.ecs.umass.edu>  5 Carl Karcher <karcher@thuria.waisman.wisc.edu> wrote:hG > In a previous article, JF Mezei <jfmezei.spamnot@videotron.ca> wrote:P > ->Osmo Kujala wrote:P > ->> I think the situation has gone so far that VMS needs some kind of alliance > ->> (wrong word) with Linux. > ->  R > ->For as long as VMS is owned by a compay loyal to Microsoft and Intel, VMS will( > ->not compete against Microsoft/Intel. > ->  8 > ->I still think that VMS should be aligned with APPLE.  I > Doesn't Billy Boy own something like 30% of apple too? Or was that juste > a nightmare I had?  J Nah, just a former investment by MS.  As part of a settlement of a pendingI IP case, MS agreed to come out with new versions of MS Office for the MactI for a definite period of years.  New features in Office were to be ported E to the Mac version within a set period of time as well.  Basically a oH requirement to keep parity with the Windows version.  As well, MS boughtJ a $150 million lot of non-voting stock in Apple, and were required to keepF it for several years.  From what I understand, that has all been sold.   Joe Heimanni   heimann@ecs.umass.edu    ------------------------------  % Date: Fri, 08 Mar 2002 22:45:59 -0500m2 From: rdeininger@mindspring.com (Robert Deininger)Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of  Compaq AcoJ Message-ID: <rdeininger-0803022245590001@1cust77.tnt2.nashua.nh.da.uu.net>  ? In article <87it87vdea.fsf@k9.prep.synonet.com>, Paul Repacholi  <prep@prep.synonet.com> wrote:     >TheD >Aye(sp?)  plant contract runs out in 2004... Funny, isn't that whenD >the shrunk EV7 is meant to appear? The low-wave fairy will pop them >under you pillow I suppose.  G Ayr doesn't have anything to do with EV7 chip work.  They build circuitt& board assemblies and complete systems.  G The board-level stuff at Ayr is due to be sold.  The system integrationSH stuff for various alphaservers will move to the other plant in Scotland,E according to the announcement.  I believe there are other alphaserveroI assembly factories as well.  Compaq already outsources some circuit boardrI work.  Ayr will be added to the list of sources, with a new owner for the  plant.   ------------------------------   Date: 8 Mar 2002 13:10:17 -0600 + From: young_r@encompasserve.org (Rob Young)eY Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acqc3 Message-ID: <eBzwUe$9k8qz@eisner.encompasserve.org>g  Y In article <a6afmf$io5$1@mordred.cc.jyu.fi>, Osmo Kujala <kujala@tukki.cc.jyu.fi> writes: + > Bill Todd <billtodd@metrocast.net> wrote:d > B >> "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message >>> HWP ...c@ >>> ... I doubt they are stupid enough to kill the VMS cash cow. >  > I easily believe they are.   >   < 	No... no one is that stupid.  Even if it isn't $800 million! 	profit (let's say $600 million):o   http://groups.google.com/groups?q=parris+group:comp.os.vms&hl=en&as_drrb=b&as_mind=12&as_minm=2&as_miny=2002&as_maxd=8&as_maxm=3&as_maxy=2002&selm=cf15391e./ 0202200830.1808946%40posting.google.com&rnum=10e  O At DECUS/CETS meetings, for example, we have received guidance at various timespM over the last few years, with numbers like "$4 billion VMS revenues with $800yH million profits", "single-digit growth for the year", "$2 billion in VMS" service revenues", and so forth.    . 	I've heard similar numbers in various venues.  < 	There is a corollary out there today.  DuPont is looking at+ 	selling one of their divisions.  Textiles.t  7 http://www.expresstextile.com/20020228/corporate2.shtml-  > 	a $6.5 billion dollar division... to concentrate on "growth."C 	It is no doubt a profitable division (hard to sell a money loser).W@ 	DuPont can afford to make the move as they earned $3.2 billion # 	last year on $25 billion in sales.e  A 	Perhaps HP would like to sell VMS.  Hard to kill it off if it isfF 	contributing a large profit as they wouldn't have as much to shore upG 	their PC divisions and large employee overheads (in other words, moneyi) 	comes in handy when running a business).e  ? 	Maybe Compaq flirted with the idea of doing something with VMScH 	(selling), but the $600 million Compaq made last year would have turned* 	into a break even corporation (or loss).   > 	It really is hard to divest a highly profitable division evenE 	if it isn't "core."  Shoot, many corporations are just that... large C 	conglomerations of divisions and they don't care about "core".  GEe4 	and Samsung for instance.  Others, have Harvard MBA@ 	consultants (surely a few, eh?) driving strategy and they talk	C 	about "core" and other things.  Resulting in visions... sort alongn
 	these lines:y  7 http://www.expresstextile.com/20020228/corporate2.shtmlo  E "A company can operate successfully for 200 years only by continuallyiI reinventing itself," said DuPont chairman and CEO Charles O Holliday Jr. p  @ 	[Not really... last I checked Michellin was still selling tiresB 	and Exxon was still selling gas and that is about all they do and 	they make money at it]o   ...e  K "Consistent with our long-term strategy and direction, our growth platforms J will be more tightly focused on markets and technologies. This will enableM faster execution and improved capability for innovation and shareholder valueS creation," Holliday said.t  ? 	[Growth platforms... i.e. that razor thin or soon to be Wintelt
 	platform]  B 	And HP is big into re-invention... surely VMS isn't core.  Uh-oh.  A 	But then again, if VMS was on the sellers block, many would lineL@ 	up for it.  Most corporations would gladly take a division thatA 	makes $600 million+ per annum, core or no core.  I've asked thiseA 	before:  "anyone ever divest of $600+ million dollar profitable aA 	division?"   Bet the Harvard MBAs have little footnotes on theiry1 	"core" strategy talks that make exceptions.  HA.    				Robe   ------------------------------   Date: 8 Mar 2002 13:21:35 -0600c+ From: young_r@encompasserve.org (Rob Young)cY Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acq 3 Message-ID: <e6iVrfb2xcUY@eisner.encompasserve.org>r  a In article <eBzwUe$9k8qz@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:o     > > > 	There is a corollary out there today.  DuPont is looking at- > 	selling one of their divisions.  Textiles.  >    	Of course, mistake.  B 	They are getting out of the "fibre business" and they don't breakA 	out the size of that division.  Textiles remain and it is a $6.5l> 	billion dollar segment.  Big money in stain resistent carpet.   				Rob"   ------------------------------  # Date: Fri, 08 Mar 2002 20:02:23 GMTt* From: "Bill Todd" <billtodd@metrocast.net>Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqpB Message-ID: <jN8i8.145036$pN4.7189336@bin8.nnrp.aus1.giganews.com>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:eBzwUe$9k8qz@eisner.encompasserve.org...h: > In article <a6afmf$io5$1@mordred.cc.jyu.fi>, Osmo Kujala  <kujala@tukki.cc.jyu.fi> writes:- > > Bill Todd <billtodd@metrocast.net> wrote:e > >hD > >> "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message
 > >>> HWP ...eB > >>> ... I doubt they are stupid enough to kill the VMS cash cow. > >o > > I easily believe they are. > >l >t > No... no one is that stupid.  L ... and then you go on to list a bunch of reasons that apply equally well to< why Compaq shouldn't have killed off Alpha (or, now, Tru64).  H Hardly convincing.  They really *are* that stupid, and we have plenty of evidence to prove it.d   - bill   ------------------------------   Date: 8 Mar 2002 14:21:11 -06002+ From: young_r@encompasserve.org (Rob Young)OY Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqS3 Message-ID: <MN4mGqP+J0YV@eisner.encompasserve.org>0  o In article <jN8i8.145036$pN4.7189336@bin8.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes:o > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:eBzwUe$9k8qz@eisner.encompasserve.org...M; >> In article <a6afmf$io5$1@mordred.cc.jyu.fi>, Osmo Kujalah" > <kujala@tukki.cc.jyu.fi> writes:. >> > Bill Todd <billtodd@metrocast.net> wrote: >> >E >> >> "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messager >> >>> HWP ...C >> >>> ... I doubt they are stupid enough to kill the VMS cash cow.  >> > >> > I easily believe they are.u >> > >> >> No... no one is that stupid.r > N > ... and then you go on to list a bunch of reasons that apply equally well to> > why Compaq shouldn't have killed off Alpha (or, now, Tru64). >   E 	And it is fairly common to change out hardware and maintain OS.  SuntG 	changed architectures.  Digital changed architectures.  HP/UX changed v< 	architectures (planning it again, I see).  SGI will change F 	architectures, etc...  it is fairly common.  What isn't so common is & 	killing off highly profitable OSes.     			Any examples of that?    F 	Data General's Unix?  Hardly profitable.  Today's Wall Street JournalB 	points out that Unisys still makes money selling and support CMP.E 	I suppose Unisys likes the money they are making?  Or maybe they are. 	just in love with the OS?  @ 	Last I checked, they are still selling Tru64 with some sort of H 	migration/merger with HP/UX planned.  We'll know more one way or other  	by April 1st.     > Hardly convincing.   	Yep.=   				Rob=   ------------------------------  # Date: Fri, 08 Mar 2002 21:36:39 GMTa* From: "Bill Todd" <billtodd@metrocast.net>Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acq8C Message-ID: <H9ai8.383849$eS3.28606993@bin3.nnrp.aus1.giganews.com>r  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:MN4mGqP+J0YV@eisner.encompasserve.org...JJ > In article <jN8i8.145036$pN4.7189336@bin8.nnrp.aus1.giganews.com>, "Bill& Todd" <billtodd@metrocast.net> writes: > >t< > > "Rob Young" <young_r@encompasserve.org> wrote in message1 > > news:eBzwUe$9k8qz@eisner.encompasserve.org... = > >> In article <a6afmf$io5$1@mordred.cc.jyu.fi>, Osmo Kujalao$ > > <kujala@tukki.cc.jyu.fi> writes:0 > >> > Bill Todd <billtodd@metrocast.net> wrote: > >> >G > >> >> "Terry C. Shannon" <terryshannon@mediaone.net> wrote in messageo > >> >>> HWP ...E > >> >>> ... I doubt they are stupid enough to kill the VMS cash cow.l > >> >! > >> > I easily believe they are.p > >> > > >>! > >> No... no one is that stupid.- > >-H > > ... and then you go on to list a bunch of reasons that apply equally well ton@ > > why Compaq shouldn't have killed off Alpha (or, now, Tru64).   ...   L And there's no point in quoting any of your response to that, because it wasE yet another Rob non-response:  platitudes about how people don't killnK profitable products (well, specifically OSs this time, since Compaq alreadyoK proved happy to kill Alpha - and you still don't address its willingness todK kill Tru64 save to babble about a 'convergence' with - read, migration to -  HP/UX).   K We know what stupidity Compaq has embraced, consistently and recently.  YoulK offer no reason whatsoever save faith in their competence (hah!) to believe<) they won't do something similar with VMS.   2 There are none so blind as those who will not see.   - bill   ------------------------------   Date: 8 Mar 2002 19:02:55 -0600p+ From: young_r@encompasserve.org (Rob Young)3Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acqt3 Message-ID: <7BzFBC32iDpd@eisner.encompasserve.org>o  p In article <H9ai8.383849$eS3.28606993@bin3.nnrp.aus1.giganews.com>, "Bill Todd" <billtodd@metrocast.net> writes: >    > J > You offer no reason whatsoever save faith in their competence (hah!) to 3 > believe they won't do something similar with VMS.- >   > 	I offer plenty and instead of countering them, you trim them.  $ 	Just like good old Andrew Harrison.  H 	How about: because it makes no sense.  And as far as I can tell, no one> 	has ever killed off a business unit that cleared $800 million 	per year in profit.   			Can you name one?  + 	Of course you can't... so trim that again.e  > 	Getting off Alpha makes good long term business sense.  ShortB 	term technically, it makes no sense.  But if IA64 gets as healthyD 	as McKinley is showing it can, then it isn't such a loser decision.   				Robg   ------------------------------  # Date: Sat, 09 Mar 2002 01:45:23 GMT * From: "Bill Todd" <billtodd@metrocast.net>Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq AcqgC Message-ID: <TOdi8.315526$Aw2.25058208@bin7.nnrp.aus1.giganews.com>a  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:7BzFBC32iDpd@eisner.encompasserve.org...vK > In article <H9ai8.383849$eS3.28606993@bin3.nnrp.aus1.giganews.com>, "Bill & Todd" <billtodd@metrocast.net> writes: > >  >a > >EK > > You offer no reason whatsoever save faith in their competence (hah!) toa5 > > believe they won't do something similar with VMS.o > >a >  > I offer plenty  L Rob, you wouldn't understand reason if it bit you in the ass (as the current  discussion once again displays).  /  and instead of countering them, you trim them.a > % > Just like good old Andrew Harrison.w  > That's it:  if you can't debate competently, try slinging mud.   > ' > How about: because it makes no sense.i  K How about, that's exactly the point I made:  the only 'reasons' you offered I appealed to our faith that Compaq was not as stupid as we already know ittJ is, and would not do something that 'made no sense' (even though they haveI consistently done things that made no sense since Pfeiffer got the boot).   I If you have some neurological defect that prevents you from understandingsL simple statements and the logic behind them, then I sympathize and apologizeJ for some of the blunter responses I have made.  Otherwise, try shutting up; until you can bring yourself to stop jerking off in public.    - bill   ------------------------------  % Date: Fri, 08 Mar 2002 15:59:29 -0500l- From: JF Mezei <jfmezei.spamnot@videotron.ca>sY Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acq-, Message-ID: <3C892630.2F4E29E4@videotron.ca>   Osmo Kujala wrote:L > I think the situation has gone so far that VMS needs some kind of alliance > (wrong word) with Linux.  N For as long as VMS is owned by a compay loyal to Microsoft and Intel, VMS will$ not compete against Microsoft/Intel.  4 I still think that VMS should be aligned with APPLE.   ------------------------------  % Date: Fri, 08 Mar 2002 16:26:34 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>wY Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acqe, Message-ID: <3C892C87.5AAE7F72@videotron.ca>   Rob Young wrote:O > over the last few years, with numbers like "$4 billion VMS revenues with $800hJ > million profits", "single-digit growth for the year", "$2 billion in VMS" > service revenues", and so forth.  J The single digit growth was the result of the short lived VMS renaissance.N Prior to that renaissance, VMS was in negative growth and Compaq had seriously considered killing it.  L Considering how limited the VMS marketing was during that short renaissance,I it was still impressive to see it go from negative growth to nor-far-fromoE double digit growth (which would make it a double digit change in allaL likelyhood). However, considering that Compaq was a PC company that expectedI growth that was many times what VMS could achieve, I wonder if Comapq was 9 totally unimpressed by the turnaround and gave up on VMS.r  H Had Compaq started to give Wall Street indication that it was becoming aL mature company with more reasonable growth, then the single digit growth forM VMS (lets assume 8% for sake of discussion) would have been quite impressive. N But if Compaq was still touting expectations of 40% growth in some areas, thenN an 8% for VMS would have been seen as a failure and make VMS look unappealing.  K If you measure a company by its growth (aka .COMs), then VMS is no good. If0Q you measure a company by its profits (blue chips aka: IBM) then VMS is very good.   L The fact that Carly is so intent on pleasing Groves and Gates indicates thatF she is aiming for growth instead of profitability. And this is a wrongI philosophy now that the PC business has become mature. The elimination of>L Compaq will just be a temporary blip in growth numbers as Dell, Gateway, IBMG and HP get the customers that would have gone to Compaq, but once those>O customers have switched vendors, growth will follow the economy at a slow pace.    ------------------------------  % Date: Fri, 08 Mar 2002 16:41:16 -0500h- From: JF Mezei <jfmezei.spamnot@videotron.ca>'Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acq , Message-ID: <3C892FF8.F2571B7C@videotron.ca>   Rob Young wrote:2 >         Data General's Unix?  Hardly profitable.  I But DG's AOS-VS was profitable enough to make Data General survive a faireF amount of time. But DG didn't have the money to make AOS-VS compete onN features with VMS, so the easy way out was to adopt a vanilla "free" OS called& Unix and make it run on your hardware.  L At the time Sun started to kill off "proprietary systems" and telling peopleI they had to move to "open" systems, VMS already had developped sufficientmK quantities of technology and features to keep its leadership ahead of Unix.2L DC's AOS-VS had already fallen behind Unix big time so for DG it was simpler to abandon AOS-VS and go Unix.  M VMS has survived only because it has features that UNIX doesn't have. And the2N more the gap narrows, the fewer advantages VMS will have over Unix. The secondM VMS starts to lag behind, it is just as dead as AOS-VS because HP won't spendeK mega money to pay for extra VMS engineers to bring VMS back up to speed. It N will be far simpler and cheaper to get VMS customers to migrate to Unix or NT.  N This is why the Alpha fiasco is so dangerous. While the VMS engineers are busyM porting VMS to an unwanted platform, they are not moving VMS forwards as fast ) as they should to keep VMS ahead of Unix.   N Already, the stories of no more compiler improvements on Alpha are a harbingerN of things to come. Unix already claims to have clustering, albeit nowhere near as flexible as VMS'.   ------------------------------  % Date: Fri, 08 Mar 2002 20:24:01 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>-Y Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acqr, Message-ID: <3C89641B.E9D2BED4@videotron.ca>   Rob Young wrote:A >         Getting off Alpha makes good long term business sense. @  N The same could be said with the 8086 product line. Should Intel have announcedL the end of the 8086 product line back in early 1990s when Alpha was about toI become commercially available with, at  the time, the possibility that ita  might actually hit the shelves ?  M If IA64 is good enough to kill off Alpha, how come Intel hasn't announced the.! end of the 8086 also on June 25 ?p  M Imagine that, the lousy toy 8086 has been able to keep up with the Jones' andgH outlast its much more powerful rival Alpha and may survive the predicted onslaught of IA64. =  G Could it be because Intel *WANTS* to sell the 8086 to as many people aspM possible whereas Compaq (and Digital) wanted to prevent Alpha from succeedingi against the 8086 and now IA64 ?v  M Where there is a will,. there is a way. If Intel was able to market its lousylG 8-16 bit 8086 and spend the money to turn this toy controller into somevL respectable 32 bit chip, then surely Digital/Compaq should have been able toK sell its far superior processor initially at lower prices to create demand,o> just like Intel/IBM did initially to kill off Motorolla's 68k.   ------------------------------  # Date: Sat, 09 Mar 2002 04:05:46 GMTo1 From: "David J. Dachtera" <djesys.nospam@fsi.net>eY Subject: Re: R.I.P. OpenVMS - ISS Recommends That H-P Holders Vote in Favor of Compaq Acqd' Message-ID: <3C898B83.9BBD51B7@fsi.net>    Osmo Kujala wrote: > [snip]L > I think the situation has gone so far that VMS needs some kind of alliance > (wrong word) with Linux.  G Well, to the likes of me, adding ODS and RMS "layers" and a DCL "shell"wH to Linux seems doable, if rather a challenge. There's already commercial@ products out there for other UN*X flavors not to mention NT/W2K.   -- 6 David J. Dachteraa dba DJE Systemsd http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/f   ------------------------------  $ Date: Fri, 8 Mar 2002 16:33:58 -0800+ From: "Mike Scott" <mscott_NOSPAM@axys.com>i- Subject: reading sequential files in PERL !?!d  Message-ID: <3c895e40$1@nubby2.>  H I just got the perl package running on my OpenVMS 7.1 Alpha.  HelloWorldK works great.  I tried to use the conventional sequential file i/o method tot= read in a text file, and (you guessed it), it's not portable!eL I know that VMS has CRLF sequential files, VFC sequential files, and indexedJ files (something like that anyways).  It's just standard CRLF text files I
 wish to read.e9 Is there a good source of VMS-Perl code I could refer to?a   -thankss   ------------------------------  % Date: Fri, 08 Mar 2002 19:16:28 -0600tC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>o1 Subject: Re: reading sequential files in PERL !?!oH Message-ID: <craig.berry-42E377.19162808032002@news.directvinternet.com>  G In article <3c895e40$1@nubby2.>, "Mike Scott" <mscott_NOSPAM@axys.com> d wrote:  J > I just got the perl package running on my OpenVMS 7.1 Alpha.  HelloWorldM > works great.  I tried to use the conventional sequential file i/o method to ? > read in a text file, and (you guessed it), it's not portable! N > I know that VMS has CRLF sequential files, VFC sequential files, and indexedL > files (something like that anyways).  It's just standard CRLF text files I > wish to read.l; > Is there a good source of VMS-Perl code I could refer to?t  H I must have a different understanding of "conventional" since I have no E trouble reading sequential files in Perl.  Please post an example of 3C exactly what you are trying to do and what you get versus what you RC expect, including the output of DIRECTORY/FULL on the file that is aA giving you trouble.  Also, please post (or cross-post) this more a& detailed query to vmsperl AT perl.org.   ------------------------------   Date: 8 Mar 2002 13:34:21 -0800e1 From: glenmark@utxvms.cc.utexas.edu (Glen Martin)n* Subject: RMS commands to implement logging= Message-ID: <6e2f14f4.0203081334.4f572486@posting.google.com>f  C I have a piece of C code which runs as a Multinet service, and I amiE wanting to  write to a log file. Since this is a Multinet service, ito= is possible for multiple instances of my code to be trying to-F concurrently write to this log file. While I'm well aware that VMS has@ plenty of built-in technology for handling the serialization andF lock-handling needed to accomplish this (as opposed to the Unix world,@ where I would have to create my own locks and such), I am ratherB inexperienced at using RMS calls, and wanted to get a sanity checkC from this group to make sure that I am attempting to use the properO calls.  C Specifically, I am planning on using sys$create() to create the log.E file if it isn't present, sys$connect() to open it, stuffing the text A to be written into rab.rab$l_rbf, the size of the text block into B rab.rab$w_rsz, and using sys$put() to write to the file (obviouslyD leaving out a bunch of steps here such as setting up the rab and fab. descriptors and just hitting the high points).  B Am I heading down the right path, or should I be using an entirely@ different family of calls to prevent my code from sitting aroundC waiting to get a lock on the log file? I'm wanting to keep overhead- fairly low.e   ------------------------------  % Date: Fri, 08 Mar 2002 15:33:52 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>a+ Subject: Re: Shutdowning 15 VAX machines...e+ Message-ID: <3C892031.DCEECA7@videotron.ca>o   labadie wrote:8 > mc sysman set env/node=(cluster1,cluster2)/user=system > do ... > # > Disclaimer: I have not tested it.   M Yeah, that is the problem with shutting down a VMS system. We so rarely do itn that we forget how :-)   ------------------------------   Date: 8 Mar 2002 17:40:07 -0800j. From: SPAMSINK2001@YAHOO.COM (Alan E. Feldman)+ Subject: Re: Shutdowning 15 VAX machines...r= Message-ID: <343f30ae.0203081740.46075161@posting.google.com>>  { "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com.nospam> wrote in message news:<3C88FEC6.C898C2C6@intel.com.nospam>...> [snip] > P > My experience is that decnet proxies are irrelevant when doing SET ENV/NODE=()P > I still get prompted for a password when at least one node is not in the local
 > cluster. > D > Further, and as others have noted, I find using SYSMAN's SHUT NODEK > command plus qualifiers far easier to use and less prone to mistakes than " > using DO @SYS$SYSTEM:SHUTDOWN... > 
 >     -Ken    > [For some reason I thought SYSMAN> SET ENVI/NODE only works onE clusters, silly me -- that's why I posted my alternate solution -- oh  well.]    3 I tried this on my system and found some problems :W  E 1.) I had to UAF> CREATE/PROXY and add a proxy for each node I wanted A to run commands remotely on. Then it worked even if I deleted ther: proxy accounts. If I didn't initiate the proxy files (UAF>E CREATE/PROXY) and set up appropriate proxy accounts it would complain  with   SYSMAN> DO SHOW TIME1 %SYSMAN-I-OUTPUT, command execution on node NODEXd0 %SYSMAN-I-NODERR, error returned from node NODEX= -SYSTEM-F-NOSUCHOBJ, network object is unknown at remote noder  B I found that the object SMISERVER was needed to make this work and= that that object did not exist before adding a proxy account.   E I found that creating the netproxy stuff is not necessary. I only hadRB to run @SYS$SYSTEM:STARTUP SMISERVER to make SYSMAN> SET ENVI/NODED work, but still have to type in the password. (SMISERVER creates theD object SMISERVER which is apparently the object that the above errorA message was complaining about.) So it was just a "side effect" of 3 proxying that created the SMISERVER stuff I needed.e  F 2.) I also had the "Remote password:" prompt even with a proxy accountC enabled. But that worked if I put in the right password. However, Io@ could not find a way to make it work for multiple nodes when theD passwords for those nodes were different from each other. How do you? type in multiple passwords? I tried pwd1 pwd2 and pwd1,pwd2 and> neither worked.v  C 3.) Anyone know any reasons that could cause SMISERVER to not start F during startup? What should I look for? I'll try to set startup verify( and run reboot again, but I must go now.  D I am running VMS 6.1 and 6.2 on Microvax 3100s. None are clustered.    TIA    -- Disclaimer: JMVHO  Alan E. Feldmane# afeldman foafer gfigroup apiabv come4 "Help me help you help me help you"  --Bob Patterson   ------------------------------   Date: 8 Mar 2002 22:12:37 -0800t. From: spamsink2001@yahoo.com (Alan E. Feldman)+ Subject: Re: Shutdowning 15 VAX machines...u= Message-ID: <b096a4ee.0203082212.58d424eb@posting.google.com>k  / Some clarifications interspersed in my message:y  s SPAMSINK2001@YAHOO.COM (Alan E. Feldman) wrote in message news:<343f30ae.0203081740.46075161@posting.google.com>...h} > "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com.nospam> wrote in message news:<3C88FEC6.C898C2C6@intel.com.nospam>...e > [snip] > > R > > My experience is that decnet proxies are irrelevant when doing SET ENV/NODE=()R > > I still get prompted for a password when at least one node is not in the local > > cluster. > >  [snip] > 5 > I tried this on my system and found some problems :. > G > 1.) I had to UAF> CREATE/PROXY and add a proxy for each node I wanted C > to run commands remotely on. Then it worked even if I deleted thet< > proxy accounts. If I didn't initiate the proxy files (UAF>G > CREATE/PROXY) and set up appropriate proxy accounts it would complain  > with >  > SYSMAN> DO SHOW TIME3 > %SYSMAN-I-OUTPUT, command execution on node NODEX 2 > %SYSMAN-I-NODERR, error returned from node NODEX? > -SYSTEM-F-NOSUCHOBJ, network object is unknown at remote noden > D > I found that the object SMISERVER was needed to make this work and? > that that object did not exist before adding a proxy account.l    C Clarification: The SMISERVER object did not materialize until I hadnA run the first successful DO SHOW TIME command after setting up an-- appropriate proxy account on the remote node.0    :G > I found that creating the netproxy stuff is not necessary. I only hadPD > to run @SYS$SYSTEM:STARTUP SMISERVER to make SYSMAN> SET ENVI/NODEF > work, but still have to type in the password. (SMISERVER creates the    @ Clarification: I still have to type in the password even when anB appropriate proxy account is set up on the remote node. This is in agreement with Ken's article.n   >o [snip] > E > 3.) Anyone know any reasons that could cause SMISERVER to not startoH > during startup? What should I look for? I'll try to set startup verify* > and run reboot again, but I must go now. > F > I am running VMS 6.1 and 6.2 on Microvax 3100s. None are clustered.   C I still have to spend more time investingating automatic startup ofd7 SMISERVER, but in the meanwhile, any hints are welcome.l   > TIAo   Disclaimer: JMVHO  Alan E. Feldmany& afeldman vpqiufvba gfigroup asivba com5 "Help me help you help me help you"  -- Bob Patterson    ------------------------------  $ Date: Fri, 8 Mar 2002 22:48:50 -00003 From: "Jefferson Humber" <matrix01@globalnet.co.uk>u( Subject: Re: UCX$TELNETSYM error message/ Message-ID: <u8ifudslkvu49a@corp.supernews.com>h   Fabio,  9 I had the same problem with my VAX Cluster too, try this;g  B     http://www.compaq.com/support/askkcs/14_0_7632158_2631458.html   Cheers,e   Jeff    ; "Fabio Cardoso" <fabiopenvms@yahoo.com.br> wrote in messagee: news:20020308130850.37956.qmail@web20210.mail.yahoo.com...0 > Do you have any idea why this message below is
 > generated ?t >j4 > "Fri Mar  8 10:01:51 2002, open_socket_ast invoked8 > with bad IOSB 660: connect to network object rejected" > 7 > I have a printer connected in a Lantronix printserverI, > and I am receiving this message in the log" > file: UCX$TELNETSYM_printer.LOG; >D	 > Regards. >E > FC >o > =====  > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazilr > fabiopenvms@yahoo.com.br > ========================== >a4 > __________________________________________________ > Do You Yahoo!?9 > Try FREE Yahoo! Mail - the world's greatest free email!  > http://mail.yahoo.com/   ------------------------------  # Date: Fri, 08 Mar 2002 21:04:20 GMTp. From: "Barry in Indy" <bleadhurwitz@uindy.edu> Subject: VFC File Problem > Message-ID: <oH9i8.7595$k5.3018055@newssvr28.news.prodigy.com>  G I have to deal with print files which are generated by a vendor's printbK spooling program. There are occasions when it would be useful to be able toiF edit the file before printing; for example, when a heading has a typo.I Rerunning the program is difficult, because usually database updates havea been performed.o  J When I edit the file with EVE, saving the file results in a message sayingH FILE FORMAT IS BEING CONVERTED TO A SUPPORTED TYPE. The file then printsL incorrectly. Is there any way to either not convert the file when saving it, or to reformat it using FDL?   Here's the FDL before EVE:  :         IDENT   " 8-MAR-2002 15:47:41  OpenVMS FDL Editor"           SYSTEM1                 SOURCE                  "OpenVMS"y           FILE,                 ALLOCATION              3384*                 BEST_TRY_CONTIGUOUS     no*                 CLUSTER_SIZE            18*                 CONTIGUOUS              no)                 EXTENSION               0h*                 FILE_MONITORING         no)                 GLOBAL_BUFFER_COUNT     0bJ                 NAME                    "DKA100:[IASIPRT]SBA520RPT.PRT;93"2                 ORGANIZATION            sequential9                 OWNER                   [TESTING,SISUSER]fA                 PROTECTION              (system:RWED, owner:RWED,o group:RWED, world:RE)o           RECORD+                 BLOCK_SPAN              yesd-                 CARRIAGE_CONTROL        printi)                 CONTROL_FIELD_SIZE      2a+                 FORMAT                  VFCd+                 SIZE                    132b     And after EVE:  :         IDENT   " 8-MAR-2002 15:56:57  OpenVMS FDL Editor"           SYSTEM1                 SOURCE                  "OpenVMS"t           FILE,                 ALLOCATION              3258*                 BEST_TRY_CONTIGUOUS     no*                 CLUSTER_SIZE            18*                 CONTIGUOUS              no)                 EXTENSION               0@*                 FILE_MONITORING         no)                 GLOBAL_BUFFER_COUNT     0aC                 NAME                    "DKA100:[IASIS]TEMP.PRT;94"o2                 ORGANIZATION            sequential9                 OWNER                   [TESTING,SISUSER]mA                 PROTECTION              (system:RWED, owner:RWED,e group:RWED, world:RE)V           RECORD+                 BLOCK_SPAN              yesp7                 CARRIAGE_CONTROL        carriage_returnr0                 FORMAT                  variable)                 SIZE                    0h   Thanks for any assistance!   --
 Barry in Indye   Get the lead out to replyi   ------------------------------  % Date: Fri, 08 Mar 2002 13:30:19 -0800AC From: "Kenneth H. Fairfield" <Kenneth.H.Fairfield@intel.com.nospam>r Subject: Re: VFC File Problem.0 Message-ID: <3C892D6B.205B88B2@intel.com.nospam>   Barry in Indy wrote:  I > I have to deal with print files which are generated by a vendor's print M > spooling program. There are occasions when it would be useful to be able tooH > edit the file before printing; for example, when a heading has a typo.K > Rerunning the program is difficult, because usually database updates havet > been performed.  >sL > When I edit the file with EVE, saving the file results in a message sayingJ > FILE FORMAT IS BEING CONVERTED TO A SUPPORTED TYPE. The file then printsN > incorrectly. Is there any way to either not convert the file when saving it, > or to reformat it using FDL?  B     Yes, use CONVERT.  You're most of the way there with the FLD'sD you showed.  All you really need to do is trim down the original FDLA to retain just the RECORD parts, and call this, say, PRTFILE.FDL:i   >         RECORD- >                 BLOCK_SPAN              yes / >                 CARRIAGE_CONTROL        printa+ >                 CONTROL_FIELD_SIZE      2r- >                 FORMAT                  VFCf   Now edit the file, then do,s  1     $ CONVERT /FDL=PRTFILE edited-file final-file6   OK?t       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfieldw! F20 Automation VMS System Supporte kenneth.h.fairfield#intel.com    ------------------------------  $ Date: Fri, 8 Mar 2002 16:48:33 -0500  From: norm.raphael@jamesbury.com Subject: Re: VFC File Probleme4 Message-ID: <C2256B76.007785CA.00@jklh21.valmet.com>  L There is a basic program (in a DSNLINK article) that converts the print file byteshN to <FF>, <CR>, and <LF> characters in the data record of the output file.  You canlM then edit it and keep the formating or send it to O/S's that understand thosew
 characters but not Print File Format.  3 (I also modified it to do rudamentary HTML output).I        > Kenneth.H.Fairfield@intel.com.nospam on 03/08/2002 04:30:19 PM  6 Please respond to Kenneth.H.Fairfield@intel.com.nospam   To:   Info-VAX@mvb.saic.comv cc:p Subject:  Re: VFC File Problem         Barry in Indy wrote:  I > I have to deal with print files which are generated by a vendor's printtM > spooling program. There are occasions when it would be useful to be able to-H > edit the file before printing; for example, when a heading has a typo.K > Rerunning the program is difficult, because usually database updates have  > been performed.  > L > When I edit the file with EVE, saving the file results in a message sayingJ > FILE FORMAT IS BEING CONVERTED TO A SUPPORTED TYPE. The file then printsN > incorrectly. Is there any way to either not convert the file when saving it, > or to reformat it using FDL?  B     Yes, use CONVERT.  You're most of the way there with the FLD'sD you showed.  All you really need to do is trim down the original FDLA to retain just the RECORD parts, and call this, say, PRTFILE.FDL:t   >         RECORD- >                 BLOCK_SPAN              yesP/ >                 CARRIAGE_CONTROL        print-+ >                 CONTROL_FIELD_SIZE      20- >                 FORMAT                  VFCS   Now edit the file, then do,g  1     $ CONVERT /FDL=PRTFILE edited-file final-file$   OK?2       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfielda! F20 Automation VMS System Support  kenneth.h.fairfield#intel.com    ------------------------------  $ Date: Fri, 8 Mar 2002 17:07:04 -05001 From: "Farrell, Michael" <MFarrell@voltdelta.com>e Subject: RE: VFC File ProblemgO Message-ID: <025766C9BBC5D511A4ED00B0D0F08C23163309@ny_exchange1.maintech1.com>e  < Which brings up another question that's always perplexed me:  > Why doesn't DCL write RMS Sequential files?  Why are they VFC?   TIA0   Mike Farrell mfarrell@voltdelta.com   > -----Original Message-----H > From:	Kenneth H. Fairfield [SMTP:Kenneth.H.Fairfield@intel.com.nospam]& > Sent:	Friday, March 08, 2002 4:30 PM > To:	Info-VAX@Mvb.Saic.Comc > Subject:	Re: VFC File Problemm >  > Barry in Indy wrote: > K > > I have to deal with print files which are generated by a vendor's printdL > > spooling program. There are occasions when it would be useful to be able > toJ > > edit the file before printing; for example, when a heading has a typo.H > > Rerunning the program is difficult, because usually database updates > have > > been performed.s > >tG > > When I edit the file with EVE, saving the file results in a messageo > sayingL > > FILE FORMAT IS BEING CONVERTED TO A SUPPORTED TYPE. The file then printsL > > incorrectly. Is there any way to either not convert the file when saving > it,a  > > or to reformat it using FDL? > D >     Yes, use CONVERT.  You're most of the way there with the FLD'sF > you showed.  All you really need to do is trim down the original FDLC > to retain just the RECORD parts, and call this, say, PRTFILE.FDL:  >  > >         RECORD/ > >                 BLOCK_SPAN              yes21 > >                 CARRIAGE_CONTROL        print - > >                 CONTROL_FIELD_SIZE      2g/ > >                 FORMAT                  VFCo >  > Now edit the file, then do,e > 3 >     $ CONVERT /FDL=PRTFILE edited-file final-filea >  > OK?r > 
 >     -Ken > --8 > I don't speak for Intel, Intel doesn't speak for me... >  > Ken Fairfieldd# > F20 Automation VMS System Supporte > kenneth.h.fairfield#intel.com  >    ------------------------------  % Date: Sat, 09 Mar 2002 00:24:50 +0000n4 From: John Laird <john@laird-towers.freeserve.co.uk> Subject: Re: VFC File Problem 8 Message-ID: <4dli8usuo2fs3rrnlus3pcai37i7frvcdr@4ax.com>  5 On Fri, 8 Mar 2002 17:07:04 -0500, "Farrell, Michael"i <MFarrell@voltdelta.com> wrote:   = >Which brings up another question that's always perplexed me:l > ? >Why doesn't DCL write RMS Sequential files?  Why are they VFC?t  K Ancient history, probably.  The ability in DCL to open and write files goesoL all the way back to V1.0 - in those days, all the editors wrote VFC files byF default too, and all the compilers showed the "line numbers" (the most4 common usage of the fixed control area) in listings.  / (For some dimly remembered values of "all" :-))      	Johna   ------------------------------   Date: 8 Mar 2002 13:57:57 -0800e1 From: steve.prescott@acs-inc.com (Steve Prescott)l Subject: VMS sys admin salariest= Message-ID: <24a7e14c.0203081357.2f137569@posting.google.com>-  R Are there any places I can go to get salary ranges for a VMS system administrator?   ------------------------------  # Date: Fri, 08 Mar 2002 23:28:17 GMT.+ From: Jeff Campbell <jcampbell@ins-msi.com>c; Subject: Re: What VMS version runs on a Digital Server 3000.+ Message-ID: <3C893FA3.9A74775A@ins-msi.com>    Hans Vlems wrote:b > . > Jeff Campbell ?jcampbell@ins-msi.com? wrote: > ?  > ?Hans Vlems wrote: > ??
 > ?? Jeff, > ??6 > ?? the 3300 is now running VMS, thank you very much.= > ?? The next problem is now to get X/Motif running. The 3300gE > ?? has an S3 video card. Does VMS 7.3 have support for that adapter.% > ?? or should I install another one?< > ?tF > ?Did you install DECWindows? It is X/MOTIF. You will need to installB > ?DECNet as well, if you haven't. The DS 3300 S3 video will work. > ?s > Jeff,l > C > DECnet phase IV was installed even though there's no recognizablehB > adapter installed. It has a Madge tokenring PCI card but that isE > not supported, so NCP does not show any lines (let alone circuits).lA > But as soon as X/Motif starts the monitor loses connection, the H > green led turns amber. I have a Digital PCXCV-DV PC monitor connected. > Any ideas?  C Are you starting DECnet in systartup_vms? DECWindows uses DECnet as C a transport. It must be running when DECWindows starts. Look at then7 DECW$*.log's in sys$manager (through a serial port 8-).Y   >  > Hans >  > http://www.zfree.co.nz   Jeff   ------------------------------   End of INFO-VAX 2002.133 ************************