1 INFO-VAX	Fri, 26 May 2000	Volume 2000 : Issue 292       Contents:F Absolute fastest way to get a 100% correct record count for RMS files?J Re: Absolute fastest way to get a 100% correct record count for RMS files?J Re: Absolute fastest way to get a 100% correct record count for RMS files?J Re: Absolute fastest way to get a 100% correct record count for RMS files?J Re: Absolute fastest way to get a 100% correct record count for RMS files?J Re: Absolute fastest way to get a 100% correct record count for RMS files? Re: Capellas supports Microsoft  Re: Capellas supports Microsoft  Re: Capellas supports Microsoft , Re: Compaq not as bad as Andrew says (wish?), Re: Compaq not as bad as Andrew says (wish?), Re: Compaq not as bad as Andrew says (wish?) Re: disk usage keeps growing...  Re: disk usage keeps growing...  Re: FTP Server Logs. How can I redefine printf? Re: How can I redefine printf? Re: How can I redefine printf?6 Re: How to export contents of RMS file to .csv format? Install options? Re: KOffice -> OVMS?" Re: Looking for PW API information" Re: Looking for PW API information Re: Memory/System Optimization MicroVMS 4.4 Re: MicroVMS 4.4 Re: MicroVMS 4.4 MicroVMS 4.4 Odd TELNETSYM Behavior? A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire) & Re: Prob w/DCPS 1.7,HP4050, and HPGL/23 reading and/or forwarding other users EXISTING mail 7 RE: reading and/or forwarding other users EXISTING mail 7 Re: reading and/or forwarding other users EXISTING mail  Re: Scheduling Re: Scheduling Re: Scheduling Re: Ultrix for mVax3100 ?  VAX VMS 7.2 Bug? Re: Vms calculator Vms Calculator RE: Vms calculator Re: Vms calculator RE: Vms Calculator Re: Vms calculator Re: Vms calculator Re: Vms calculator Re: Vms calculator Re: Vms calculator Re: VMS marketing  Re: VMS marketing  Re: VMS marketing  Re: VMS marketing  Re: VMS marketing  Re: VMS marketing  Re: VMS marketing 7 Why AlphaServer 2100 can't install with OpenVMS 7.2 cd?   F ----------------------------------------------------------------------  % Date: Thu, 25 May 2000 16:00:48 -0700 - From: "Dann Corbit" <dcorbit@solutionsiq.com> O Subject: Absolute fastest way to get a 100% correct record count for RMS files? ( Message-ID: <EgiX4.1939$pE1.2272@client>  L I want to get the fastest possible 100% accurate record count for RMS files.  I I tried both sys$get() and sys$find() and was astonished to see that they H were the same speed.  I would think that sys$find() would be much faster1 since it does not have to actually read the data.   K I don't care about indexes or anything of that nature.  I just want to know # exactly how many records there are.   F I thought about simply doing an ordinary fopen(), seek to the end, andJ ftell() but record compression might screw up that calculation.  I do want the exact current count.  K I suspect that there is some brilliant way to do this that many of you guru F types are aware of.  Please help an ignorant sack of cat dung find the proper solution.   Many thanks in advance.    --0 C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html$  "The C-FAQ Book" ISBN 0-201-84519-91 C.A.P. Newsgroup   http://www.dejanews.com/~c_a_p I C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm    ------------------------------  % Date: Thu, 25 May 2000 20:02:35 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> S Subject: Re: Absolute fastest way to get a 100% correct record count for RMS files? ( Message-ID: <8gkepv$75j$1@pyrite.mv.net>  L There may be such an accurate count available now from RMS, but there wasn't4 when I was familiar with it, and the reason is this:  H The only way to maintain such accurate meta-data in the face of possibleK system failure is either to perform operations that change the meta-data in G a transactional manner (e.g., under control of a transaction log) or to J force some kind of 'record count check' function (fsck ring a bell?) afterF any improper shut-down.  Both of these entail a great deal of overheadK (though at different times) compared with that of simply inserting a record L into or deleting a record from a file (well, this overhead may be relativelyI smaller for indexed files, but given that RMS is not already journaled as I part of its basic operation the added overhead is still significant), and K since most people aren't interested enough in an accurate count to tolerate # such overhead, it isn't maintained.   G (RMS ought to be re-written, or supplemented by a new mechanism, to use J journaling in its normal operations, but that's a different discussion...)  K So the only way to get an accurate record count is to, in a nutshell, count K the records - and even this won't work if the file can be write-accessed by J others while you're counting.  And the only difference (at the RMS level -J can't speak for the sys$??? functions) between GET and FIND is that in theI latter case the record isn't moved to a user buffer (but is still fetched F from disk, since that's the only way to find out which records are out there).   J I seem to remember a proposal (which may or may not ever have made it intoL RMS) to maintain an *approximate* record count, updated only infrequently inK batches, to support things like query optimization (which likes to know the L rough population of the various indexes associated with a given query).  But- that wouldn't satisfy what you're asking for.    - bill  6 Dann Corbit <dcorbit@solutionsiq.com> wrote in message" news:EgiX4.1939$pE1.2272@client...G > I want to get the fastest possible 100% accurate record count for RMS  files. > K > I tried both sys$get() and sys$find() and was astonished to see that they J > were the same speed.  I would think that sys$find() would be much faster3 > since it does not have to actually read the data.  > H > I don't care about indexes or anything of that nature.  I just want to know% > exactly how many records there are.  > H > I thought about simply doing an ordinary fopen(), seek to the end, andL > ftell() but record compression might screw up that calculation.  I do want > the exact current count. > H > I suspect that there is some brilliant way to do this that many of you guruH > types are aware of.  Please help an ignorant sack of cat dung find the > proper solution. >  > Many thanks in advance.  >  > --2 > C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html& >  "The C-FAQ Book" ISBN 0-201-84519-93 > C.A.P. Newsgroup   http://www.dejanews.com/~c_a_p K > C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm  >    ------------------------------  # Date: Fri, 26 May 2000 02:06:38 GMT 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) S Subject: Re: Absolute fastest way to get a 100% correct record count for RMS files? + Message-ID: <70qH2EP6HbVD@eisner.decus.org>   X In article <EgiX4.1939$pE1.2272@client>, "Dann Corbit" <dcorbit@solutionsiq.com> writes:N > I want to get the fastest possible 100% accurate record count for RMS files. > K > I tried both sys$get() and sys$find() and was astonished to see that they J > were the same speed.  I would think that sys$find() would be much faster3 > since it does not have to actually read the data.  > M > I don't care about indexes or anything of that nature.  I just want to know % > exactly how many records there are.   E But you care about performance, so you will have to consider indices.   B Speed improvements of SYS$FIND over SYS$GET will not be visible onF your primary index, because the leaf nodes are actually the data nodesE so you end up reading all the data blocks into memory anyway.  If you A want the fastest record count, use SYS$FIND on a secondary index.   B Of course on a Sequential file there is no chance of a significantD difference at all, since by definition every block must be read intoD memory.  If you were actually working with sequential files and wereA thinking that SYS$FIND would "not copy the data back and forth in B memory" consider that the governing speed is that of the disk, not? the CPU, on modern processors.  If you "are" able to find small = differences between SYS$FIND and SYS$GET for this activity on = sequential files, try using RAB$V_LOC (which has no effect on  indexed files, as I recall).   ------------------------------  % Date: Thu, 25 May 2000 17:41:39 -0700 - From: "Dann Corbit" <dcorbit@solutionsiq.com> S Subject: Re: Absolute fastest way to get a 100% correct record count for RMS files? ( Message-ID: <gLjX4.1941$pE1.2377@client>  F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message% news:70qH2EP6HbVD@eisner.decus.org... 8 > In article <EgiX4.1939$pE1.2272@client>, "Dann Corbit"! <dcorbit@solutionsiq.com> writes: I > > I want to get the fastest possible 100% accurate record count for RMS  files. > > H > > I tried both sys$get() and sys$find() and was astonished to see that theyL > > were the same speed.  I would think that sys$find() would be much faster5 > > since it does not have to actually read the data.  > > J > > I don't care about indexes or anything of that nature.  I just want to know' > > exactly how many records there are.  > G > But you care about performance, so you will have to consider indices.  > D > Speed improvements of SYS$FIND over SYS$GET will not be visible onH > your primary index, because the leaf nodes are actually the data nodesG > so you end up reading all the data blocks into memory anyway.  If you C > want the fastest record count, use SYS$FIND on a secondary index.   H That's interesting (and a bit counter-intuitive).  Why would a secondaryL index be faster?  Most of the time I will be dealing with files with several indexes.  D > Of course on a Sequential file there is no chance of a significantF > difference at all, since by definition every block must be read intoF > memory.  If you were actually working with sequential files and wereC > thinking that SYS$FIND would "not copy the data back and forth in D > memory" consider that the governing speed is that of the disk, notA > the CPU, on modern processors.  If you "are" able to find small ? > differences between SYS$FIND and SYS$GET for this activity on ? > sequential files, try using RAB$V_LOC (which has no effect on  > indexed files, as I recall). --0 C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html$  "The C-FAQ Book" ISBN 0-201-84519-91 C.A.P. Newsgroup   http://www.dejanews.com/~c_a_p I C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm    ------------------------------  % Date: Fri, 26 May 2000 10:39:37 +1000 / From: "Phil Howell" <howellp@snowyhydro.com.au> S Subject: Re: Absolute fastest way to get a 100% correct record count for RMS files? 0 Message-ID: <gJjX4.1692$N4.51677@ozemail.com.au>  C Using the theory "you can do an anything in dcl if you really want" * $search/log/noout/stat <filename> <string>  will give you an accurate figure9 You will have to compare it with other methods for speed.  Phil  6 Dann Corbit <dcorbit@solutionsiq.com> wrote in message" news:EgiX4.1939$pE1.2272@client...G > I want to get the fastest possible 100% accurate record count for RMS  files. > K > I tried both sys$get() and sys$find() and was astonished to see that they J > were the same speed.  I would think that sys$find() would be much faster3 > since it does not have to actually read the data.  > H > I don't care about indexes or anything of that nature.  I just want to know% > exactly how many records there are.  > H > I thought about simply doing an ordinary fopen(), seek to the end, andL > ftell() but record compression might screw up that calculation.  I do want > the exact current count. > H > I suspect that there is some brilliant way to do this that many of you guruH > types are aware of.  Please help an ignorant sack of cat dung find the > proper solution. >  > Many thanks in advance.  >  > --2 > C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html& >  "The C-FAQ Book" ISBN 0-201-84519-93 > C.A.P. Newsgroup   http://www.dejanews.com/~c_a_p K > C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm  >    ------------------------------  % Date: Fri, 26 May 2000 02:00:08 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> S Subject: Re: Absolute fastest way to get a 100% correct record count for RMS files? ( Message-ID: <8gl3o9$orj$1@pyrite.mv.net>  J Not having been closely-acquainted with RMS for well over a decade, I'm inJ no position to state that Larry's description is inaccurate - but it wouldI have been 'way back when, and you should verify that things are different K today before counting on it (I just did a quick doc search, but didn't come  up with anything definitive).   J In days of yore, it would have been necessary for an RMS Find operation onH an alternate index actually to fetch the bucket containing the user dataH record into memory for perhaps 2 reasons:  1) to verify that it actuallyE existed (since power or possibly even process failures during certain L operations used to be able to leave alternate indexes in states inconsistentK with the actual data records - and you stated that you needed an absolutely K accurate count) and  2) to obtain a suitable lock on it (which at one point J in olden days could not be based on only the alternate index information).  I If a sys$find actually does obtain the data record, then counting records I using the primary index will be far faster than by alternate index unless E each data record occupies an entire bucket by itself.  And since it's I possible to specify to RMS that certain records should not be included in K specific alternate indexes, that could be another reason not to depend upon < them even if the Find mechanism now works as Larry suggests.   - bill  6 Dann Corbit <dcorbit@solutionsiq.com> wrote in message" news:gLjX4.1941$pE1.2377@client...H > "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message' > news:70qH2EP6HbVD@eisner.decus.org... : > > In article <EgiX4.1939$pE1.2272@client>, "Dann Corbit"# > <dcorbit@solutionsiq.com> writes: K > > > I want to get the fastest possible 100% accurate record count for RMS  > files. > > > J > > > I tried both sys$get() and sys$find() and was astonished to see that > theyG > > > were the same speed.  I would think that sys$find() would be much  faster7 > > > since it does not have to actually read the data.  > > > L > > > I don't care about indexes or anything of that nature.  I just want to > know) > > > exactly how many records there are.  > > I > > But you care about performance, so you will have to consider indices.  > > F > > Speed improvements of SYS$FIND over SYS$GET will not be visible onJ > > your primary index, because the leaf nodes are actually the data nodesI > > so you end up reading all the data blocks into memory anyway.  If you E > > want the fastest record count, use SYS$FIND on a secondary index.  > J > That's interesting (and a bit counter-intuitive).  Why would a secondaryF > index be faster?  Most of the time I will be dealing with files with several 
 > indexes. > F > > Of course on a Sequential file there is no chance of a significantH > > difference at all, since by definition every block must be read intoH > > memory.  If you were actually working with sequential files and wereE > > thinking that SYS$FIND would "not copy the data back and forth in F > > memory" consider that the governing speed is that of the disk, notC > > the CPU, on modern processors.  If you "are" able to find small A > > differences between SYS$FIND and SYS$GET for this activity on A > > sequential files, try using RAB$V_LOC (which has no effect on   > > indexed files, as I recall). > --2 > C-FAQ: http://www.eskimo.com/~scs/C-faq/top.html& >  "The C-FAQ Book" ISBN 0-201-84519-93 > C.A.P. Newsgroup   http://www.dejanews.com/~c_a_p K > C.A.P. FAQ: ftp://38.168.214.175/pub/Chess%20Analysis%20Project%20FAQ.htm  >  >    ------------------------------  # Date: Thu, 25 May 2000 19:14:09 GMT   From: james_e_becker@my-deja.com( Subject: Re: Capellas supports Microsoft) Message-ID: <8gju1g$n3q$1@nnrp1.deja.com>   , In article <392C7F05.9FF00406@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote:G > Read an article on reuters where Capellas is attributed to supportings$ > Microsoft and against the breakup.  C More specifically, the article says Capellas "*indirectly* defendedcE software giant Microsoft Corp. against a government proposal to breakt> it up...." (*emphasis* mine). That is, Capellas wasn't exactlyG defending Microsoft, he was complaining about the action to be taken by : the courts -- which in effect put him on Microsoft's side.  H > Considering that from our point of view, Compaq benefits more from the= > weakness of Microsoft because it can sell more of its (morep profitable) @ > enterprise systems (unix+vms), I am curious as to what sort of strategyB > Capellas has with its support of Microsoft. Shouldn't he have at least stayed > silent in this ?  G I suspect he should have stayed silent, simply because his views easilyeF give the impression that Compaq is staunchly in Microsoft's camp, even though he didn't say that.  F However, I understand the sentiments. Yes, Microsoft was found to haveF engaged in unfair and improper business practices. I also have troubleF feeling much sympathy for Microsoft. But at the same time I get queasy? over having the courts decide which software features should oraE shouldn't be bundled together, or which types of software are allowede> under one vendor's roof. It feels like a bad precedent to set.  
 Jim Becker    & Sent via Deja.com http://www.deja.com/ Before you buy.L   ------------------------------  # Date: Thu, 25 May 2000 21:46:44 GMT/0 From: "Terry C. Shannon" <shannon@world.std.com>( Subject: Re: Capellas supports Microsoft& Message-ID: <Fv4xvy.Gzw@world.std.com>  ? "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> wrote in messagem= news:CK9X4.1061$Xj6.64827@newsread1.prod.itd.earthlink.net...lK > Maybe Capellas simply doesn't want to deal with multiple software sourcescI > for what Compaq considers their bread and butter - Consumer and General  > Business class PCs.k  L Yeah, maybe. But Capellas can run a spreadsheet just as well as anyone else.L Gawd knows that the margins don't come from consumer PCs or the still-losing0 (albeit not for much longer) commercial PC unit.  ) NSK, OVMS, and Tru64 deliver the margins.    ------------------------------  % Date: Thu, 25 May 2000 23:21:35 -0400a- From: JF Mezei <jfmezei.spamnot@videotron.ca>r( Subject: Re: Capellas supports Microsoft, Message-ID: <392DED98.125B731A@videotron.ca>  ! james_e_becker@my-deja.com wrote:MH > However, I understand the sentiments. Yes, Microsoft was found to haveH > engaged in unfair and improper business practices. I also have trouble& > feeling much sympathy for Microsoft.  N But should Compaq rejoice at the idea of braking up Microsoft's monopoly whichJ has not only prevented Compaq from pushing its own (digital's) product butM also forced Digital to cannabalise anything thatc ompeted against Microsoft ?c  M It seems to me that Digital was the perfect example of "I'll let you sell our I MS products if you stop making your competing products and hand over yourrM clustering technology". You'd think that Compaq would realise how much hiddenpL value/untapped potential there is in Digital and take steps that would allow< Compaq to unleash that potential and increase sales/profits.   ------------------------------  # Date: Thu, 25 May 2000 21:52:50 GMT20 From: "Terry C. Shannon" <shannon@world.std.com>5 Subject: Re: Compaq not as bad as Andrew says (wish?)0& Message-ID: <Fv4y24.HrI@world.std.com>  3 "Rudolf Wingert" <win@fom.fgan.de> wrote in message ) news:200005250520.HAA24810@fom.fgan.de...f > Hello, >gC > yesterday I did read, that Compaq is on rank 2 in the HTPC marketoD > (5.8Billion$). Rank one HP 23% followed by Compaq, SGI and IBM. OnB > rank 5 (12%) follows Sun. I think 5.8 Billion $ is not the whole. > market, but the market with the best income.  L According to IDC numbers Compaq is Number Two in HPTC by less than one point% (the faltering SGI being Number One).a  . Compaq should gain Number One ranking in 2H00.   ------------------------------  % Date: Thu, 25 May 2000 20:23:58 -0500t* From: Keith Brown <kbrown780@usfamily.net>5 Subject: Re: Compaq not as bad as Andrew says (wish?)y, Message-ID: <392DD22E.C5E6354B@usfamily.net>   "Terry C. Shannon" wrote:r > 5 > "Rudolf Wingert" <win@fom.fgan.de> wrote in messagen+ > news:200005250520.HAA24810@fom.fgan.de...o
 > > Hello, > >tE > > yesterday I did read, that Compaq is on rank 2 in the HTPC marketrF > > (5.8Billion$). Rank one HP 23% followed by Compaq, SGI and IBM. OnD > > rank 5 (12%) follows Sun. I think 5.8 Billion $ is not the whole0 > > market, but the market with the best income. > N > According to IDC numbers Compaq is Number Two in HPTC by less than one point' > (the faltering SGI being Number One).l > 0 > Compaq should gain Number One ranking in 2H00.  # Forgive my ignorance, what is HPTC?s -- e Keith Browni kbrown780@usfamily.net   ------------------------------  # Date: Fri, 26 May 2000 01:35:06 GMTG0 From: "Terry C. Shannon" <shannon@world.std.com>5 Subject: Re: Compaq not as bad as Andrew says (wish?)r& Message-ID: <Fv58CG.Gtz@world.std.com>  7 "Keith Brown" <kbrown780@usfamily.net> wrote in messager& news:392DD22E.C5E6354B@usfamily.net... > "Terry C. Shannon" wrote:n > >a7 > > "Rudolf Wingert" <win@fom.fgan.de> wrote in messagen- > > news:200005250520.HAA24810@fom.fgan.de...a > > > Hello, > > >kG > > > yesterday I did read, that Compaq is on rank 2 in the HTPC market H > > > (5.8Billion$). Rank one HP 23% followed by Compaq, SGI and IBM. OnF > > > rank 5 (12%) follows Sun. I think 5.8 Billion $ is not the whole2 > > > market, but the market with the best income. > >1J > > According to IDC numbers Compaq is Number Two in HPTC by less than one pointn) > > (the faltering SGI being Number One).  > >t2 > > Compaq should gain Number One ranking in 2H00. >m% > Forgive my ignorance, what is HPTC?   - Easy... High Performance Technical Computing!t   cheers,    terry s    ------------------------------  % Date: Thu, 25 May 2000 13:28:08 -0500 " From: Earl Lakia <lakia@ipact.com>( Subject: Re: disk usage keeps growing...) Message-ID: <392D70B8.42124170@ipact.com>w  = Are you getting error logs?  Is the operator consol file file 9 growing?  Do you have a flaky ethernet adapter?  Is theret/ someone trying to force entry into your system?     From a privledged account, type:  
 $REPLY/Enables  > Also try doing a show device/files e.g., show dev dua1:/files/0 Then go look at each file on the system and do a     "Waard, D.G.A. de" wrote:.   > Hi there,  >tK > I have (at the moment) a little problem, something is currently consumingAK > disk-space and soon the disk will be full (big problem). I have done somerR > investigation, walked trough all the directories, cleaned up some old files, butR > the cleaning up did just a little good, gain some free space. The disk (RZ40) isR > also mounted on other systems (all alpha OpenVMS 7.2), but only as a 'data disk'N > has a capacity of max 17.773.524 blocks, when I do a dir/total it gives usedN > 2.947.263 blocks, so you'll think that there should be about 14.800.000 free7 > blocks left, but when you do a sh dev 'disk' /fu its:tP >  max 17.773.524 blocks, used 16.783,70 blocks ? Does anyone know how i can fixA > this problem, I really can't see the solution for this problem.  >e > best regards,  >tR > -------------------------------------------------------------------------------- > ----4 > Dannie de Waard                     TNO Automotive9 >                                     Crash-Safety CentreiD > Phone: +31 (0)15 269 60 15          P.O. Box 6033, 2600 JA,  DELFT5 > Fax:   +31 (0)15 257 21 04          The Netherlandsa* > E-Mail: DeWaard@wt.tno.nl           URL:, > http://www.automotive.tno.nl/crash-safety/R > -------------------------------------------------------------------------------- > ----   --
 Earl D. Lakiab0 Senior Staff Engineer         Web: www.ipact.com4 Snail Mail:                   Email: lakia@ipact.com
 IPACT Inc.1 260 S. Campbell St.           Phone: 219-464-7212a Valparaiso, IN 46383   ------------------------------  # Date: Thu, 25 May 2000 20:31:43 GMTo- From: "Richard D. Piccard" <piccard@ohio.edu>l( Subject: Re: disk usage keeps growing...( Message-ID: <392D8DAE.8534DAB1@ohio.edu>   $ help analyze/disk_structuren  A But do be aware that some options on that command will freeze all- processes that h! are trying to write to the disk. m   "Waard, D.G.A. de" wrote:t >  > Hi there,j > K > I have (at the moment) a little problem, something is currently consuming K > disk-space and soon the disk will be full (big problem). I have done someeR > investigation, walked trough all the directories, cleaned up some old files, butR > the cleaning up did just a little good, gain some free space. The disk (RZ40) isR > also mounted on other systems (all alpha OpenVMS 7.2), but only as a 'data disk'N > has a capacity of max 17.773.524 blocks, when I do a dir/total it gives usedN > 2.947.263 blocks, so you'll think that there should be about 14.800.000 free7 > blocks left, but when you do a sh dev 'disk' /fu its:aP >  max 17.773.524 blocks, used 16.783,70 blocks ? Does anyone know how i can fixA > this problem, I really can't see the solution for this problem.  >  > best regards,e > R > -------------------------------------------------------------------------------- > ----4 > Dannie de Waard                     TNO Automotive9 >                                     Crash-Safety CentredD > Phone: +31 (0)15 269 60 15          P.O. Box 6033, 2600 JA,  DELFT5 > Fax:   +31 (0)15 257 21 04          The Netherlands * > E-Mail: DeWaard@wt.tno.nl           URL:, > http://www.automotive.tno.nl/crash-safety/R > -------------------------------------------------------------------------------- > ----   -- aB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Thu, 25 May 2000 18:34:01 +0200n2 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender) Subject: Re: FTP Server Logs.S; Message-ID: <392d55f9.524144494f47414741@radiogaga.harz.de>A  9 Dean Richard Benson (dean.benson@remove_metrw.com) wrote:l; : When I FTP to an account on the VMS system, a file calledh? : UCX$FTPSERVER.LOG is created in the accounts login directory.e :eF : These files can build up a lot, is there any way (except by manually6 : purging them), to limit the creation of these files?  2 If you want to completely get rid of all of those:  8 UCX> (or TCPIP>) SET SERVICE FTP /LOG_OPTIONS=(FILE=NL:)  A Otherwise - even with SET FILE/VERSION_LIMIT - you'd have to have-+ an eye on the growing file version numbers.s   cu,    Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.deeH   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 26 May 2000 09:58:18 +0700u) From: Denis Shadrin <shadrin@novosoft.ru> # Subject: How can I redefine printf?n+ Message-ID: <392DE84A.3FC301A9@novosoft.ru>e   Hi!p  Q I am working under VAX/VMS version V5.5-2. and have no good experience in VMS OS. c I need to redefine printf() to the fprintf() for the linking not my object files (I have no sourceso ...)_ So I can't do it by simple placing an appropriate object file (with a new printf()) in a linker C string before other obj & lib. It don't work (I don't know why ...)   , Also the code which works under UNIX system: -----------------------------t #include <stdarg.h>t* extern int my_printf (const char *p, ...);! int printf (const char *p, ...) {g     va_list     arg_ptr;       va_start(arg_ptr, p);      my_printf (p, arg_ptr);      va_end(arg_ptr);	 return 1;i }c   #include <stdio.h>   #define FILE_NAME "outfile.out"5 FILE *file = NULL;  ) /* Redefinition of the printf function */.$ int my_printf (const char *p, ...) {     int return_value;0     va_list     arg_ptr;       va_start(arg_ptr, p); 3     if (!file && !(file = fopen(FILE_NAME, "w"))) {b
 	return 2;     } -     return_value = fprintf(file, p, arg_ptr);0     va_end(arg_ptr);     return return_value; }      int main() { printf("Just string.\n");e	 return 1;c }i -----------------------------eE don't work too, the string "Just string." is placed to the stdout ...t   So, can you advise?b   The compiler is: DECC057   $ Please CC mailto:shadrin@novosoft.ru   -- e With best regards 
 Denis Shadrinu   ------------------------------  % Date: Fri, 26 May 2000 09:57:02 +0400 4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>' Subject: Re: How can I redefine printf? , Message-ID: <392E122E.2639216B@ncc.volga.ru>   Denis Shadrin wrote: >  > Hi!a > S > I am working under VAX/VMS version V5.5-2. and have no good experience in VMS OS.re > I need to redefine printf() to the fprintf() for the linking not my object files (I have no sourcest > ...)a > So I can't do it by simple placing an appropriate object file (with a new printf()) in a linker E > string before other obj & lib. It don't work (I don't know why ...)s > . > Also the code which works under UNIX system: > -----------------------------e > #include <stdarg.h>t, > extern int my_printf (const char *p, ...);# > int printf (const char *p, ...) {l >     va_list     arg_ptr; >  >     va_start(arg_ptr, p);A >     my_printf (p, arg_ptr);c >     va_end(arg_ptr); > return 1;d > }b >  > #include <stdio.h> > ! > #define FILE_NAME "outfile.out"  > FILE *file = NULL; > + > /* Redefinition of the printf function */s& > int my_printf (const char *p, ...) { >     int return_value;m >     va_list     arg_ptr; >  >     va_start(arg_ptr, p);r5 >     if (!file && !(file = fopen(FILE_NAME, "w"))) {  >         return 2;q >     }@/ >     return_value = fprintf(file, p, arg_ptr);p >     va_end(arg_ptr); >     return return_value; > }m >  > int main() { > printf("Just string.\n");b > return 1;a > }c > ----------------------------- G > don't work too, the string "Just string." is placed to the stdout ...  >  > So, can you advise?e >  > The compiler is:	 > DECC057s  =   Try to replace printf with decc$dxprintf. Though this name c6 can be changed with version (I use quite old one), so G ANALYZE/OBJECT/OUTPUT=somefile main.obj and SEARCH somefile "printf" - l) it will show real name for printf symbol.u   -- a     Valentin Likoum '     valentin.likoum@ncc.volga.ru.nospam    ------------------------------  % Date: Fri, 26 May 2000 00:39:11 -0500 ) From: "John E. Malmberg" <wb8tyw@qsl.net>d' Subject: Re: How can I redefine printf?u7 Message-ID: <00fb01bfc6d4$ba766170$020a0a0a@xile.realm>I  * Denis Shadrin <shadrin#novosoft.ru> wrote:  = > I am working under VAX/VMS version V5.5-2. and have no good E > experience in VMS OS.  I need to redefine printf() to the fprintf()t= > for the linking not my object files (I have no sources ...)e? > So I can't do it by simple placing an appropriate object filefB > (with a new printf()) in a linker string before other obj & lib.& > It don't work (I don't know why ...)   > The compiler is:	 > DECC057e  I I would recommend reading the compiler manuals for the current version ofk DEC C.  8 http://www.openvms.digital.com/commercial/c/c_index.html  K Then you will find out that it depends on what options were compiled in forn5 the object files that you do not have the source for.f  K In simple terms, if the object files were compiled with DEC C and the usualfK default options, then when they call a routine from the standard DEC C RTL,cH the compiler knows to add a prefix of "decc$" to the name.  So you wouldJ expect the object file to be requesting the external routine "decc$printf" instead of "printf".  L But it then gets more complicated.  To execute the "decc$printf" function atG runtime has a lot of overhead in figuring out parameters and such.  TheC optimizing phase knows this.  H The optimizer will see if it can replace the "decc$printf" function callG with individual calls to internal formatting routines that will produce H identical output with out the overhead.  These specific routines are notA documented, so it would be hard for you to intercept these calls.a  I There are compile time options that control all of this behavior for bothrC the prefixing and for the optimizer, along with #pragma statements.l    K And now that you know the naming convention that the object modules expect,eK you still have the issue of linking.  The prefered method in VMS is to usedoJ shared images, and your program can not have local routines named the same as one in the shared image.c  J There is a "BACKPORT" library that you can link with instead of the shared5 image, if you still think you can use your technique.w     Now for a more simple issue.  A Would it work for your application if you just did the following?o  # $DEFINE/USER SYS$OUTPUT outfile.outh $RUN programname  ' Which is basically the same as in UNIX:y   programname > outfile.outh    E The /USER causes the definition of SYS$OUTPUT to be removed when youro
 program ends.t     -Johna wb8tyw@qsl.network   ------------------------------  % Date: Fri, 26 May 2000 04:57:39 +0200i2 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender)? Subject: Re: How to export contents of RMS file to .csv format?'; Message-ID: <392de823.524144494f47414741@radiogaga.harz.de>e  / Michael Austin (maustin@nc.prestige.net) wrote:e. : This is a multi-part message in MIME format.( : --------------F656CF5242362EB41E780373, : Content-Type: text/plain; charset=us-ascii! : Content-Transfer-Encoding: 7bitT  # Please, don't post MIME. Thank you.>  G : and if you don't have/want perl, DCL will do it just as easy... (thistJ : example depends entirely on data content... do any of the fields containK : a comma like "Austin, Mike"...then reading it into some other app will bel : interesting...  I CSV usually brackets such records with quotes "". I can't recall, though,i1 what it does to escape quotes in a quoted record.e   cu,s   Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.desH   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  # Date: Fri, 26 May 2000 00:50:55 GMTm& From: "Marco Shaw" <marco@nbnet.nb.ca> Subject: Install options?u: Message-ID: <01bfc6ac$18559640$12ae868e@Lxxxx.nbtel.nb.ca>  F I have a Multia system that I'm trying to install OpenVMS 7.2 on.  I'mF running an updated SRM, that others have claimed success in installing8 OpenVMS on, but I haven't been able to get mine running.  H I get a succession of 'SCSI soft errors', and eventually, SRM appears to' crash completely, and go back to '>>>'.n  I I'd like to know what my options are?  Can I copy the OpenVMS CD to a 2nd G hard drive and somehow install from there onto my primary?  Or does thesD hobbyist license of OpenVMS allow one to setup a RIS server so I can5 install that way (since I have another Alpha @ work)?d   Thanks,n Marcoy   ------------------------------  % Date: Thu, 25 May 2000 20:31:31 -0500h* From: Keith Brown <kbrown780@usfamily.net> Subject: Re: KOffice -> OVMS?w, Message-ID: <392DD3F3.A287AC4E@usfamily.net>  " j1234@sfsu.savemydomain.edu wrote: > ! > Dirk Munk <munk@home.nl> wrote:  > L > > I agree, it would be great to have a VMS office suite. Wish I could help8 > > out with this project, but I'm not familiar with C++ > C > That doesn't mean that you can not be of any help.  Can you writei> > documentation?  Can you bug/function test?  Borrowing from a8 > Red Cross commercial, there are lots of parts to play. >  > jeremy   I would be happy to test!  -- % Keith BrownC kbrown780@usfamily.net   ------------------------------   Date: 25 May 2000 19:19:35 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones)c+ Subject: Re: Looking for PW API informationn: Message-ID: <8gjuc7$2r2$1@charm.magnus.acs.ohio-state.edu>  6 In message <8gb9os$l77$1@mailint03.im.hou.compaq.com>,9    "Pathworks News" <Daniel.Grund@notformail.com> writes:0 >What, do you want to do ?  L I want to authenticate web/pop/imap/ldap access from the local network usingH the username and passwords of user's whose SYSUAF entries are marked forM external authentication (i.e. PATHWORKS single signon).  At the very least it2O would be nice to be able to compare the time of the last password update in the K SAM DB with the SYSUAF entry so you could advise corrective action when the2 SYSUAF entry is stale.  M >As far as the API calls, you'll get the same response from PATHWORKS as fromo >Windows (at SMB level).  F This answer only makes sense to me if you think the question was about+ applications written on the windows client.f    < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet:hL 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  + Disclaimer: Dogs can't tell it's not bacon.j   ------------------------------  % Date: Thu, 25 May 2000 23:55:54 +0400@4 From: "Ruslan R. Laishev" <Laishev@SMTP.DeltaTel.RU>+ Subject: Re: Looking for PW API informationu0 Message-ID: <392D854A.CEBF7178@SMTP.DeltaTel.RU>  	 Hi David! E 	As Hoff said you need to contact with Leo Demers ( leo.demers <-at->2 compaq.com ) directly.  2 	I just did and waiting for undiscloser agreement.       David Jones wrote: > 8 > In message <8gb9os$l77$1@mailint03.im.hou.compaq.com>,; >    "Pathworks News" <Daniel.Grund@notformail.com> writes:h > >What, do you want to do ? > N > I want to authenticate web/pop/imap/ldap access from the local network usingJ > the username and passwords of user's whose SYSUAF entries are marked forO > external authentication (i.e. PATHWORKS single signon).  At the very least itnQ > would be nice to be able to compare the time of the last password update in thenM > SAM DB with the SYSUAF entry so you could advise corrective action when thea > SYSUAF entry is stale. > O > >As far as the API calls, you'll get the same response from PATHWORKS as from. > >Windows (at SMB level). > H > This answer only makes sense to me if you think the question was about- > applications written on the windows client.a > > > David L. Jones               |      Phone:    (614) 292-6929/ > Ohio State University        |      Internet:aN > 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu< > Columbus, OH 43210           |               vman+@osu.edu > - > Disclaimer: Dogs can't tell it's not bacon.m   -- l Regards.F +.....................pure personal opinion..........................+B     Free & commercial software for ISP -> HTTP://WWW.RadiusVMS.COM- 	Cel:+7 (901) 971-3222, Fax:+7 (812) 115-1035lG +............ Frying only on VMS, flying only by Su-27  .............+
a   ------------------------------  # Date: Fri, 26 May 2000 01:04:26 GMTS* From: kuhrt@eisner.decus.org (Marty Kuhrt)' Subject: Re: Memory/System Optimizationo+ Message-ID: <uFx4LVrEtQLi@eisner.decus.org>s  | In article <1nWW4.31790$S31.621956@newsread2.prod.itd.earthlink.net>, "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> writes:L > At the risk of re-starting the anti-Executive Software flames, take a lookN > at Executive Software's IO/Express product.  It dynamically changes the diskL > cache size to use any memory that isn't being used by other processes.  ItL > took our very IO intensive nightly batch processing from over 7 hours down > to just under 2 hours.  D IOX by Executive was rewritten a while back.   Last I heard it was aD version one product.  The guy(s) who wrote the original IOX that wasF bullet proof have the product back, under the name Disk Xcel.  I thinkE they are selling it via www.rdperf.com.  (Disclaimer: I did technical-? support for the product in its various forms and names at threelF companies from inception, around 1988, through 1997.  I don't work for any of them any longer.)    ? When I was doing tech support, the difference between DXL, IOX,9A PerfectCache, et. al., and VCC is that the former did block level C caching, not file level.  Thus, only hot _blocks_ would be put intoiC the cache.  VCC used to only cache if the whole file could fit intoDD cache (I don't know if this is still true).   DXL, by default, wouldE use any unused memory for caching.  You didn't have to reboot, or setsB SYSGEN params to adjust the cache size.  When I last supported theE product there were switches to allow for write populating and readinge: ahead, but I don't know if they made it into production.    E One thing I did find is that caching, be it VCC, or 3rd party, almostw always improved performance.     My $.02p  A > "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messages2 > news:8gh9qj$760$1@mailint03.im.hou.compaq.com... >>J >> In article <sio7065ao1112@corp.supernews.com>, "Dave L." <fsc@fast.net>	 > writes: L >> :I have recently upgraded my Alphastation 1200 5/533Mhz  to 1152MB of RAM >> :from 640MB.... >> >>   The OpenVMS Alpha version?  >>< >> :Quite surprisely, batch time has not improved...actuallyE >> :it has diminished slightly.  The process that we run is quite I/Ox > intensive.   [snip]   ------------------------------   Date: 25 May 2000 19:43:49 GMT, From: bill@cs.scranton.edu (Bill Gunshannon) Subject: MicroVMS 4.4-, Message-ID: <8gjvpl$2qaa$1@info.cs.uofs.edu>  / Anybody remember anything about the Subject: ??   F It's a long story, but I have installed MicroVMS 4.4 on a MicroVAX II.H I need to get DECNET up in order to upgrade to something newer (probablyG OVMS 7.1).  But, I can't make DECNET work because of a license problem.wJ So the question; How do I install a license on a machine running VMS 4.4??K Both the CSLG License PAKs and the one provided by the VMS Hobbyist License=H consist of COM files that use the LICENSE command.  But 4.4 doesn't seemF to have that command.  So, what is the proper way to install a license on this machine??    Any help greatly appreciated.t   bill   -- cJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   d   ------------------------------  % Date: Thu, 25 May 2000 16:21:56 -0400e, From: Steve Lionel <Steve.Lionel@compaq.com> Subject: Re: MicroVMS 4.4T8 Message-ID: <gp2riso74cm9pt3ir14j2571qom94rc9g4@4ax.com>  C On 25 May 2000 19:43:49 GMT, bill@cs.scranton.edu (Bill Gunshannon)l wrote:  0 >Anybody remember anything about the Subject: ?? >fG >It's a long story, but I have installed MicroVMS 4.4 on a MicroVAX II.SI >I need to get DECNET up in order to upgrade to something newer (probablyNH >OVMS 7.1).  But, I can't make DECNET work because of a license problem.K >So the question; How do I install a license on a machine running VMS 4.4?? L >Both the CSLG License PAKs and the one provided by the VMS Hobbyist LicenseI >consist of COM files that use the LICENSE command.  But 4.4 doesn't seemaG >to have that command.  So, what is the proper way to install a license- >on this machine??  F MicroVMS 4.4 preceded LMF and PAKs.  The DECnet license was actually aD kit that patched the DECnet images.  You need to obtain one of those kits.     - Steve Lionel (mailto:Steve.Lionel@compaq.com). Fortran Engineering & Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  % Date: Thu, 25 May 2000 15:40:47 -0600r% From: Dan O'Reilly <dano@process.com>) Subject: Re: MicroVMS 4.4rB Message-ID: <4.2.0.58.20000525154004.00a72a90@pop.clsp.uswest.net>  ) At 02:21 PM 5/25/00 , Steve Lionel wrote:-D >On 25 May 2000 19:43:49 GMT, bill@cs.scranton.edu (Bill Gunshannon) >wrote:* >.2 > >Anybody remember anything about the Subject: ?? > > I > >It's a long story, but I have installed MicroVMS 4.4 on a MicroVAX II.aK > >I need to get DECNET up in order to upgrade to something newer (probablytJ > >OVMS 7.1).  But, I can't make DECNET work because of a license problem.M > >So the question; How do I install a license on a machine running VMS 4.4?? N > >Both the CSLG License PAKs and the one provided by the VMS Hobbyist LicenseK > >consist of COM files that use the LICENSE command.  But 4.4 doesn't seem)I > >to have that command.  So, what is the proper way to install a licenser > >on this machine?? > G >MicroVMS 4.4 preceded LMF and PAKs.  The DECnet license was actually agE >kit that patched the DECnet images.  You need to obtain one of those  >kits.    J Not only that, but I remember installing uVMS from a gazillion floppies...% MAN, did that take YEARS on a uVAX I!-       ------I +-------------------------------+---------------------------------------+iI | Dan O'Reilly                  |                                       |DI | Principal Engineer            |  "Time flies like an arrow.  Fruit    | I | Process Software Corporation  |   flies like a banana."               | I | http://www.process.com        |                    -- Groucho Marx    |tI +-------------------------------+---------------------------------------+p   ------------------------------  % Date: Thu, 25 May 2000 21:27:22 -0400i2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: MicroVMS 4.4o7 Message-ID: <200005252127_MC2-A676-C55C@compuserve.com>-           I think you may be SOL.g  C         VMS V4.x and MicroVMS did not use License PAKs.  The DECnet J "license" consisted of a patch that you applied to (I think) NETACP.EXE. =  J ISTR using VMSINSTAL or perhaps the older VMSUPDATE.  In any event, if yo= u J don't have the TK50 with the patch on it, you aren't going to run DECnet!=  =  F There were two different patches, of course, to enable Endnode or Full functionality.  F         You might get a tape from someone at Digital.  The rest of the@ world, I suspect, overwrote these tapes ten or twelve years ago!    ' Message text written by Bill Gunshannon 0 >Anybody remember anything about the Subject: ??  F It's a long story, but I have installed MicroVMS 4.4 on a MicroVAX II.H I need to get DECNET up in order to upgrade to something newer (probablyG OVMS 7.1).  But, I can't make DECNET work because of a license problem.dJ So the question; How do I install a license on a machine running VMS 4.4?= ?rJ Both the CSLG License PAKs and the one provided by the VMS Hobbyist Licen= seH consist of COM files that use the LICENSE command.  But 4.4 doesn't seemF to have that command.  So, what is the proper way to install a license on this machine??    Any help greatly appreciated.<   ------------------------------  # Date: Thu, 25 May 2000 21:29:59 GMT2  From: james_e_becker@my-deja.com  Subject: Odd TELNETSYM Behavior?) Message-ID: <8gk604$tbl$1@nnrp1.deja.com>u  @ VMS Alpha 6.2-1H3, UCX 4.1 ECO 8 (yeah, not terribly up to date)  D We set up a queue to a Xerox Docuprint N40 using UCX$TELNETSYM (portA 9100). Apparently, TELNETSYM is messing with the byte stream. CanrD someone tell me whether the following behaviors are bugs (fixed in a@ later release of VMS or UCX?) or features, and whether there are workarounds?  E Much of the PCL is handled correctly, but the two known problem areasbF involve tray selection and jumping to the front or back of a sheet. In0 all discussions below, we're printing two-sided.  D We want to use the green sheets in Tray 2 as job separators, and the5 white sheets in Tray 1 for the print jobs themselves.d  D When we create a text file with the appropriate PCL escape sequencesG (<select tray 2>, <form feed>, <select tray 1>) and send it directly toeG the printer via the printer's web interface, the printer ejects a blankh green sheet at the right point.t  G If we put the exact same character sequences into a text library modulemG on the VMS system, and specify that module as the queue's reset module,u? the blank green sheet doesn't appear. If we then add "This page E intentionally left green" (or any other printable characters) betweenoF the two tray selection commands, the green sheet appears at the end ofG each job. In short, when we use TELNETSYM, we have to include printabletD text to get the green sheet, but when we bypass TELNETSYM, we don't.  3 We started the queue with UCX$TELNETSYM_RAW_TCP andr) UCX$TELNETSYM_SUPPRESS_FORMFEEDS defined.u  B Side note: I wish VMS offered additional setup modules that let meG distinguish between flag & trailer pages vs. content pages. I'll expandhF on this separately if some friendly VMS Engineer wants to hear more of what I have in mind.  D The second funny behavior revolves around the jump-to-front or -backF commands in PCL. If we incorporate these sequences into a text file weF send directly to the printer, they work correctly; that is, regardlessD of where the "cursor" is, the next text appears on the next front or# back side of a sheet, as requested.,  C When we put these same sequences into the queue's reset module, themG results are odd. The queue has /DEFAULT=FLAG and the reset module lookso
 like this:E <select tray 2>This page intentionally left green<select tray 1><jumpl to back of sheet>NG If I issue three identical PRINT commands for the same two-page file inf& rapid succession, I get these results:C - First job: sheet 1 has file flag page on front, page 1 of file on-C back; sheet 2 has page 2 of file on front, blank back; sheet 3 is aO7 green sheet marked "This page intentionally left green"oG - Second job: sheet 1 has a blank front and file flag page on the back;fD sheet 2 has file content on front and back; sheet 3 is a green sheet+ marked "This page intentionally left green" C - Third job: identical to second job, except there's an extra blanke white sheet at the end  D If I let the printer finish printing, wait a few moments, then issueE the exact same PRINT command three more times, I get exactly the same F results. That is, out of six IDENTICAL jobs, jobs 1 and 4 start on theG front of a sheet, jobs 2, 3, 5, and 6 start on the back of a sheet, ands1 jobs 3 and 6 end with an extra blank white sheet.a  F Until we bypassed TELNETSYM, we thought Xerox had done a crummy job onB its PCL interpreter. Now it seems that TELNETSYM is messing us up.   Any hints or explanations?  
 Jim Becker    & Sent via Deja.com http://www.deja.com/ Before you buy.p   ------------------------------  # Date: Thu, 25 May 2000 20:11:52 GMT/  From: james_e_becker@my-deja.comJ Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)) Message-ID: <8gk1dq$ps4$1@nnrp1.deja.com>   6 In article <8gdtf0$p2p$1@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote: >@; > In article <FuzwJv.7nM@world.std.com>, "Terry C. Shannon"t <shannon@world.std.com> writes:u? > :...perhaps DII-COE will stifle some of the recurrent "VMS isi> > :Dead and It's Bob Palmer's Fault" whining that plagues this
 newsgroup. > :n > :Which would be nice.n >vD >   What I would rather see more of in the newsgroup are comments on theiE >   increasingly available OpenVMS marketing materials and increasingaG >   OpenVMS references within Compaq materials, mention that OpenVMS isoF >   being regularly featured in many of the newer Compaq materials andG >   forums, mention of the level of support and interest in OpenVMS and C >   OpenVMS customers by Michael Capellas (he's visited with a wide0 variety B >   of OpenVMS customers), mention of the new engineering work andD >   customer-specific changes that are going into OpenVMS (includingF >   mention of the work targeting existing and new ISVs and customers,E >   and the OpenVMS engineering project targeting improvements in theu2 >   ease of porting of applications *to* OpenVMS).  B It's getting there, yes indeed, and I'm glad to see these efforts.  ? I'm familiar with a fair number of VMS sites (customers, ESILUG D members, professional colleagues). In my observation, there are someF distinct target audiences that require their own forms of attention. IE bring this up as a view from the trenches and as a reminder to Compaq 5 to keep these groups in mind when making VMS pitches.j  C First, there are those who are already sold on the idea of VMS, andrE believe firmly that it meets their needs. They need reassurances thatoE VMS will continue to meet their evolving needs. Efforts noted by Hoffs" would seem to address these folks.  D Second, there are those who are just "regular" sites. Of course theyF want reliable systems, but they don't have an absolute requirement forF 24x7. They like quality software, but there's lots of non-VMS softwareC out there in the world, and some of it actually doesn't stink. Theyt? want something that performs well, but they don't have high-endlD performance needs with detailed requirements. Maybe they just have aG VMS box or two, with no strong need for clustering. Probably, they have F trouble finding competent mid-level people who are willing and able toE manage VMS. Basically, VMS for them is just a sort of general-purposefG mainframe-like platform for stuff that's too big to be on a desktop PC.SE VMS is almost a historical accident for them -- it seemed like a good|D idea to whoever brought it into the organization. In my observation,C these are the folks who worry they're not on Compaq's radar screen,tE that Compaq is aiming for the high-end customers, not the "just plain0 folks."5  E Finally, there are those who'd love to be rid of VMS, except the costRE and disruption of migration are daunting, or maybe the migration away.D from VMS is just waiting for someone to take on the project. VMS hasD been running nearly unchanged for them for many years. Some of these< sites hate VMS and feel like the unfortunate inheritors of aF predecessor's bad jugdgment; maybe they're lost causes. Other sites inF this category have a certain fondness for VMS, but they feel like it'sD just not something to bank on any more (ISV desertions, attrition inF the talent pool, perception of not being with the times, or whatever).9 These people could really use some attention from Compaq.e  G >   A number of members of OpenVMS Engineering have spent a non-trivialbG >   amount of engineering time and effort visiting with and taking very E >   detailed looks at OpenVMS at specific customer sites, and at whatU weG >   can do to meet (or to exceed) customer requirements.  Some of thesen@ >   sites are large customers, and some are small customers with unusualnD >   or extreme loads.  (I've visited various customer sites over the pastF >   two years, as have a large number of other OpenVMS engineers.)  As for:= >   improvements resulting from this effort, we have recentlyn
 engineeredC >   ways reduce certain heavy file-locking operations to a fractione theiro? >   former levels, and a way to significantly reduce DLM packeti activityF >   during certain criticial cluster operations.  (These are certainly noteA >   headline-grabbing new features, but these improvements can be  centralf; >   to leading-edge and large-scale customer environments.)a  G That's good to hear. How does one arrange this? I can think of a couple7D of sites that might love to have a VMS Engineer drop by. It's also aE piece of info I'd like to pass on to ESILUG members if it's a servicej people can request.m  A >   What I would like to see is suggestions of what we can add tot OpenVMS,C >   and what OpenVMS features are at the core of your business.  (Ir have aG >   good idea of at least some of the existing or desired new features:c? >   clustering, host-based CD-R, host-based InfoServer, Apache,E Netscape V6tG >   or Mozilla, SSL, DHCP client, Oracle databases, scholastic licensess ande@ >   hobbyist licenses for non-DECUS geographies, new file system support,  D Things to add: host-based CD-R, SSL (and the appropriate services inF the http, telnet, and ftp arenas), STRONG support of TCP/IP in generalE (such that you'll never have to tell a Unix person, "Oh, VMS can't dof@ that yet"), more hooks for automatic and seamless fail-over in a< cluster environment (an admittedly vague feature to request)  D Current features of core importance: availability of SAS and Oracle,> the rich set of security features, the excellent tech support,F availability of quality web servers (becoming more and more important)  ; >   etc.  (Though -- like most every other software-related  organizationE >   around -- we do unfortunately have more work than we can ever geto to.eG >   This is one reason why ISVs and business partners are key players.)t  G Understood. Most of us are probably in this boat in one way or another.d   Thanks for all the effort.  
 Jim Becker    & Sent via Deja.com http://www.deja.com/ Before you buy.h   ------------------------------  % Date: Thu, 25 May 2000 12:31:06 -0400r5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> J Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)+ Message-ID: <8gjkdr$q6m$1@lead.zk3.dec.com>o  L Some might call DII/COE an attempt by Sun to make themselves the only vendor for the US DOD ;-)  C But seriously, the idea behind COE is that if you  provide a common J operating environment, including a common look & feel - then you can writeI applications (which in COE-speak are "segments") which can be deployed on J any COE compliant system, and would encourage code re-use across projects.  J The flaw in it (IMHO) is that the standard is heavily UNIX-based, and moreI specificly SUN based.  NT doesn't have to comply with most of it, and has-I it's own implementation of the COE kernel.  Tru64 UNIX is the *only* UNIXaK that has actually passed compliance (the others are in because they are the1H reference implementations).  With any luck, someday the standard may useK LINUX as the standard, and put all the proprietary systems (including otherd UNIXes) into the same boat.   K The positive thing about COE for VMS is that the end result will allow many I more UNIX applications to be source-level compatable on VMS.  While POSIX I will be used to help get initial certification, the plans are to make alliH these capabilities native.  In addition, it requires Compaq to commit toJ OpenVMS for the long term -- which may help people believe that VMS *will* be around for quite a while.  I You would be suprised to know just how much US and non-US defense systemsn8 employ OpenVMS... and who would like to remain that way.        Bob Koehler wrote in message ...7 >In article <8ggo00$qc7$1@mailint03.im.hou.compaq.com>,a4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: >>H >>   Something like this is underway, and an internal baselevel of POSIXH >>   is back on-line for internal testing and development as part of theH >>   related engineering effort involved in the new project.  (There areF >>   presently no plans to release another version of POSIX, but thereF >>   are plans for something that addresses similar issues and needs.) > F > DII-COE sounds a lot like the next attempt to do what POSIX tried toL > do.  Compaq just committed to DII-COE for VMS, didn't they?  Any relation? >)G >----------------------------------------------------------------------u@ >Bob Koehler                     | Computer Sciences Corporation> >Hubble Space Telescope Payload  | Federal Sector, Civil GroupF > Flight Software Team           | please remove ".aspm" when replying   ------------------------------    Date: 25 May 2000 17:42:38 -0500- From: Graham Allan <allan@mnhep1.hep.umn.edu>iJ Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)0 Message-ID: <w53puqa8d5t.fsf@lanark.spa.umn.edu>  " james_e_becker@my-deja.com writes:   > F > Things to add: host-based CD-R, SSL (and the appropriate services inH > the http, telnet, and ftp arenas), STRONG support of TCP/IP in generalG > (such that you'll never have to tell a Unix person, "Oh, VMS can't do0 > that yet")  J I don't know what tcp/ip services is like these days (we thankfully dumpedB UCX a long time ago!) but now that we use Multinet, an interestingF thing is how much *more* VMS can do with tcp/ip than most Unix systems (out of the box, at least).o   G. --  I -------------------------------------------------------------------------y: Graham Allan - I.T. Manager - gta@umn.edu - (612) 624-50409 School of Physics and Astronomy - University of MinnesotaeI -------------------------------------------------------------------------e   ------------------------------  # Date: Fri, 26 May 2000 01:33:59 GMT * From: kuhrt@eisner.decus.org (Marty Kuhrt)J Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)+ Message-ID: <XX9cCsdx6yHd@eisner.decus.org>e  n In article <JahMEQ1hBxy1@tachxxsoftxxconsult>, wayne@tachysoft.xxx.044962.killspam.0138 (Wayne Sewell) writes:D > In article <8gh2dl$jsf$1@nnrp1.deja.com>, d.webb@mdx.ac.uk writes:H >> When Affinity was first announced it sounded like the WNT API's would< >> be ported to VMS so that windows programs could be easilyF >> ported to VMS. All the publicity seemed to be about how close these >> operating systems were.J >> All we got was a third party API library missing huge chunks of the API/ >> which cost an arm and a leg to develop with.  > Q > The extortion was not just during development.  IIRC, you had to pay them againrK > at runtime for anybody to actually *use* whatever you developed.  i.e., ap > runtime royalty. >   E Something like $10K for the developers license and $125 per seat for -D runtime.  Before I knew the price and when I first heard about it, IC thought, "Neat, I can use M$ Visual CruftBucket to make the GUI andBF then port to Motif with the Wind/U stuff".  Then I saw the price.  End of neat dream.  F >> As it is for many/most VMS users the affinity program has delivered >> absolutely nothing. > 5 > Never did a damn thing for me.  It was just a word.  >a   I got a couple of T-shirts.      ------------------------------   Date: 25 May 2000 18:51:43 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)/ Subject: Re: Prob w/DCPS 1.7,HP4050, and HPGL/2e3 Message-ID: <BLBvYFhoFT6s@mccdev.slac.stanford.edu>c  A In article <panderson-0F902B.11402923052000@news.earthlink.net>, T2     	Paul Anderson <panderson@genicom.com> writes:F > In article <Me-0C67C5.11531222052000@svlnews.lmms.lmco.com>, Jethro  > Bodine <Me@nospam.com> wrote:o > J >> We just received a new HP4050 (nice printer). The problem is, however, L >> that when we try to print files that contain HPGL/2 and PCL commands to  H >> the printer using DCPS (v1.7 on OpenVMS Alpha 7.1), the printer just G >> prints out the HPGL/2 commands as text (the printer responds to PCL g >> commands correctly).C > K > DCPS does not support the HP LaserJet 4050 printer.  Therefore, we don't CJ > know if the printer has native PCL or not.  We assume it doesn't and we I > use the DCPS PCL 4 translator to translate PCL to PostScript.  I'd say  = > use of this (old) translator is what's causing the problem.-  H         While I haven't  tried  the  HPGL/2  stuff,  we  do have severalH     HP4050's  in service here and have no problems with them.  Being  asH     they're the HP4000 follow-on model, what I've done is to extract theH     HP4000-specific text modules from the DCPS device  control  library,H     SYS$LIBRARY:DCSP$DEVCTL.TLB,  rename each of them to a correspondingH     LPS$$UNRECOGNIZED_* file, and  insert  them  in  a new (text) device?     control library, e.g., I use SYS$LIBRARY:HP4050_DEVCTL.TLB.d  H         Next, define (in  your  DCPS  startup  procedures) a search-listH     logical  name,  e.g.,  DCPS_HP4050_LIB, whose first  translation  isH     SYS$LIBRARY:HP4050_DEVCTL   and   whose   second   translation    isH     DCPS$DEVCTL.    Finally,   supply  DCPS_HP4050_LIB  as  the  libraryH     parameter in the queue startup for this printer (the P3 parameter toH     SYS$STARTUP:DCPS$EXECUTION_QUEUE.COM).  [Note: I don't happen to useH     the SYS$STARTUP:DCPS$*.COM files  but  do  all  the required logicalH     name  definitions and queue initialization, etc., in my own  commandH     file.  This has allowed me to make all  my  DCPS  queues  /AUTOSTART(     across a list of 5 cluster nodes...]           -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Thu, 25 May 2000 22:29:58 GMTYG From: "Stephen Eickhoff (remove the - to reply)" <operagost@e-mail.com>l< Subject: reading and/or forwarding other users EXISTING mail* Message-ID: <392DA968.74BCE8E0@e-mail.com>  L I don't have an up-to-date Mail manual. I've figured out how to set a user'sL account to forward mail to another address (using /USER), but what about theL mail he already had? How can I forward that to the other address? This would? at least require me to be able to read and forward it manually.e  K I have some sort of configuration problem that isn't allowing him to accesssG POP mail through my firewall, and I don't want to allow him DCL access.h -- u" ----------------------------------          Stephen Eickhoff=           Havertown, PA " ----------------------------------   ------------------------------  % Date: Thu, 25 May 2000 16:32:58 -0700 / From: Terry Marosites <TMarosites@unitedad.com> @ Subject: RE: reading and/or forwarding other users EXISTING mailM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEE42@seantexch.unitedad.com>   , I have a procedure that does basically this:   $ define sys$output x.xd $ mail MAIL> select maile	 MAIL> dir 
 MAIL> exit $deassign sys$output $ open /read ifil x.xe $ read ifil irec $ read ifil irec e&   parse out the count of  the messages $ read ifil irec $ read ifil irec $ read ifil irec- $! The next record should be the 1st message e $ loop:x $   read ifil irec e    get the 1st subject write to file x.comr $ mail a select mailn( read 1   ( note this will always be one) forward  T0: ''new user'e Subj: ''old subject' Delete 1 Exit
 Close x.com  C     Repeat till all is sent       E I'll se if I can find the procedure if you want it else it is a quicks program. Terry    -----Original Message-----L From: Stephen Eickhoff (remove the - to reply) [mailto:operagost@e-mail.com]$ Sent: Thursday, May 25, 2000 3:30 PM To: Info-VAX@Mvb.Saic.Comu< Subject: reading and/or forwarding other users EXISTING mail  L I don't have an up-to-date Mail manual. I've figured out how to set a user'sL account to forward mail to another address (using /USER), but what about theL mail he already had? How can I forward that to the other address? This would? at least require me to be able to read and forward it manually.1  K I have some sort of configuration problem that isn't allowing him to accessnG POP mail through my firewall, and I don't want to allow him DCL access.s --" ----------------------------------          Stephen Eickhoffu           Havertown, PAn" ----------------------------------    5 *****************************************************n    5 *****************************************************a4 Any views or opinions are solely those of the author) and do not necessarily represent those of  United News& Media.t5 *****************************************************n4 The information transmitted is intended only for the1 person or entity to which it is addressed and mayr3 contain confidential and/or privileged material. If 3 you are not the intended recipient of this message,t. please do not read, copy, use or disclose this3 communication and notify the sender immediately. It 0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons orc- entities other than the intended recipient iso prohibited.i5 *****************************************************d **   ------------------------------   Date: 25 May 2000 23:32:13 GMT) From: leslie@clio.rice.edu (Jerry Leslie)p@ Subject: Re: reading and/or forwarding other users EXISTING mail' Message-ID: <8gkd5t$amh$1@joe.rice.edu>n  F Stephen Eickhoff (remove the - to reply) (operagost@e-mail.com) wrote:* : I don't have an up-to-date Mail manual.   % Try looking at the VMS documentation:,  &   http://www.openvms.digital.com:8000/%   http://www.openvms.digital.com/doc/a  J : I've figured out how to set a user's account to forward mail to another I : address (using /USER), but what about the mail he already had? How can  I : I forward that to the other address? This would at least require me to h* : be able to read and forward it manually.  < There's no "FORWARD ALL", if that's what you're looking for.  M : I have some sort of configuration problem that isn't allowing him to accesstI : POP mail through my firewall, and I don't want to allow him DCL access.'  L Is the POP3 service enabled on the VMS system ? For pre-5.0 versions of UCX,: this command will show whether POP3 (port 110) is enabled:     $ ucx show service pop    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  + Date: Thu, 25 May 2000 13:30:14 -0500 (EST)a1 From: "Robert J. Slover" <slover@Rose-Hulman.Edu>e Subject: Re: SchedulingsW Message-ID: <Pine.LNX.3.96.1000525132529.22949B-100000@rocinante.admin.rose-hulman.edu>   ? I'm familiar with scheduler.  I love scheduler.  Unfortunately,h? only those of us on CSLG get to use it, and at a frozen versionmB level.  (BTW, they forgot to put the PAKs for Polycenter SCHEDULER; on the latest CSLG disks...I called Compaq and was politelye" provided with the PAKs in E-mail.)  > I just thought SUBMIT could use such a feature.  It would then< be able to fill the role of basic scheduling (still wouldn't, handle dependency the way Scheduler does).     --Robert  * On Thu, 25 May 2000, Richard Brodie wrote:   > > > "Robert J. Slover" <slover@Rose-Hulman.Edu> wrote in messageS > news:Pine.LNX.3.96.1000525112613.22804B-100000@rocinante.admin.rose-hulman.edu...s > C > > This has always bugged me a little.  The approach of having theh@ > > job re-submit itself just doesn't feel 'clean'.  I've always. > > felt like SUBMIT needed another qualifier: > A > There was the scheduling tool, Polycenter scheduler for $$. Thep= > freeware alternative KRONOS works well enough, although hasiA > a few quirks. At least you have a single point of failure then.i >  >    ------------------------------  # Date: Thu, 25 May 2000 19:30:56 GMTr/ From: "John Nixon" <jorlnixon@worldnet.att.net>  Subject: Re: SchedulingmE Message-ID: <QbfX4.1599$t_4.94239@bgtnsc06-news.ops.worldnet.att.net>o  2 I think that is a good idea.  I second the motion.  ' HOFF?  Can you add this to a wish list?s  < "Robert J. Slover" <slover@Rose-Hulman.Edu> wrote in messageL news:Pine.LNX.3.96.1000525112613.22804B-100000@rocinante.admin.rose-hulman.e du...f >t >e) > On Thu, 25 May 2000, Arne Vajhxj wrote:i >f > >lJ > > The VMS approach is to create a job and SUBMIT it (try HELP SUBMIT for > > more info about options).e > > A > > If it has to run regularly, then the job can resubmit itself.t > >  > A > This has always bugged me a little.  The approach of having theg> > job re-submit itself just doesn't feel 'clean'.  I've always, > felt like SUBMIT needed another qualifier: > 6 >   SUBMIT/SCHEDULE=(INTERVAL="D 18:00",DAYS=ALL) .... >EB > Something like that, to queue a job to run every day at 6:00 pm. >u
 > --Robert >i >u >s   ------------------------------    Date: 25 May 2000 13:00:09 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett) Subject: Re: Schedulinge, Message-ID: <6j1AqhjvViIK@malvm2.mala.bc.ca>  F In article <QbfX4.1599$t_4.94239@bgtnsc06-news.ops.worldnet.att.net>, 4    "John Nixon" <jorlnixon@worldnet.att.net> writes:  4 > I think that is a good idea.  I second the motion. > 	   Me too.U  ) > HOFF?  Can you add this to a wish list?h >>7 >>   SUBMIT/SCHEDULE=(INTERVAL="D 18:00",DAYS=ALL) ....e >>C >> Something like that, to queue a job to run every day at 6:00 pm.r >>  2    I'd be happy with something even simpler, like:      SUBMIT/INTERVAL=delta-timee  C   Which would cause the job, when completed, to resubmit itself fora; "delta-time" after it started. If I don't want it to run on @ certain days of the week I can put logic in the COM file to just exit on those days.e  B    Of course I wouldn't complain about extra functionality such as day(s) of the week.    ------------------------------  % Date: Thu, 25 May 2000 14:08:36 -0600i1 From: Glen Martin <GLENMARK@utxvms.cc.utexas.edu> " Subject: Re: Ultrix for mVax3100 ?3 Message-ID: <392D33E4.522E70E@utxvms.cc.utexas.edu>r   Bob Koehler wrote:  F > ULTRIX was copyright DEC, and listed in the software catalogs CompaqH > shipped shortly after they bought DEC.  It's retired but you may still > be able to buy a copy.  H Should be able to. At least it is still available in educational markets via CSLG...e   Glen   ------------------------------  # Date: Fri, 26 May 2000 02:39:51 GMTw) From: "Neil Rieck" <n.rieck@sympatico.ca>s Subject: VAX VMS 7.2 Bug?z< Message-ID: <XtlX4.130887$r37.1793065@news20.bellglobal.com>   Folks,  L My system needs to be up 7x24 so I've been doing successful hot disk-to-diskK backups of my system disk for many years. For the last 2 evenings I've beenoJ trying to do a hot disk-to-disk backup of my OpenVMS 7.2 system disk and IH keep getting incomplete copies, no errors, but a few warnings about someL skipped files. I've tried variations of IMAGE/ALIAS and IMAGE/NOALIAS of the following DCL sequence:n   $mount/foreign $1$dia50: $backup/image/noalias    -     /init    -%     /ignore=(interlock,nobackup)    -t     /journal=neil.bjl    -     /record    -     dsa0:    -
     $1$dia50:l  I 1. When the backup is finished and I've remounted the target disk withoutWL the /FOREIGN switch, many files (including "writeboot.exe") are missing evenH though the journal file says they were copied and the recording pass hasA updated the target directory listings with the correct time stampa  @ 2. The OpenVMS UPDATE patches released Oct/Nov'99 are installed.  A 3. I'm copying from an RF35 to an "RZ28 connected to an HSD05" soh6 BACKUP/PHYSICAL will not work (I've already tried it).  K Does anybody have any other ideas before I attempt a standalone backup? (atmI the very least, please check to make sure that "your" backups are working 	 properly)p  
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------  % Date: Thu, 25 May 2000 14:04:04 -0400l# From: Jim Agnew <agnew@hsc.vcu.edu>d Subject: Re: Vms calculatorf+ Message-ID: <392D6B14.2B312BAA@hsc.vcu.edu>   5 are you talking about a command-line calculator, i.e.k   $ CALC  2 + 2 =a   4.0n   $   A \?????  We have it, dunno about source, but i'll rummage around..i     j.     Terry Marosites wrote: >  > Hello all, > K >                   I had a nice little VMS calculator awhile back and havea9 > since lost it. Does anyone know where I pick up a copy.s >  > Thanks > Terryt > 7 > *****************************************************t > 7 > *****************************************************-6 > Any views or opinions are solely those of the author+ > and do not necessarily represent those ofm > United News& Media.i7 > *****************************************************v6 > The information transmitted is intended only for the3 > person or entity to which it is addressed and may-5 > contain confidential and/or privileged material. IfA5 > you are not the intended recipient of this message,c0 > please do not read, copy, use or disclose this5 > communication and notify the sender immediately. It 2 > should be noted that any review, retransmission,4 > dissemination or other use of, or taking action in/ > reliance upon, this information by persons orN/ > entities other than the intended recipient isl
 > prohibited. 7 > *****************************************************  > **   ------------------------------  % Date: Thu, 25 May 2000 12:22:44 -0600o2 From: Monday Bill <Bill.Monday@UPI.UHColorado.Edu> Subject: Vms Calculator J Message-ID: <5D2691D2D460D3118C0B009027719614046DC9@upiex1.uhcolorado.edu>  G If you happen to be using an VT5XX series dumb tube there is always the-F calculator available from terminal setup, even if not using VMS or not
 logged in.   Bill Mondayn Systems Administratory University Physicians, Inc.- bill.monday@upi.uhcolorado.edu   ------------------------------  % Date: Thu, 25 May 2000 11:44:37 -0700,/ From: Terry Marosites <TMarosites@unitedad.com>c Subject: RE: Vms calculator:M Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEE3B@seantexch.unitedad.com>   J  Here at work we are not running decwindows :( . the calculator that I hadK was written in Cobol and used SMG and was about  8 rows high and 20 columnstF wide. If I find it I will publish the address or set up an ftp for it. Thanks s Terry      -----Original Message-----& From: hammond@not@peek.ppb.cpqcorp.net) [mailto:hammond@not@peek.ppb.cpqcorp.net]e% Sent: Thursday, May 25, 2000 10:22 AMe To: Info-VAX@Mvb.Saic.Como Subject: Re: Vms calculatorl    6 In article <8gjmrp$4va$2@mailint03.im.hou.compaq.com>,4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  6 >  There is a calculator tool included in DECwindows.   " Yes.  Try RUN SYS$SYSTEM:DECW$CALC  G Or look for Calculator on the Session Manager Applications menu, or the  equivalent new desktop.    --K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAeF          (hammond@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.    5 *****************************************************     5 *****************************************************p4 Any views or opinions are solely those of the author) and do not necessarily represent those of  United News& Media. 5 *****************************************************-4 The information transmitted is intended only for the1 person or entity to which it is addressed and may 3 contain confidential and/or privileged material. Ifa3 you are not the intended recipient of this message,n. please do not read, copy, use or disclose this3 communication and notify the sender immediately. It<0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons oru- entities other than the intended recipient iso prohibited.v5 *****************************************************P **   ------------------------------  % Date: Thu, 25 May 2000 11:53:48 -070013 From: David Spencer <spencer@recneps.spaamfree.com>d Subject: Re: Vms calculatord> Message-ID: <250520001153488484%spencer@recneps.spaamfree.com>  K >                   I had a nice little VMS calculator awhile back and havea9 > since lost it. Does anyone know where I pick up a copy.h  A If you want to do simple math at the DCL prompt, add this to your 
 login.com:   $ math :== "write sys$output"g  % then use DCL to do your calculations:   
 $ math 2+2 4/   -- Dave Spencera   ------------------------------  % Date: Thu, 25 May 2000 12:38:52 -0700B/ From: Terry Marosites <TMarosites@unitedad.com>  Subject: RE: Vms CalculatortM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEE3C@seantexch.unitedad.com>    Sorry but using reflections :() But id I ever get a vt5xx I'll try that .P Terry    -----Original Message-----9 From: Monday Bill [mailto:Bill.Monday@UPI.UHCOLORADO.EDU]u% Sent: Thursday, May 25, 2000 11:23 AM  To: Info-VAX@Mvb.Saic.Comr Subject: Vms Calculatore  G If you happen to be using an VT5XX series dumb tube there is always thetF calculator available from terminal setup, even if not using VMS or not
 logged in.   Bill MondayD Systems Administratorp University Physicians, Inc.  bill.monday@upi.uhcolorado.edu    5 *****************************************************$    5 *****************************************************o4 Any views or opinions are solely those of the author) and do not necessarily represent those ofi United News& Media.i5 *****************************************************l4 The information transmitted is intended only for the1 person or entity to which it is addressed and mayK3 contain confidential and/or privileged material. Ift3 you are not the intended recipient of this message,H. please do not read, copy, use or disclose this3 communication and notify the sender immediately. It 0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons or - entities other than the intended recipient is  prohibited.95 *****************************************************y **   ------------------------------   Date: 25 May 2000 19:32:49 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: Vms calculatorp+ Message-ID: <8gjv51$uk@gap.cco.caltech.edu>   Q In article <392D6B14.2B312BAA@hsc.vcu.edu>, Jim Agnew <agnew@hsc.vcu.edu> writes:t6 >are you talking about a command-line calculator, i.e. >h >$ CALC  2 + 2 = >d   Trya  7   http://seqaxp.bio.caltech.edu/pub/SOFTWARE/ICALCV.ZIP   J It also saves (multiple) results into a DCL symbol so that other programs  can get the values.    $ icalc 5+4 ; 7/3. $ sho sym icalc_out -   ICALC_OUT = "        9,        2.333333333"-   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu-? Manager, sequence analysis facility, biology division, Caltech -   ------------------------------  % Date: Thu, 25 May 2000 16:15:52 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>o Subject: Re: Vms calculator , Message-ID: <392D89F3.A5C1CCBC@videotron.ca>   Terry Marosites wrote: > L >  Here at work we are not running decwindows :( . the calculator that I hadM > was written in Cobol and used SMG and was about  8 rows high and 20 columnstH > wide. If I find it I will publish the address or set up an ftp for it.  % Sorry, but I really can't resist.....   J ALL-IN-1 has a built in calculator... press F6 from anywhere and type "DC"B (desktop calculator). Once done, you return where you were before.   ------------------------------  + Date: Thu, 25 May 2000 21:39:09 +0200 (MET)  From: ZINSER@sysdev.exchange.de  Subject: Re: Vms calculator13 Message-ID: <01JPTYGM9U4MAW9B85@sysdev.exchange.de>   = > From:	IN%"not@peek.ppb.cpqcorp.net" 25-MAY-2000 20:34:46.51i > Subj:	RE: Vms calculator  8 > In article <8gjmrp$4va$2@mailint03.im.hou.compaq.com>,6 > hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > 7 > >  There is a calculator tool included in DECwindows.u > $ > Yes.  Try RUN SYS$SYSTEM:DECW$CALC > I > Or look for Calculator on the Session Manager Applications menu, or thew > equivalent new desktop.o >    	Or look at   : 	http://www.decus.de:8080/www/vms/sw/general/office.htmlx   7 	which currently lists three different calculators for u* 	OpenVMS (Additions are always welcome ;-)   				Greetings, Martin P Dr. Martin P.J. Zinser                                 zinser@sysdev.exchange.de2 Deutsche Boerse Systems AG                        O Koenigsberger Str. 29                                  Tel: +49 69 2101 5634   hL 60284 Frankfurt                                        FAX: +49 69 2101 3411P Germany                                                Private:  zinser@decus.de   ------------------------------  # Date: Thu, 25 May 2000 22:40:21 GMT 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)N Subject: Re: Vms calculator*+ Message-ID: <GoiA$hZ0vQn7@eisner.decus.org>n   $ mcr teco32  	 *6*7/3=$$n   14 *f   ------------------------------  % Date: Thu, 25 May 2000 16:47:28 -0400n# From: Jim Agnew <agnew@hsc.vcu.edu>  Subject: Re: Vms calculatorp+ Message-ID: <392D9160.B5C86A56@hsc.vcu.edu>o  E (scene in back alley... poor guy up against the wall, and an american.E (defined as one who knows only one language... ;-) ) holding a gun orr something like it)  . alright, where's the vaxtrek picture?????  ;-)  6 nice site, very nice...  of COURSE i've bookmarked it.   jimh    ZINSER@sysdev.exchange.de wrote: > ? > > From: IN%"not@peek.ppb.cpqcorp.net" 25-MAY-2000 20:34:46.51  > > Subj: RE: Vms calculator > : > > In article <8gjmrp$4va$2@mailint03.im.hou.compaq.com>,8 > > hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: > >k9 > > >  There is a calculator tool included in DECwindows.t > >l& > > Yes.  Try RUN SYS$SYSTEM:DECW$CALC > >aK > > Or look for Calculator on the Session Manager Applications menu, or the  > > equivalent new desktop.m > >/ >  >         Or look at > B >         http://www.decus.de:8080/www/vms/sw/general/office.htmlx > ? >         which currently lists three different calculators forl3 >         OpenVMS (Additions are always welcome ;-)t > 3 >                                 Greetings, MartinlR > Dr. Martin P.J. Zinser                                 zinser@sysdev.exchange.de > Deutsche Boerse Systems AGN > Koenigsberger Str. 29                                  Tel: +49 69 2101 5634N > 60284 Frankfurt                                        FAX: +49 69 2101 3411R > Germany                                                Private:  zinser@decus.de   ------------------------------  % Date: Thu, 25 May 2000 15:22:32 -0400e- From: JF Mezei <jfmezei.spamnot@videotron.ca>) Subject: Re: VMS marketing, Message-ID: <392D7D78.B9B544DA@videotron.ca>   Phillip Helbig wrote:.1 > I was somewhat surprised and, er, joyful to seeh; > OK, I go there.  There is some brief text, then a link to0B >    http://www.openvms.compaq.com/e-postcard1/openvms-alphags.exe  M I didn't even bother going that far. When I saw a "application/octet-stream", N it became obvious that it was some Microsoft dangerous executable. ConsideringK the recent viruses on the net affecting MS toys, I am surprised that CompaqdM would even allow such a "spam" that contains an executable, expecting readers J to double click on it, without even providing an idea of the nature of theH executable. (One more reason I didn't bother dealing with that message).  M *However, it was nice to see an attempt, however failed it migh have been, tou7 engage customers in VMS and show that Compaq is trying.8    L It is quite unfortunate that even Comapq employees involved in VMS have beenF brainwashed into thinking that everyone runs Microsoft stuff on 8086s.  N Comapaq could have used industry standard Quicktime or Real Video to make that3 clip instead of a proprietary Microsoft executable.u   ------------------------------   Date: 25 May 2000 19:53:12 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: VMS marketing. Message-ID: <8gk0b8$o5o$1@info.service.rug.nl>  5 In article <392D7D78.B9B544DA@videotron.ca>, JF Mezeii' <jfmezei.spamnot@videotron.ca> writes: c   >Phillip Helbig wrote:2 >> I was somewhat surprised and, er, joyful to see< >> OK, I go there.  There is some brief text, then a link toC >>    http://www.openvms.compaq.com/e-postcard1/openvms-alphags.exe" >lN >I didn't even bother going that far. When I saw a "application/octet-stream",D >it became obvious that it was some Microsoft dangerous executable.   = Isn't this the mime type of downloadable VMS patches as well?c   ------------------------------  % Date: Thu, 25 May 2000 16:08:48 -0400)- From: JF Mezei <jfmezei.spamnot@videotron.ca>t Subject: Re: VMS marketing, Message-ID: <392D884B.1A280D91@videotron.ca>   Phillip Helbig wrote:n) > >http://www.openvms.compaq.com/GSseries  > ='  > > Can it be played by any (Compaq) software which runs on VMS?  J It is a flash animation which then gets you to a page with a fancy "billb= oard"aJ applet which presents various customer sucess stories with fancy text blo= ckJ animations. While both are using internet "standards", they probably don'= t runa/ on VMS because VMS is a tad late adopting them.e  J (BTW, Flash player source code is available from macromedia, so the VMS g= roup could easily port it).  F however, for the success stories, you can use on this rather long url:  J www.success-stories.compaq.com/css/cgi-bin/cssextusr/s=3Dsublist?Business=J +Solutions=3D_illegal_&Customer+Name=3D_illegal_&Geography=3D_illegal_&In=J dustry=3D_illegal_&Keywords=3D_illegal_&Operating+System=3DOpenVMS&Partne= rs=3D_illegal_  E I don't understand why they want to make it so hard to access a page.N   For those who won't bother:o    Australian Stock ExchangeJ  The Australian Stock Exchange (ASX), the twelfth largest stock market in=  the
 world and theiG  second-largest in the Asia-Pacific region, relies on Compaq Server and  Storage solutions,J  integrated with Microsoft solutions, to power its mission-critical tradi= ng
 Web site. "We-J  profit from the Compaq and Microsoft alliance, both in terms of our curr= entE trading systemst+  and the future systems we will develop." =?      FactSet Research Systems@F  FactSet, the world's premier online investment research service, uses clustered CompaqJ  AlphaServer systems running the Compaq OpenVMS operating system to provi= de itsH  customers with uninterrupted access to financial information. Uptime is
 imperative tovJ  FactSet clients - mostly large money-management firms and large investme= nt banks - ande>  Compaq delivers with a high-performance, scalable solution. =      HarperCollins Publishers7J  A decision-support system supported by a Compaq ProLiant=99 server, Micr=
 osoft WindowseE  NT operating system and Microsoft SQL Server helped HarperCollins, aa high-profile bookdJ  publisher, simplify and standardize its IT architecture. This resulted i= n- lower costs, improvedeJ  performance and better coordination between print runs and retailer dema= nd. =r      ISO New England, Inc.J  ISO New England, Inc. runs a competitive electronic market for electrici= ty on anJ  ultra-high-availability platform from Compaq. High-performance clusters = of
 64-bit CompaqtJ  AlphaServer computers run the Tru64 UNIX operating system, trading and s=	 ettlement J  applications from Andersen Consulting, and the Electricity Markets Platf= orm.
 This includesFJ  the modified Compaq OpenVMS EMS, bids-clearing applications, Web-based M= arketjH  Information System, and a stand-alone market simulator from ALSTOM ESCAJ  Corporation. Compaq Services consultants helped design and install the d= isaster-tolerantF  platform and provides business-critical support for optimum uptime. =    "  International Securities ExchangeJ  The International Securities Exchange (ISE), the first all-electronic op= tionso exchange in theaJ  United States, chose the Compaq AlphaServer platform and the Compaq Open= VMSpJ  operating system to provide its customers with the dependability needed = forg trading equityJ  options online. "An electronic exchange is viable only while it is up an= da running. Compaq0J  OpenVMS provides the availability, scalability, and rock-solid reliabili= ty demanded by ourD
  business." =1    4  Irish Dept. of Social, Community and Family AffairsJ  A Compaq Year 2000 Impact Assessment helped the Irish Department of Soci= al, J  Community and Family Affairs make sure it could continue to serve its 1.=	 4 millionlJ  beneficiaries - without interruption from Y2K-related computing problems= =2Ed "Compaq helpedJ  us work through the pros and cons of each Y2K option, and assisted us in=   deciding whichB  were most appropriate to our achieving Year 2000 readiness. Those contributions were  essential to our efforts." =r      Israel Credit Cards (ICC)J  Israel Credit Cards (ICC), the largest issuer and acquirer of credit car= ds in* Israel, has a uniqueF  market position and a loyal customer base. ICC was looking for a data warehouse solutionJ  which would allow it to access more focused marketing information and al= lowr
 it to be moreaF  competitive in the Israeli credit cards market. With help from Compaq
 Services, theoE  company implemented a Compaq AlphaServerTM and Compaq StorageWorksTMtG  solutions to leverage this corporate data with a business intelligencet solution. =u      Manitoba HydrooJ  Charged with providing 400,000 customers in the Canadian province of Man=
 itoba withJ  continuous electricity, Manitoba Hydro needs up-to-the-second informatio= n on
 its entireJ  power network -- across 250,000 square miles. ALSTOM ESCA's Energy Manag= ementmJ  Platform (EMP), running on clustered AlphaServers, delivers a flexible, = disaster-tolerantDH  monitor and control system. "We needed excellent fail-over and recovery capabilities for ourJ  control center systems. Now, with the ESCA and Compaq solution, the cont= roli system willM  stay up and running." =    E  Netherlands Ministry of Agriculture, Nature Management and FisheriesaJ  The Netherland's Ministry of Agriculture, Nature Management and Fisherie= s0 needed to find aJ  way to organize data, integrate information, and capture knowledge from = itse workers spreadD  out over more than 100 offices across 60 locations, while providing instantaneous updatesiJ  and feedback to 40 internal organizations and the general public. By usi= ng a KnowledgeJ  Management approach, the Ministry improved its regulatory, demographic, =
 and taxingF  functions, as well as their ability to handle day-to-day and national emergency managementH  situations. Compaq Services played an integral role in this solution by providing a completeJ  spectrum of services, from consulting to total outsourcing and maintenan= ce
 support. =      Nichimen CorporationoG  Nichimen Corporation, a leading global trading company needed a way tol provide highJ  performance, Internet-integrated messaging and collaboration capabilitie= s to
 all of theJ  company=92s 2000 employees. Implementing a Microsoft Exchange Server mes= sagingJ  platform=97combined with the unparalleled Exchange implementation and ne= tworknJ  integration services from Compaq=97Nichimen gained a more profitable com= petitiveJ  platform. "The knowledge and technical skill of the Compaq staff in netw= ork* computing inJ  the Windows NT environment is really quite impressive. We are very happy=  witho the with.  Compaq Exchange implementation management." =    "  Pharmacia and Upjohn Caribe, Inc.J  For Pharmacia and Upjohn Caribe, Inc., one of the largest pharmaceutical=   companies inD  Puerto Rico, the pain of migrating from one generation of computing technology to anothernJ  was relieved with Compaq and OpenVMS. Migrating to an integrated environ= ment ofaJ  OpenVMS-based and Windows NT-based AlphaServer systems and a standard Mi= crosoftnJ  desktop, improved productivity and performance and reduced help desk cos= ts. "IntegratingJ  OpenVMS and Windows NT applications is very easy. We only have a staff o= fn seven in ourJ  IT department, and we found managing both environments not to be a probl= em." =      SPT TelecomG  SPT TELECOM provides national telecommunications services in the Czech0 Republic forJ  more than three million subscribers. SPT TELECOM uses Compaq Services to=  orchestrateJ  its Compaq OpenVMS solutions and keep its services on top of the market.=  "OureJ  popularity and image have skyrocketed as a result of implementing our Co= mpaq
 solutions." =     
  Sunoco, Inc.nJ  Sunoco, Inc., one of Canada's largest oil and gas companies, developed a= n: on-line refineryJ  process optimization unit using clustered AlphaServer computers and an O= penVMS3  operating system with Compaq StorageWorks disks. =a    	  Swisscom J  Swisscom, Switzerland's leading provider of telecommunications services,=   boasts one of theDJ  largest SAP R/3 and Microsoft Exchange installations in Switzerland. The=   company engagediJ  Compaq Services to ready this massive computing environment for the Year=  
 2000. As partmJ  of the service, an inventory identified 41 system types across Swisscom'= s  Compaq Tru64G  UNIX, Microsoft Windows NT and Compaq OpenVMS environments on both theoJ  Compaq Alpha and Intel platforms. "This Healthcheck was the most importa=
 nt serviceJ  delivered by Compaq. It gave us the accurate information we needed on ou= rd
 systems to benJ  ready for the new millenium -- information our internal people just woul= dn't
 have had time*  to collect." =*      Valio Group (The)J  The Valio Group, Finland's largest dairy company, shares market knowledg= eo with customersA  and streamlines its supply chain with an Oracle data-warehousing* infrastructure based on a*   Compaq Tru64TM UNIX platform. =    J for more info on the above, extracted the urls from the html source code = :e= http://www.compaq.com/alphaserver/gs/quotes/intersystems.htmlt8 http://www.compaq.com/alphaserver/gs/quotes/factset.html4 http://www.compaq.com/alphaserver/gs/quotes/bcd.html< http://www.compaq.com/alphaserver/gs/quotes/bankaustria.html5 http://www.compaq.com/alphaserver/gs/quotes/kscl.htmlr< http://www.compaq.com/alphaserver/gs/quotes/mem_hermann.html? http://www.compaq.com/alphaserver/gs/quotes/northern_light.htmlr7 http://www.compaq.com/alphaserver/gs/quotes/oracle.html*8 http://www.compaq.com/alphaserver/gs/quotes/parexel.html; http://www.compaq.com/alphaserver/gs/quotes/se_freight.htmlD7 http://www.compaq.com/alphaserver/gs/quotes/cerner.html8> http://www.compaq.com/alphaserver/gs/quotes/computerassoc.html4 http://www.compaq.com/alphaserver/gs/quotes/sas.html6 http://www.compaq.com/alphaserver/gs/quotes/kenan.html4 http://www.compaq.com/alphaserver/gs/quotes/bea.html: http://www.compaq.com/alphaserver/gs/quotes/inovaware.html: http://www.compaq.com/alphaserver/gs/quotes/multipath.html7 http://www.compaq.com/alphaserver/gs/quotes/cognos.html_   ------------------------------  % Date: Thu, 25 May 2000 18:55:29 -0400a" From: Dan Sugalski <dan@sidhe.org> Subject: Re: VMS marketing8 Message-ID: <4.3.1.0.20000525185407.01fbd160@24.8.96.48>  * At 03:22 PM 5/25/00 -0400, JF Mezei wrote: >Phillip Helbig wrote:3 > > I was somewhat surprised and, er, joyful to seec= > > OK, I go there.  There is some brief text, then a link torD > >    http://www.openvms.compaq.com/e-postcard1/openvms-alphags.exe >.N >I didn't even bother going that far. When I saw a "application/octet-stream",C >it became obvious that it was some Microsoft dangerous executable.d  H application/octet-stream is MIME for "Beats me, it's just binary data". I Anything, including VMS savesets, VMS executables, and Oracle data files  @ could be tagged this way. It doesn't give enough info to make a  dangerous/safe decision.     					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenp;                                       teddy bears get drunk    ------------------------------  % Date: Thu, 25 May 2000 20:21:06 -0500z* From: Keith Brown <kbrown780@usfamily.net> Subject: Re: VMS marketing, Message-ID: <392DD182.737DEF4C@usfamily.net>   JF Mezei wrote:A >  > Phillip Helbig wrote:t3 > > I was somewhat surprised and, er, joyful to see = > > OK, I go there.  There is some brief text, then a link toeD > >    http://www.openvms.compaq.com/e-postcard1/openvms-alphags.exe > O > I didn't even bother going that far. When I saw a "application/octet-stream",	P > it became obvious that it was some Microsoft dangerous executable. ConsideringM > the recent viruses on the net affecting MS toys, I am surprised that CompaqbO > would even allow such a "spam" that contains an executable, expecting readersrL > to double click on it, without even providing an idea of the nature of theJ > executable. (One more reason I didn't bother dealing with that message). > O > *However, it was nice to see an attempt, however failed it migh have been, toe9 > engage customers in VMS and show that Compaq is trying.V > N > It is quite unfortunate that even Comapq employees involved in VMS have beenH > brainwashed into thinking that everyone runs Microsoft stuff on 8086s. > P > Comapaq could have used industry standard Quicktime or Real Video to make that5 > clip instead of a proprietary Microsoft executable.e  < Maybe they are trying to market to the MS types hence the MS; executable. We have been critical of Compaq in the past forg preaching to the choir.e   --   Keith Browne kbrown780@usfamily.net   ------------------------------  % Date: Thu, 25 May 2000 23:24:52 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>m Subject: Re: VMS marketing, Message-ID: <392DEE5C.84E8B034@videotron.ca>   Phillip Helbig wrote:aP > >I didn't even bother going that far. When I saw a "application/octet-stream",E > >it became obvious that it was some Microsoft dangerous executable.l > ? > Isn't this the mime type of downloadable VMS patches as well?   / There is a registered type for Vms executables:e   vms/exe for executables  vms/help for helpw vms/tlb for text libraries vms/olb for object libraries vms/mlb for macro librariesv+ application/VMSBACKUP for backup save sets.c  - (source, OSU web server configuration files).l   ------------------------------  + Date: Fri, 26 May 2000 00:34:53 -0400 (EDT) " From: Dan Sugalski <dan@sidhe.org> Subject: Re: VMS marketingH Message-ID: <Pine.LNX.4.10.10005260034170.18321-100000@tuatha.sidhe.org>  $ On Thu, 25 May 2000, JF Mezei wrote:   > Phillip Helbig wrote:lR > > >I didn't even bother going that far. When I saw a "application/octet-stream",G > > >it became obvious that it was some Microsoft dangerous executable.P > > A > > Isn't this the mime type of downloadable VMS patches as well?2 > 1 > There is a registered type for Vms executables:m >  > vms/exe for executables: > vms/help for helpg > vms/tlb for text libraries > vms/olb for object libraries > vms/mlb for macro librariesa- > application/VMSBACKUP for backup save sets.e > / > (source, OSU web server configuration files)..  J Actually, no there's not. Source: registered MIME type RFCs. Those are all1 ad hoc definitions and not official by any means."  	 					Dan     ------------------------------  % Date: Fri, 26 May 2000 09:18:48 +1000e  From: H Ling <h.ling@qut.edu.au>@ Subject: Why AlphaServer 2100 can't install with OpenVMS 7.2 cd?) Message-ID: <392DB4D8.8424681@qut.edu.au>e  
 Hi VMS Gurus,   A Re: Why AlphaServer 2100 can't see disks on ESA12000 array duringc&     install of OpenVMS 7.2-1 binaries?  C We have an AlphaServer 2100 5/300 with KZPBA-CB adapters connecting,A via BN38C to HSZ80 controllers on ESA12000 disk arrays.  We tried A to install OpenVMS 7.2-1 binaries, but it couldn't see any disks. D Neither for the OpenVMS 7.2 cd.  However, it could see the disks forB OpenVMS 7.1 or 7.1-2.  For application reasons, we have to install OpenVMS 7.2 or better.  B For both 7.2 cases, we have gone to option 7 which let us get into6 DCL mode to do the $MCR SYSMAN then >IO AUTOCONFIGURE, but still no disks.5  # We have applied Alpha firmware v5.7i@ SRM Console V5.3-6      VMS PALcode V1.20-3, OSF PALcode V1.22-1  = All the webpages on KZPBA-CB says AlphaServer 2100, 2100A are.> supported.  The version of firmware for KZPBA adapter's Qlogic@ ISP1020 chipsets has remained at Version 5.57 on all CD releases( between firmware V5.3 and V5.7 upgrades.  > We have a few ESA12000 arrays with DS10s and DS20s all running< Tru64 DU.  This AlphaServer 2100 is the first one we want to install OpenVMS.  8 The problem has been logged with Compaq Support and been= through a few Support Specialists there, but no solution yet.m  + Please also email your help to me directly.    Systems Specialist Queensland Uni of Technology How-Hie Ling (h.lin@qut.edu.au)   ------------------------------   End of INFO-VAX 2000.292 ************************