1 INFO-VAX	Wed, 03 May 2000	Volume 2000 : Issue 246       Contents: A guide to VMS Basic?  Re: A guide to VMS Basic? , Access to DOS-formatted floppies under VMS ?0 Re: Access to DOS-formatted floppies under VMS ? Alpha VMS async I/O  Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !!, Re: Any ALPHAbook (Tadpole) users out there?, Re: Any ALPHAbook (Tadpole) users out there?, Re: Any ALPHAbook (Tadpole) users out there?, Re: Any ALPHAbook (Tadpole) users out there? Changing File Create Dates Re: Changing File Create Dates RE: Changing File Create Dates RE: Changing File Create Dates Re: Changing File Create Dates RE: Changing File Create Dates DecPrint Supervisor. Re: DecPrint Supervisor.0 Field width in sys$fao control string directives4 Re: Field width in sys$fao control string directives folling short of memory? Re: folling short of memory? Re: folling short of memory? Re: folling short of memory? Re: folling short of memory?/ RE: how do I write sysgen parameter permanently / Re: how do I write sysgen parameter permanently / Re: how do I write sysgen parameter permanently - Humble request for a modification to VMS Mail 1 Re: Humble request for a modification to VMS Mail 1 Re: Humble request for a modification to VMS Mail 1 Re: Humble request for a modification to VMS Mail 1 Re: Humble request for a modification to VMS Mail . Re: I need a Windows to VMS Graphics Converter2 Looking for MicroVAX 2 (630QB-A3) Console settings6 Re: Looking for MicroVAX 2 (630QB-A3) Console settings6 Re: Looking for MicroVAX 2 (630QB-A3) Console settings6 Re: Looking for MicroVAX 2 (630QB-A3) Console settings MAIL.MAI corrupt?  Re: MAIL.MAI corrupt?  Re: MAIL.MAI corrupt?  Moving data from VMS to UNIX  Re: Moving data from VMS to UNIX MPI for OpenVMS? Re: new cluster license prices Re: new cluster license prices Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing % Test discs for RRD40 and RRD50 drives & Re: The Movie "Breaking Point" + PDP11 Re: TPU for unix? update: DFWDAYS, A Compaq Update Weekend June 2nd, 3rd, and 4th  Re: VMS 7.1-2 v 7.1-1H2  Re: VMS 7.1-2 v 7.1-1H2 & Re: VMS Perl system() truncating lines# Re: wish list: DIRECTORY limitation   F ----------------------------------------------------------------------  $ Date: Tue, 2 May 2000 03:26:00 -06009 From: "moises_hernandez" <moises_hernandez@email.msn.com>  Subject: A guide to VMS Basic?) Message-ID: <u6mWwGGt$GA.361@cpmsnbbsa04>   F someone know a link on the internet to learn the basics of the vax/vms regards  moises   ------------------------------   Date: 2 May 2000 18:56:40 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: A guide to VMS Basic?6 Message-ID: <8en8d8$ebg$2@mailint03.im.hou.compaq.com>  e In article <u6mWwGGt$GA.361@cpmsnbbsa04>, "moises_hernandez" <moises_hernandez@email.msn.com> writes: G :someone know a link on the internet to learn the basics of the vax/vms   C   Is this a question on the Compaq BASIC language for OpenVMS VAX,  ?   or a question on the basics of the OpenVMS VAX system itself?   D   If the former, please see the BASIC documentation.  (There is someE   commercial language documentation on-line, but I don't believe that '   BASIC documentation has been posted.)   9   If the latter, please see the OpenVMS FAQ for pointers.   "   The OpenVMS FAQ is available at:  "     http://www.openvms.compaq.com/  B   (Terse questions beget terse answers, and not necessarily to the&   question you thought you had asked.)  A   (English is such a fun language, particularly as interpreted by 2   the local Yankees and by the local punsters. :-)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Wed, 3 May 2000 00:19:06 +0200. From: "Marc Van Dyck" <marc.vandyck@skynet.be>5 Subject: Access to DOS-formatted floppies under VMS ? * Message-ID: <8enk6j$ljd$1@news1.skynet.be>  J Any way to read/write a DOS-formatted floppy on the floppy drive of my AXP	 station ?    Thanks in advance,   -- Marc  (Marc.Vandyck@skynet.be)   ------------------------------   Date: 2 May 2000 22:34:14 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)9 Subject: Re: Access to DOS-formatted floppies under VMS ? 6 Message-ID: <8enl56$iub$2@mailint03.im.hou.compaq.com>  [ In article <8enk6j$ljd$1@news1.skynet.be>, "Marc Van Dyck" <marc.vandyck@skynet.be> writes: K :Any way to read/write a DOS-formatted floppy on the floppy drive of my AXP 
 :station ?  E   The OpenVMS FAQ might be of interest here, particularly the section H   entitled "UTIL2.  How do I access a MS-DOS floppy disk from OpenVMS?".#   The OpenVMS FAQ is available via:   "     http://www.openvms.compaq.com/    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 2 May 2000 20:44:47 +02006 From: "Etienne Fondu" <Etienne.Fondu@village.uunet.be> Subject: Alpha VMS async I/O2 Message-ID: <8en997$sn8$1@newnews1.news.nl.uu.net>  & We have the 11.0.3.3 on Alpha VMS 6.2.G Sybase allows async I/O , but you need the 'o/s async i/o' config param  enabled.E In the documentation it says it is a read-only param, and you need to 4 configure the operating system to enable this param.L Our system managers don't seem to know what parameter needs to set. Nor does, Sybase support know whatto do either on VMS. So, does anyone know?  Thanks   ------------------------------   Date: 2 May 2000 17:56:37 GMT * From: helbig@astro.rug.nl (Phillip Helbig)# Subject: Re: And they wonder why !! . Message-ID: <8en4sl$ar3$9@info.service.rug.nl>  4 In article <8en3c0$1km$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:   M > > Compaq stopped the AlphaNT program because 1) Compaq was losing WELL OVER % > > $50M USD per year on the program,  > I > Compaq also 'loses' 100% of the money it spends on advertizing - but it N > recognizes that advertizing is an investment that justifies the expense.  NTE > on Alpha contributed in a major way to the perception of Alpha as a M > long-term-viable platform for other (Tru64, VMS, Linux) use as well, not to H > mention greasing the wheels for sales of those other products with theJ > rationalization that the hardware could always be converted to NT use ifN > desired:  those side-effects alone may have been worth $50 million/year, andL > working out the problems rather than scrapping the program (just before itG > would have received a major shot in the arm from the long-awaited W2K L > release followed by 64-bit W2K on Alpha that would have beaten the tar outJ > of W2K on Merced if and when Merced finally appeared) would have allowedK > those side-effects to continue while potentially turning the loss in to a 	 > profit.  > M > So to all appearances (some admittedly in retrospect, but that's why Compaq J > execs are paid the big bucks) the decision to scrap NT on Alpha was just7 > about as bone-headed as the way in which it was done.   F I think it had a big advantage: salesmen can no longer suggest people I move away from VMS to NT on ALPHA, and it has quenched the fear that the  I Q itself might kill off VMS in favour of NT---with no NT on ALPHA, it is  @ obvious that VMS plays a larger role in the Q's plans than many ! sceptical pundits had believed.      ------------------------------   Date: 2 May 2000 11:16:14 -0700 * From: dunnett@mala.bc.ca (Malcolm Dunnett)# Subject: Re: And they wonder why !! , Message-ID: <c4CTHoUU7Jm0@malvm2.mala.bc.ca>  ' In article <Ftxxzq.37E@world.std.com>,  5    "Terry C. Shannon" <shannon@world.std.com> writes:  > F > While Compaq did a terrible job communicating the decision to cancelK > AlphaNT, the underlying business case is both sound and supportable (even M > though it leaves me with an essentially useless Personal Workstation 433a).  >   '      Run VMS on it. Or Tru64. Or Linux.   F      I'm very happy with the way my PWS 500a runs VMS ( I just need to put more memory in it now ).  G   In some ways you could say CPQ did us a favour by killing NT on Alpha = and thus giving us excuses to run decent OS on there instead.    ------------------------------   Date: 2 May 2000 11:17:48 -0700 * From: dunnett@mala.bc.ca (Malcolm Dunnett)# Subject: Re: And they wonder why !! , Message-ID: <qvZ$vUdpigy9@malvm2.mala.bc.ca>  ' In article <FtxyDB.5xD@world.std.com>,  5    "Terry C. Shannon" <shannon@world.std.com> writes:  > H > Then he should be indoctrinated at OpenVMS Boot Camp. It is completelyD > unacceptable for a senior CPQ executive to have no knowledge of anJ > enterprise OS that delivers nearly $4B USD in high-margin revenue to CPQ > each year. > K > Separately, CPQ soon will offer free OpenVMS licenses to universities and ! > other educational institutions.  >   I     Want to bet they don't make the offer available in Canada? This would H be in keeping with their "no deals on Pathworks for education in Canada"	 attitude.    ------------------------------  $ Date: Tue, 2 May 2000 14:29:26 -0400' From: "Bill Todd" <billtodd@foo.mv.com> # Subject: Re: And they wonder why !! ( Message-ID: <8en6mo$4gm$1@pyrite.mv.net>  5 Phillip Helbig <helbig@astro.rug.nl> wrote in message ( news:8en4sl$ar3$9@info.service.rug.nl...   ...   G > I think it had a big advantage: salesmen can no longer suggest people $ > move away from VMS to NT on ALPHA,  J They can still suggest that people move from VMS to NT on Intel (hey, thatI even generates new *hardware* sales too!).  The way to solve that problem J was not to scrap NT on Alpha but to start firing salespeople who made such suggestions.  &  and it has quenched the fear that the- > Q itself might kill off VMS in favour of NT   F Maybe for some people.  For others, it has elevated it:  anything thatL weakens the Alpha platform just makes it more likely that Compaq will decide8 that it, and the systems on it, aren't worth the bother.   ---with no NT on ALPHA, it is A > obvious that VMS plays a larger role in the Q's plans than many ! > sceptical pundits had believed.   F Obvious perhaps to you.  Other opinions of what is obvious may differ.   - bill   ------------------------------  " Date: Tue, 2 May 2000 18:29:48 GMT0 From: "Terry C. Shannon" <shannon@world.std.com># Subject: Re: And they wonder why !! & Message-ID: <Fty336.GK9@world.std.com>  7 "Phillip Helbig" <helbig@astro.rug.nl> wrote in message ( news:8en30d$ar3$4@info.service.rug.nl...; > In article <FtxyDB.5xD@world.std.com>, "Terry C. Shannon" ! > <shannon@world.std.com> writes:  > I > > Separately, CPQ soon will offer free OpenVMS licenses to universities  and # > > other educational institutions.  > A > Hey Terry, did you used to work for the East German government?   J No, I can't say as I did. Quite on the contrary, in fact. Why, as a matterH of fact, I used to be in the business of killing Communists. A review ofE publically-available records will indicate that I spent the period 07 J October 1970 through 15 May 1972 voluntarily serving as a 98C20/96B20 withC the United States Army Security Agency in the Republic of Viet Nam.   & Now, do you have any more questions???   ------------------------------  " Date: Tue, 2 May 2000 18:32:59 GMT0 From: "Terry C. Shannon" <shannon@world.std.com># Subject: Re: And they wonder why !! & Message-ID: <Fty38L.HFI@world.std.com>  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:8en3c0$1km$1@pyrite.mv.net... > ; > Terry C. Shannon <shannon@world.std.com> wrote in message " > news:Ftxxzq.37E@world.std.com... >  > ...  > H > > Compaq stopped the AlphaNT program because 1) Compaq was losing WELL OVER% > > $50M USD per year on the program,  > I > Compaq also 'loses' 100% of the money it spends on advertizing - but it J > recognizes that advertizing is an investment that justifies the expense. NTE > on Alpha contributed in a major way to the perception of Alpha as a < > long-term-viable platform for other (Tru64, VMS, Linux)...  G That may have been true early on. Fact is, about 1/4-1/3 of DEC's Alpha D revenue came from AlphaNT up until January 26, 1998. From that pointE forward, revenues tanked. By mid-1999, less than two percent of Alpha H systems went out with NT. The line of business no longer was financially justifiable.   ------------------------------  $ Date: Tue, 2 May 2000 14:52:00 -0400' From: "Bill Todd" <billtodd@foo.mv.com> # Subject: Re: And they wonder why !! ( Message-ID: <8en814$5dv$1@pyrite.mv.net>  9 Terry C. Shannon <shannon@world.std.com> wrote in message   news:Fty38L.HFI@world.std.com... > 4 > "Bill Todd" <billtodd@foo.mv.com> wrote in message$ > news:8en3c0$1km$1@pyrite.mv.net...   ...   K > > Compaq also 'loses' 100% of the money it spends on advertizing - but it L > > recognizes that advertizing is an investment that justifies the expense. > NTG > > on Alpha contributed in a major way to the perception of Alpha as a > > > long-term-viable platform for other (Tru64, VMS, Linux)... > I > That may have been true early on. Fact is, about 1/4-1/3 of DEC's Alpha F > revenue came from AlphaNT up until January 26, 1998. From that pointG > forward, revenues tanked. By mid-1999, less than two percent of Alpha J > systems went out with NT. The line of business no longer was financially > justifiable.  H Fact is, the Compaq acquisition made people nervous in 1998 and a lot ofK people spent early 1999 waiting for W2K to appear and spinning their wheels K rather than buying new hardware.  Not to mention those who were waiting for , 64-bit W2K on Alpha or frozen by Y2K issues.  K And my point was that even without the expectation that some pent-up demand F would be released with the release of W2K, NT on Alpha had benefits toJ Compaq not measured by its direct profit:  the perception that the abilityL to run NT on Alpha made the platform a safer choice persisted right up until1 last August, regardless of what the volumes were.    - bill   ------------------------------   Date: 2 May 2000 21:38:18 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)# Subject: Re: And they wonder why !! , Message-ID: <8enhsa$m9b@gap.cco.caltech.edu>   > J >Separately, CPQ soon will offer free OpenVMS licenses to universities and  >other educational institutions.  $ Interesting.  What does "soon" mean?   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  " Date: Tue, 2 May 2000 22:21:08 GMT0 From: "Terry C. Shannon" <shannon@world.std.com># Subject: Re: And they wonder why !! & Message-ID: <FtyDL0.9up@world.std.com>  ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in message & news:8enhsa$m9b@gap.cco.caltech.edu... > > L > >Separately, CPQ soon will offer free OpenVMS licenses to universities and" > >other educational institutions. > & > Interesting.  What does "soon" mean? = F Methinks it means within the next month or so. Rich Marcello is better+ equipped to answer this question than I am.    cheers,    terry s 2 erroneously accused of being an East German Commie   ------------------------------  " Date: Tue, 2 May 2000 17:57:39 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>5 Subject: Re: Any ALPHAbook (Tadpole) users out there? & Message-ID: <Fty1Ks.6MH@world.std.com>  : "Tim Llewellyn" <tim.llewellyn@bbc.co.uk> wrote in message# news:390F0DE9.75CE4ADE@bbc.co.uk...  >  >  > "Terry C. Shannon" wrote:  > H > > "Colin Butcher" <colin.butcher@xdelta.co.uk.nospam> wrote in message? > > news:956909674.12545.0.nnrp-04.9e98f8e9@news.demon.co.uk... B > > > "Skipper W. Morris" <morris@iridium.mv.net> wrote in message( > > > news:8ea92c$j54$1@pyrite.mv.net...H > > > > I've just started playing with a Tadpole (Alpha notebook) that's beenK > > > > sitting around work here unused.  I've run into a few problems that E > > > > hopefully someone already has seen and knows then answer for.B > > > >c > > > L > > > Great machines for training / demo use. I had two for a while (on loan > > from: > > > Tadpole) and would really like to get one of my own. > > >  > >!K > > This would be easier said than done, since the worldwide installed base  of, > > the AlphaBook I is in the double digits. >eE > OK,  I do consider mylself suitably priviledged to have had a quicknA > look at Colin's loaner Alphabooks a couple of years back, then.  >rF > Surely there must be a way to make more economic Alpha laptops, whatJ > with 650 MHz Pentia systems with 15inch TFT screens that are around now. >   J Methinks it's all a supply and demand thing. What with Windoze NT/2000 nowJ living on way-fast Wintel laptops, there would seem to be very little massK market appeal for a Tru64 or OpenVMS AlphaBook. And zero differentiation ine. the NT space even if Alpha still supported NT!   ------------------------------   Date: 2 May 2000 18:50:14 CDT?= From: wayne@tachysoft.xxx.331639.killspam.013e (Wayne Sewell)e5 Subject: Re: Any ALPHAbook (Tadpole) users out there?a. Message-ID: <NqdBRbDZGgG1@tachxxsoftxxconsult>  Y In article <390F0DE9.75CE4ADE@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:a > "Terry C. Shannon" wrote:e > G >> "Colin Butcher" <colin.butcher@xdelta.co.uk.nospam> wrote in messaged> >> news:956909674.12545.0.nnrp-04.9e98f8e9@news.demon.co.uk...A >> > "Skipper W. Morris" <morris@iridium.mv.net> wrote in message ' >> > news:8ea92c$j54$1@pyrite.mv.net...rL >> > > I've just started playing with a Tadpole (Alpha notebook) that's beenJ >> > > sitting around work here unused.  I've run into a few problems thatD >> > > hopefully someone already has seen and knows then answer for. >> > > >> >K >> > Great machines for training / demo use. I had two for a while (on loanN >> fromo9 >> > Tadpole) and would really like to get one of my own.e >> > >>M >> This would be easier said than done, since the worldwide installed base ofk+ >> the AlphaBook I is in the double digits.a > E > OK,  I do consider mylself suitably priviledged to have had a quicktA > look at Colin's loaner Alphabooks a couple of years back, then.a > F > Surely there must be a way to make more economic Alpha laptops, whatJ > with 650 MHz Pentia systems with 15inch TFT screens that are around now.  I I don't know if it's possible to make a economic alpha laptop or not.  ItMN doesn't matter, because it is apparently not possible for digipaq to *sell* anL economic alpha laptop with their current mentality.  Or any kind of economicL alpha, for that matter.  Before you mention third parties, don't forget thatH tadpole is/was a separate company.  They continued the policy of pricing3 laptops like the mainframes of other manufacturers.a    J I have no doubt that if affordable alpha laptops existed, a lot of people,L maybe the entire readership of c.o.v, would get one.  I have been wanting anM alphabook for years.  Based on comments seen here from time to time, a lot ofg other people have too.   Wayneh -- mO ===============================================================================hM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)OO ===============================================================================.C Jake Blues: "Sell me your children!  How much for the little girl?"d   ------------------------------  " Date: Wed, 3 May 2000 03:26:00 GMT9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) 5 Subject: Re: Any ALPHAbook (Tadpole) users out there?c+ Message-ID: <K$fhnEV2FwGm@eisner.decus.org>a  n In article <NqdBRbDZGgG1@tachxxsoftxxconsult>, wayne@tachysoft.xxx.331639.killspam.013e (Wayne Sewell) writes:  L > I have no doubt that if affordable alpha laptops existed, a lot of people,N > maybe the entire readership of c.o.v, would get one.  I have been wanting anO > alphabook for years.  Based on comments seen here from time to time, a lot ofm > other people have too.   But not everyone.,  C It would be an interesting toy, but I could not justify (to myself)bC something I would not use.  If laptops were that important, I wouldDA carry around the Macintosh laptop I own, rather than reserving itm2 for development of laptop-relevant Macintosh code.  B I live my life with a lot of computing every day, but no desire to@ carry it with me.  People who do more long distance travel might feel differently.o   ------------------------------  " Date: Wed, 3 May 2000 02:08:22 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>5 Subject: Re: Any ALPHAbook (Tadpole) users out there?s& Message-ID: <Ftyo81.CH4@world.std.com>  F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message% news:K$fhnEV2FwGm@eisner.decus.org... 0 > In article <NqdBRbDZGgG1@tachxxsoftxxconsult>,? wayne@tachysoft.xxx.331639.killspam.013e (Wayne Sewell) writes:S >oF > > I have no doubt that if affordable alpha laptops existed, a lot of people,oE > > maybe the entire readership of c.o.v, would get one.  I have beeni
 wanting anJ > > alphabook for years.  Based on comments seen here from time to time, a lot of > > other people have too. >- > But not everyone.e >uE > It would be an interesting toy, but I could not justify (to myself)aE > something I would not use.  If laptops were that important, I wouldeC > carry around the Macintosh laptop I own, rather than reserving ita4 > for development of laptop-relevant Macintosh code. >nD > I live my life with a lot of computing every day, but no desire toB > carry it with me.  People who do more long distance travel might > feel differently.m  K Perhaps. But as I learned to my dismay when I had an AlphaBook loaner abouttK four years ago, the battery lasted only 40 minutes. Not quite what you need- for long distance travel...    ------------------------------  % Date: Tue, 02 May 2000 13:42:25 -0700:. From: Jack Trachtman <Jack.Trachtman@vmmc.org># Subject: Changing File Create Datest( Message-ID: <390F3DB1.93234DC3@vmmc.org>  G I have a one-time need to change the create dates on about 50 files andr directories.  E I can't find any direct way to do it, and my assembly language pgming  skills are VERY rusty.  H Can anyone point me to a utility for our Alpha OVMS V7.1-1H2 system that In can use for this?t   Thanks muchh   ------------------------------   Date: 2 May 2000 21:18:12 GMTt2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: Changing File Create Datest6 Message-ID: <8engmk$he8$2@mailint03.im.hou.compaq.com>  Y In article <390F3DB1.93234DC3@vmmc.org>, Jack Trachtman <Jack.Trachtman@vmmc.org> writes:sH :I have a one-time need to change the create dates on about 50 files and
 :directories.o  B   I am assuming you don't simply need to change the file creation :   date to the current date, as that would be too easy. :-)   ..I :Can anyone point me to a utility for our Alpha OVMS V7.1-1H2 system thatn :I can use for this?  B   DFU.  On the OpenVMS Freeware.  Newest version is on the OpenVMSC   Freeware website, and an older but equally functional version is tD   on the Freeware distribution (V4) that went out with OpenVMS V7.2.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 2 May 2000 14:44:10 -0700/ From: Terry Marosites <TMarosites@unitedad.com>a' Subject: RE: Changing File Create DatesmM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEDDA@seantexch.unitedad.com>V   Jack I had to do that once,'G What I did is took the files to my VMS  workstation and turned back the-I time, copied the files over to another name , renamed them back. Reset myaI time, backed them up and resorted them on the other systems. It was crudeH! and rude but it got the job done.t Terry    -----Original Message-----5 From: Jack Trachtman [mailto:Jack.Trachtman@vmmc.org] # Sent: Tuesday, May 02, 2000 1:42 PMo To: Info-VAX@Mvb.Saic.Com # Subject: Changing File Create Datesi  G I have a one-time need to change the create dates on about 50 files anda directories.  E I can't find any direct way to do it, and my assembly language pgming  skills are VERY rusty.  H Can anyone point me to a utility for our Alpha OVMS V7.1-1H2 system that In can use for this?s   Thanks muchu    5 *****************************************************s    5 *****************************************************-4 Any views or opinions are solely those of the author) and do not necessarily represent those ofl United News& Media.R5 *****************************************************a4 The information transmitted is intended only for the1 person or entity to which it is addressed and maym3 contain confidential and/or privileged material. IfO3 you are not the intended recipient of this message,r. please do not read, copy, use or disclose this3 communication and notify the sender immediately. Iti0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons ort- entities other than the intended recipient ish prohibited.a5 *****************************************************o **   ------------------------------   Date: 2 May 2000 21:20:13 -0500-/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)6' Subject: RE: Changing File Create Datesv. Message-ID: <390f7ecd_2@dilbert.ic.sunysb.edu>   In article <1137A4A23A51D311B2D600105A1D5213019AEDDA@seantexch.unitedad.com>, Terry Marosites <TMarosites@unitedad.com> writes:g |>Jack I had to do that once,hI |>What I did is took the files to my VMS  workstation and turned back themK |>time, copied the files over to another name , renamed them back. Reset myTK |>time, backed them up and resorted them on the other systems. It was crudes# |>and rude but it got the job done.N |>Terry  |> | 
 	Oh God !!E 	What's wrong with using the FILE utility (see the MadGoat farm) witha9 /CREATION=BlablBlaBla-Whatever I want it to be set too ?? A See also : http://www2.wku.edu/scripts/fileserv/fileserv.com?FILE    -- e6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400w;   ---m---U---m--------------------------------------------- &   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Tue, 02 May 2000 21:30:00 -0500-) From: James Norris <jnorris@metronet.com>G' Subject: Re: Changing File Create Datesl, Message-ID: <390F8F28.1C873B0E@metronet.com>   Jack Trachtman wrote:K  I > I have a one-time need to change the create dates on about 50 files and  > directories. >nG > I can't find any direct way to do it, and my assembly language pgmingS > skills are VERY rusty. >dJ > Can anyone point me to a utility for our Alpha OVMS V7.1-1H2 system that > Iu > can use for this?   J It would not be especially difficult to write a program to accomplish this$ task in any language of your choice.L These dates are all stored in the file header, and INDEXF.SYS contains them.   Jim    ------------------------------  # Date: Wed, 03 May 2000 03:06:27 GMTl From: jbecker@erols.come' Subject: RE: Changing File Create Dates0) Message-ID: <8eo53b$m4t$1@nnrp1.deja.com>   D For some while, FDL files have accepted an undocumented DATE section that looks like this:,   DATE     CREATION 2-JAN-1958?     REVISION 29-AUG-1981     BACKUP 2-MAY-20002     EXPIRATION 2-JAN-2058m  # You'd then use a command like this:.3 $ convert /fdl=new_dates.fdl original.file new.fileD  @ The downside of this approach is that it creates a new file, but< the new file will indeed have the dates & times you specify.  
 Jim Becker  . In article <390f7ecd_2@dilbert.ic.sunysb.edu>,%   jlauret@mail.chem.sunysb.edu wrote:  >  > In articleB <1137A4A23A51D311B2D600105A1D5213019AEDDA@seantexch.unitedad.com>,1 Terry Marosites <TMarosites@unitedad.com> writes:a > |>Jack I had to do that once,sG > |>What I did is took the files to my VMS  workstation and turned backt thetD > |>time, copied the files over to another name , renamed them back. Reset myG > |>time, backed them up and resorted them on the other systems. It was, crude.% > |>and rude but it got the job done. 	 > |>Terryo > |> > |o > 	Oh God !!B > 	What's wrong with using the FILE utility (see the MadGoat farm) with; > /CREATION=BlablBlaBla-Whatever I want it to be set too ?? C > See also : http://www2.wku.edu/scripts/fileserv/fileserv.com?FILEf >n > --8 >                   Jerome LAURET S.U.N.Y. @ Stony Brook& >        ,,,,,      Dept. of Chemistry- >       ( o o )     Stony Brook NY 11794-3400A= >   ---m---U---m--------------------------------------------->( >   E-mail: jlauret@mail.chem.sunysb.edu> >   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html >     & Sent via Deja.com http://www.deja.com/ Before you buy.k   ------------------------------  $ Date: Tue, 2 May 2000 13:59:01 -04001 From: "Todd Nelson" <toddnelson@lehighcounty.org>t Subject: DecPrint Supervisor.t/ Message-ID: <sgu5ocng1g2139@corp.supernews.com>c  I Is anyone successfully using both Digital LN17 printers and Compaq LN16 /b8 LN32 Printers in their Alpha VMS environment under DCPS?  2 (All printers are installed with duplex options..)  L I have been having problems under version 1.7 that the LN16 printers did notJ work at all..  (documentation said they were tested and working under DCPS 1.6).y  L So, I upgraded to DCPS v.1.8f (field test).. and the LN16 printers worked...H However, the LN17 queues all started stalling out.  Supposedly Compaq is8 working on this (DCPS is apparantly written by Genicom).     Any input would be helpful.h   ------------------------------  # Date: Tue, 02 May 2000 18:44:16 GMT + From: Paul Anderson <panderson@genicom.com> ! Subject: Re: DecPrint Supervisor.t@ Message-ID: <panderson-164596.14441702052000@news.earthlink.net>  > In article <sgu5ocng1g2139@corp.supernews.com>, "Todd Nelson" $ <toddnelson@lehighcounty.org> wrote:  E > So, I upgraded to DCPS v.1.8f (field test).. and the LN16 printers   > worked...hJ > However, the LN17 queues all started stalling out.  Supposedly Compaq is: > working on this (DCPS is apparantly written by Genicom).  E Although I'm not the engineer working on this problem, yes, it seems dH DCPS F1.8 has problems with the LN17.  This will be fixed for the final  release of V1.8.  G I don't know why your LN16 printers didn't work under DCPS V1.7.  They lE should have.  Did you follow the recommendations in the DCPS Release  & Notes regarding the setup of the LN16?   Paul   -- s"    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------  $ Date: Tue, 2 May 2000 17:23:13 -07005 From: "cstranslations" <cstranslations@email.msn.com> 9 Subject: Field width in sys$fao control string directivesa) Message-ID: <OsmWFXJt$GA.260@cpmsnbbsa04>g  D When the last directive in a $FAO control string specifies an outputJ field length does the control string have to extend for as long as however" long the last argument *might* be?  ) That's a mouth full so - a short example:    DEC BASIC V1.2-000 OpenVMS V7.1-1H2  G I'm expecting SYS$FAO to use the first control string to write the dateeI portion of the current time into the output string (truncating the time).-G It seems to be writing the entire time stamp into the output string. Ith isn't<L until I start "blank" extending the control string (as in the second controlJ directive) that the time portion of the date/time stamp is blanked out (inB the example below it's blanking out all of the time except for the
 hundredths
 of a second).w   According the the manual   !mDD  H "specifies the length of the field (within the output string) into which: $FAO is to write the output resulting from the directive."  K I am interperting this to mean that the control string can end immeadiatelym# after the D in the !11%D directive.l  ! Am I, ah, missin' somethin' here?    Joe   ! option constant type = integer, &e(        size          = (integer long), &        type          = explicite  ! external integer function sys$faor  6 declare string constant ctrstr1 = "the date is: !11%D"A declare string constant ctrstr2 = "the date is: !11%D           "a   declare integer result   declare word    outlen   declare string OutputStr1, &                OutputStr2r  $ OutputStr1, OutputStr2 =  space$(36)  / result = sys$fao(ctrstr1, outlen, OutputStr1, &o                  0 by value)/ call lib$stop(result by value) if (result <> 1)n  / result = sys$fao(ctrstr2, outlen, OutputStr2, &                   0 by value)/ call lib$stop(result by value) if (result <> 1)0  , print "         1         2         3      ", print "123456789012345678901234567890123456" print OutputStr1 print OutputStr2   ------------------------------  % Date: Wed, 03 May 2000 08:56:59 +0800 - From: David B Sneddon <dbsneddon@bigpond.com>O= Subject: Re: Field width in sys$fao control string directivese+ Message-ID: <390F795B.84DC4588@bigpond.com>-   cstranslations wrote:e > F > When the last directive in a $FAO control string specifies an outputL > field length does the control string have to extend for as long as however$ > long the last argument *might* be? > + > That's a mouth full so - a short example:i >  > DEC BASIC V1.2-000 > OpenVMS V7.1-1H2 > I > I'm expecting SYS$FAO to use the first control string to write the date.K > portion of the current time into the output string (truncating the time)..I > It seems to be writing the entire time stamp into the output string. Ite > isn't>N > until I start "blank" extending the control string (as in the second controlL > directive) that the time portion of the date/time stamp is blanked out (inD > the example below it's blanking out all of the time except for the > hundredths > of a second).o >  > According the the manual >  > !mDD > J > "specifies the length of the field (within the output string) into which< > $FAO is to write the output resulting from the directive." > M > I am interperting this to mean that the control string can end immeadiatelyo% > after the D in the !11%D directive.K > # > Am I, ah, missin' somethin' here?d >  > Joe  > # > option constant type = integer, &p* >        size          = (integer long), &! >        type          = explicite > # > external integer function sys$faoh > 8 > declare string constant ctrstr1 = "the date is: !11%D"C > declare string constant ctrstr2 = "the date is: !11%D           "o >  > declare integer result >  > declare word    outlen   try  declare word outlen1 declare word outlen2   >  > declare string OutputStr1, & >                OutputStr2, > & > OutputStr1, OutputStr2 =  space$(36) > 1 > result = sys$fao(ctrstr1, outlen, OutputStr1, &o   return outlen1   >                  0 by value)1 > call lib$stop(result by value) if (result <> 1)  > 1 > result = sys$fao(ctrstr2, outlen, OutputStr2, &d   return outlen2   >                  0 by value)1 > call lib$stop(result by value) if (result <> 1)b > . > print "         1         2         3      ". > print "123456789012345678901234567890123456" > print OutputStr1 > print OutputStr2   print left$(outputstr1,outlen1)= print left$(outputstr2,outlen2)   > I use SYS$FAO all the time - I always use the return length to* determine what I play with after the call. -- n Regards, Dave..I -------------------------------------------------------------------------=I David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.com I DBS software at ...   http://www.users.bigpond.com/dbsneddon/software.htm-I "Life is what happens to you while you're busy making other plans" Lennong   ------------------------------  # Date: Tue, 02 May 2000 17:52:02 GMTo From: joecarlos@yahoo.com (Joe)e! Subject: folling short of memory?s5 Message-ID: <8F288DAAFjoeyahoocom@news.supernews.com>,  L My server is an alpha 100 with 233mhz i believe. it has 64 mb of ram and it J runs oracle7, nfs and some other apps. i belive is runing short of memory 9 because the freelist size is short. does it look like it?a/                         OpenVMS Monitor Utilityt6                            PAGE MANAGEMENT STATISTICS /                                  on node KOJIROn3                             25-APR-2000 09:25:10.05b  L                                        CUR        AVE        MIN        MAX   K     Page Fault Rate                  32.00      62.95       2.00     125.33lK     Page Read Rate                    5.00       7.29       0.00      20.33yK     Page Read I/O Rate                3.66       5.85       0.00      14.00rK     Page Write Rate                   0.00       0.00       0.00       0.00,K     Page Write I/O Rate               0.00       0.00       0.00       0.00u  K     Free List Fault Rate              5.33       9.80       0.00      21.66oK     Modified List Fault Rate          9.00      16.78       0.00      38.00nK     Demand Zero Fault Rate            3.33       6.03       0.00      16.00tK     Global Valid Fault Rate          10.66      24.46       0.33      65.66 K     Wrt In Progress Fault Rate        0.00       0.00       0.00       0.00 K     System Fault Rate                 0.00       0.00       0.00       0.00   K     Free List Size                  816.00     746.08     580.00     856.00rK     Modified List Size              955.00     985.54     823.00    1090.00e   ------------------------------  " Date: Tue, 2 May 2000 18:37:49 GMT- From: "Richard D. Piccard" <piccard@ohio.edu>s% Subject: Re: folling short of memory? ( Message-ID: <390F2073.33264A27@ohio.edu>  3 I will display the limits of my knowledge, below...t  
 Joe wrote: > M > My server is an alpha 100 with 233mhz i believe. it has 64 mb of ram and itrK > runs oracle7, nfs and some other apps. i belive is runing short of memoryt; > because the freelist size is short. does it look like it?A1 >                         OpenVMS Monitor Utility 7 >                            PAGE MANAGEMENT STATISTICSg1 >                                  on node KOJIRO-5 >                             25-APR-2000 09:25:10.05k > M >                                        CUR        AVE        MIN        MAX- > M >     Page Fault Rate                  32.00      62.95       2.00     125.33eM >     Page Read Rate                    5.00       7.29       0.00      20.33 M >     Page Read I/O Rate                3.66       5.85       0.00      14.00 M >     Page Write Rate                   0.00       0.00       0.00       0.00 M >     Page Write I/O Rate               0.00       0.00       0.00       0.00t  B These last two in the first group indicate that no pages are being written out to  F disk.  That is a good sign, it means that the only pages being read in	 are code,DD from executable image files, not pages that were written out to disk after first use. i   > M >     Free List Fault Rate              5.33       9.80       0.00      21.66sM >     Modified List Fault Rate          9.00      16.78       0.00      38.00   D These are pages that were in the working set, but are no longer when next needed.= These can be reduced, with modest performance enhancement, by. appropriately O increasing working set parameters.  The alpha CPU is very fast, so the overheadt: code for such soft faults is not likely to be a big deal.   M >     Demand Zero Fault Rate            3.33       6.03       0.00      16.00eM >     Global Valid Fault Rate          10.66      24.46       0.33      65.66 M >     Wrt In Progress Fault Rate        0.00       0.00       0.00       0.00aM >     System Fault Rate                 0.00       0.00       0.00       0.00c > M >     Free List Size                  816.00     746.08     580.00     856.001M >     Modified List Size              955.00     985.54     823.00    1090.00t   -- iB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------   Date: 2 May 2000 18:49:55 GMTg2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: folling short of memory?e6 Message-ID: <8en80j$ebg$1@mailint03.im.hou.compaq.com>  W In article <8F288DAAFjoeyahoocom@news.supernews.com>, joecarlos@yahoo.com (Joe) writes:n2 :My server is an alpha 100 with 233mhz i believe.   I   I would check that again, as there is no such system as an "alpha 100".t  M   I will initially assume this system is probably an AlphaServer 1000 series *N   system (running an unspecified version of OpenVMS), but there are a variety N   of Alpha systems around.  (The particular model of Alpha system does matter F   here, as it tells us what memory slots and what memory upgrades are J   potentially available to you.)  Please be careful to always include the J   system name and the OpenVMS version when posting questions, and try not )   to abbreviate the system name.  Thanks!   M :                                                 it has 64 mb of ram and it sK :runs oracle7, nfs and some other apps. i belive is runing short of memory  $ :because the freelist size is short.  G   I believe you are short of physical memory not because of the MONITORtF   memory display, but because you have 64 megabytes of physical memory*   and Oracle7 and some other applications.  E   Without knowing how long the MONITOR window was run, and whether or B   not the run covered a typical workload, the information does notC   necessarily indicate you have (or do not have) sufficient memory.@D   (It is also difficult to tune a system remotely -- I would tend toE   trust what AUTOGEN does for you here, particularly when you use thecG   available FEEDBACK mechanism.)  The display does point out -- as you lD   correctly noted -- that your freelist and your modified list are a   little small.  n  J   On OpenVMS V7.2, for instance, "[t]he minimum amount of memory required K   to install, boot, and log in to an OpenVMS Alpha system is 64 MB", or so e   the OpenVMS SPD says.   J   Layered products and applications can (and often do) require additional N   physical memory -- I would tend to expect that both Oracle7 and NFS require    more physical memory.     I   I remember grinding an EV4-class Alpha box into the ground when it had  K   insufficient physical memory configured for the load -- yes, I'm a system3G   hog.  It was not a pretty sight, and it was also horrifically slow.  aH   Performance got much better when I, um, acquired, (liberated?) enough <   extra physical memory to double the current configuration.  K   Alpha systems also tend to run better when there is sufficient memory on  M   the freelist for image activations and memory paging needs, and sufficient eM   physical memory available for the I/O and other performance-related caches.t  I   Also note that various I/O caches will try to use up available physical D   memory -- as an interrum solution to trade off memory use for I/O I   performance, you can reduce the size of the VIOC.  Of course, this alsoe*   assumes the VIOC hasn't disabled itself.  L   Depending on the particular Alpha system and the application load involvedL   here, I would tend to upgrade this system to 128 MB or 256 MB.  (Again, itG   is difficult to suggest an upgrade based on a very few bits of data.)a  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 02 May 2000 20:27:08 GMTk From: joecarlos@yahoo.com (Joe)J% Subject: Re: folling short of memory? 5 Message-ID: <8F28A7734joeyahoocom@news.supernews.com>   J Your advice is very usefull. but i still don't know why my cpu max out at L with 0 idle time. I think that by adding memory this could be solved. there K are two process that take all the cpu and they are nfs and an app the hogs nH the cpu. does this parameter look resombly for an alpha with 64mb of ram show working_setC   Working Set (pagelets)  /Limit=20000  /Quota=32000  /Extent=32768dI   Adjustment enabled      Authorized Quota=32000  Authorized Extent=32768d  @   Working Set (8Kb pages) /Limit=1250  /Quota=2000  /Extent=2048J                           Authorized Quota=2000  Authorized Extent=2048    thanks,a   ------------------------------   Date: 2 May 2000 20:47:58 GMTm2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: folling short of memory? 6 Message-ID: <8enetu$guv$1@mailint03.im.hou.compaq.com>  W In article <8F28A7734joeyahoocom@news.supernews.com>, joecarlos@yahoo.com (Joe) writes:eK :Your advice is very usefull. but i still don't know why my cpu max out at FM :with 0 idle time. I think that by adding memory this could be solved. there  L :are two process that take all the cpu and they are nfs and an app the hogs 	 :the cpu.m  L   Ok, you've got two applications that are busy.  Are they doing something, H   or is there a bug?   (This may or may not be a problem with available    physical memory.)v  !   What IP package?  What version?o  F   What version of OpenVMS?  (You might have provided this before, but D   having looked at a couple of dozen other topics since I read your &   first posting, I don't recall it...)  @ :does this parameter look resombly for an alpha with 64mb of ram :show working_setp  H   You *need* to read and heed the OpenVMS performance and tuning manual.  G   You are not the first to try tuning a system over a newsgroup, and iteF   just doesn't work -- the size of the performance manual should give F   you some idea of what is involved here, and that manual certainly isB   not the complete and final word on the topic of system tuning.    F   The performance manual, and AUTOGEN -- with FEEDBACK -- will get youA   most of the way to good performance for any particular hardwareGE   configuration.  Through manual tuning, you can probably do a little-F   better, but it becomes cheaper to throw hardware at the problem, andH   to look seriously at what the system and the application(s) are doing.    D :  Working Set (pagelets)  /Limit=20000  /Quota=32000  /Extent=32768J :  Adjustment enabled      Authorized Quota=32000  Authorized Extent=32768 : A :  Working Set (8Kb pages) /Limit=1250  /Quota=2000  /Extent=2048sK :                          Authorized Quota=2000  Authorized Extent=2048   s    H   The specified working set values -- in isolation -- look like they areM   a little high -- you want to set the quota to the value that you guarantee .K   a process will have, and you want to set the limit to the value that eachVM   process needs, then set the extent to permit the process to grow if memory lJ   is available.  For example, 127, 512, and 12288 8KB pages, respectively.J   (Though you will want to look at what the Oracle7 documentation says forC   your process quotas, for those processes that are using Oracle7.)-  M   Please see the performance manual for details on correctly calculating the rK   process working set requirements, and for information on how to determinerL   what factor is limiting your system performance.  (Again, these values andL   the suggested values may be correct, they may be too high, or they may be H   too low -- without much more information on your system and your localL   environment, we can only guess.  And I can only guess that the current 64 J   MB configuration is not enough physical memory, but I do not know if it D   is the factor that is limiting your overall system performance...)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 02 May 2000 14:23:02 -0400m0 From: arturo saavedra <arturo.saavedra@wcom.com>8 Subject: RE: how do I write sysgen parameter permanently8 Message-ID: <002101bfb463$7376f100$8fb024a6@wcomnet.com>   Did you try    sysgen> use currentt  # then the show command from sysgen? e     -----Original Message-----& From: Joe [mailto:joecarlos@yahoo.com]# Sent: Tuesday, May 02, 2000 1:47 PMi To: Info-VAX@Mvb.Saic.Comn4 Subject: how do I write sysgen parameter permanently    K Hi, Every time i change a paramater quantum or something else. i type writeeL current. then i exit when i get back i is back to what it was. i am affraid G of using write default because it seems to me that it would affect the  H setting for every time a restart the server. may be i should. any ideas?   ------------------------------  " Date: Tue, 2 May 2000 20:30:04 GMT- From: young_r@eisner.decus.org (Robert Young)t8 Subject: Re: how do I write sysgen parameter permanently+ Message-ID: <ehWH0hTDgESo@eisner.decus.org>l  W In article <8F288C44Cjoeyahoocom@news.supernews.com>, joecarlos@yahoo.com (Joe) writes:2M > Hi, Every time i change a paramater quantum or something else. i type write>N > current. then i exit when i get back i is back to what it was. i am affraid I > of using write default because it seems to me that it would affect the -J > setting for every time a restart the server. may be i should. any ideas?  8 	Word of caution here... if you REALLY aren't sure about0 	SYSGEN usage, be EXTREMELY cautious... Briefly:  = 	Quantum is a Dynamic parameter, meaning you can change it ont	 	the fly:e   $ mcr sysgen show quantumg  H Parameter Name            Current    Default     Min.     Max.     Unit  DynamicnH --------------            -------    -------    -------  -------   ----  -------aL QUANTUM                         10       20         2     32767 10Ms       D    C 	That is what the D is about.  By writing CURRENT, you made changeso; 	that will take effect on next reboot.  I believe these aretD 	stored on a VAX in:  VAXVMSSYS.PAR...or ALPHAVMSSYS.PAR on an Alpha+ 	 so to see dynamic parameters like QUANTUMkF 	changed on a running system you would WRITE ACTIVE and WRITE CURRENT	A 	to make sure it will last across reboots.  There is much to knowhF 	here you can greatly impact performance or render a system unbootableA 	and not know how to get out of it.   I suppose you stumbled uponDE 	the QUANTUM "trick" somewhere (interactive response improvement) butnA 	suggest since you have Web access to read about things in detaile 	via online documentation:   www.openvms.digital.com:8000  > 	before going much further.  If you get a large spread between@ 	QUANTUM and AWSTIME you can have serious performance impacts as@ 	jobs coming in *may* not be able to grow their working sets (ifC 	like most you have small WSDEFAULT) and you see high page faultingfA 	from processes with very little CPU (i.e. logging in and running F 	up application image).  That for me was a VERY bothersome performanceC 	problem to track down in a prior cluster.  Sometimes you come into F 	a "bad" situation.  This is good actually, as you get to cleanup :-).   				Robr   ------------------------------  % Date: Tue, 02 May 2000 16:36:22 -040030 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>8 Subject: Re: how do I write sysgen parameter permanently/ Message-ID: <390F3C3C.BD8B3C62@vl.videotron.ca>>  ( > From: Joe [mailto:joecarlos@yahoo.com]M > Hi, Every time i change a paramater quantum or something else. i type writebM > current. then i exit when i get back i is back to what it was. i am affraid H > of using write default because it seems to me that it would affect theJ > setting for every time a restart the server. may be i should. any ideas?  3 "current" means your permanent active configurationa  M "active" means your live dynamic system. (parameters with a "D" in the "SHOW"  are dynamic and ( will change as soon as you WRITE ACTIVE.  J after a "write current", you must reboot for these changes to take effect.  T also, when you start sysgen, you can "USE CURRENT" or "USE ACTIVE" or "USE filename"  F SHOW/DYN will display all paramenters that you can change dynamically.  
 USE ACTIVE SET QUANTUM xx WRITE ACTIVE   will do the trick.R When you reboot, the CURRENT parameters (not reflecting your change) will be used.  L After the WRITE ACTIVE, you can also do WRITE CURRENT if you want the change to become permanent.  K Also, note that you should also check the file MODPARAMS.DAT to see if thathL parameter is listed there and modifiy it there accordingly. MODPARAMS.DAT isM used with AUTOGEN and should contain all paramenters that you need you system  to have.   ------------------------------  % Date: Tue, 02 May 2000 16:34:14 -0700 3 From: David Spencer <spencer@recneps.spaamfree.com>26 Subject: Humble request for a modification to VMS Mail> Message-ID: <020520001634148065%spencer@recneps.spaamfree.com>  G For years I have clung happily to VMS mail as my primary emailer. And IeG wish to continue to do so. I just have one simple little wish: couldn't C it be enhanced to include a way to modify message subject lines? Soa@ often I receive emails with irrelant subjects or none at all. ItC would be so very, very nice to be able to revise them and make them04 useful when I go a-hunting for archived information.   Thanks!9   -- Dave Spencer, PageWeavers   ------------------------------  % Date: Tue, 02 May 2000 17:12:19 -0700 ! From: Shane.F.Smith@healthnet.com : Subject: Re: Humble request for a modification to VMS Mail8 Message-ID: <882568D4.000124DA.00@WHDOM99.HEALTHNET.COM>  C This can already be done with the DECwindows interface to VMS mail.0   Shane                 G David Spencer <spencer@recneps.spaamfree.com> on 05/02/2000 04:34:14 PM P                                                                                 P                                                                                 P                                                                                     >                                                               >                                                               >                                                               >  To:      Info-VAX@Mvb.Saic.Com                               >                                                               >  cc:      (bcc: Shane F Smith/WH/HN/FHS)                      >                                                               >                                                               >                                                               >  Subject: Humble request for a modification to VMS Mail       >                                                                             G For years I have clung happily to VMS mail as my primary emailer. And IaG wish to continue to do so. I just have one simple little wish: couldn'tRC it be enhanced to include a way to modify message subject lines? So @ often I receive emails with irrelant subjects or none at all. ItC would be so very, very nice to be able to revise them and make them 4 useful when I go a-hunting for archived information.   Thanks!e   -- Dave Spencer, PageWeavers   ------------------------------  % Date: Tue, 02 May 2000 18:03:19 -0700r3 From: David Spencer <spencer@recneps.spaamfree.com>p: Subject: Re: Humble request for a modification to VMS Mail> Message-ID: <020520001803199528%spencer@recneps.spaamfree.com>  8 In article <882568D4.000124DA.00@WHDOM99.HEALTHNET.COM>,$ <Shane.F.Smith@healthnet.com> wrote:  E > This can already be done with the DECwindows interface to VMS mail.e > K > > For years I have clung happily to VMS mail as my primary emailer. And IpK > > wish to continue to do so. I just have one simple little wish: couldn'ttG > > it be enhanced to include a way to modify message subject lines? So D > > often I receive emails with irrelant subjects or none at all. ItG > > would be so very, very nice to be able to revise them and make them 8 > > useful when I go a-hunting for archived information. > >  > > Thanks!  > >   > > -- Dave Spencer, PageWeavers  A No Kidding! I access my mail via telnet and the command-line mode D so I never tried that. Now if only they were to update the line-mode interface...   -- Dave Spencer    ------------------------------   Date: 2 May 2000 21:24:53 -0500=/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)=: Subject: Re: Humble request for a modification to VMS Mail. Message-ID: <390f7fe5_2@dilbert.ic.sunysb.edu>  t In article <020520001803199528%spencer@recneps.spaamfree.com>, David Spencer <spencer@recneps.spaamfree.com> writes:: |>In article <882568D4.000124DA.00@WHDOM99.HEALTHNET.COM>,& |><Shane.F.Smith@healthnet.com> wrote: |>G |>> This can already be done with the DECwindows interface to VMS mail.. |>> M |>> > For years I have clung happily to VMS mail as my primary emailer. And I@M |>> > wish to continue to do so. I just have one simple little wish: couldn't I |>> > it be enhanced to include a way to modify message subject lines? So F |>> > often I receive emails with irrelant subjects or none at all. ItI |>> > would be so very, very nice to be able to revise them and make themr: |>> > useful when I go a-hunting for archived information. |>> > 
 |>> > Thanks!s |>> > " |>> > -- Dave Spencer, PageWeavers |>C |>No Kidding! I access my mail via telnet and the command-line modelF |>so I never tried that. Now if only they were to update the line-mode |>interface... |> |>-- Dave Spencero |>  D 	Then, you might consider PINE for VMS. A 'MUST' !! I use it all theP time and rarely use VMS mail (unless I have to move a bunch of selected messages  from folder to folders/drawers).  J 	In my opinion (don't blame/flame for this) : I don't think it is relevantJ to spend time on further developping the native Email interface as long asQ freeware exists and do the job just fine if not better (attachment etc... in pineaM is there ... people always ask how to do that from native interface. I don't   quite understand why).     --  6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400 ;   ---m---U---m--------------------------------------------- &   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  % Date: Tue, 02 May 2000 19:46:49 -0700 3 From: David Spencer <spencer@recneps.spaamfree.com>f: Subject: Re: Humble request for a modification to VMS Mail> Message-ID: <020520001946493025%spencer@recneps.spaamfree.com>  < In article <390f7fe5_2@dilbert.ic.sunysb.edu>, Jerome LAURET" <jlauret@?.chem.sunysb.edu> wrote:  E > |>No Kidding! I access my mail via telnet and the command-line modeeH > |>so I never tried that. Now if only they were to update the line-mode > |>interface... > |> > |>-- Dave Spencerh > M >         Then, you might consider PINE for VMS. A 'MUST' !! I use it all the I > time and rarely use VMS mail (unless I have to move a bunch of selected 
 > messages" > from folder to folders/drawers). > J >         In my opinion (don't blame/flame for this) : I don't think it is
 > relevantL > to spend time on further developping the native Email interface as long asN > freeware exists and do the job just fine if not better (attachment etc... in > pineO > is there ... people always ask how to do that from native interface. I don't   > quite understand why).  D A reasonable suggestion - I hadn't considered using PINE. I'll chaseB down a copy and take a look. Obviously I'm not the first person toD notice this problem. Of course it's not a high priority item, but itH sure would be nice if somebody in engineering could look at it anyway ;)   -- Dave Spencerv   ------------------------------   Date: 2 May 2000 18:24:22 GMT.2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)7 Subject: Re: I need a Windows to VMS Graphics Converter-6 Message-ID: <8en6gm$df4$2@mailint03.im.hou.compaq.com>  B In article <8en3j7$g74$1@nnrp1.deja.com>, cvwd@my-deja.com writes:F :Does anyone know of a .DDIF or .PS Dec VMS Format Converter that willC :run on Windows and convert .JPG or GIF to VMS .DDIF or .PS so thats8 :I can open them on my VAX Workstation using CDA Viewer?  B   I would hope you have already seen the multiple replies to your E   (separate) postings on this topic in comp.os.vms and comp.sys.dec,  G   If not, then see the FAQ for pointers to Xv, as well as to available hF   web browsers, as well previous postings pointing to other tools that5   are available: Xloadimage, Xli, ImageMagick, etc...   I   If these tools are insufficient or inoperable, please let us know more eI   about the particular situation and the error message(s), version(s) of n5   the tools and of DECwindows, etc., involved here...8  F :I want to take my images and display them on my VAX Workstation. I do? :not have the DEC Libraries so that CDA can convert on the fly.0  ;   If you have DECwindows, then you have the CDA converters.a  / :Please E-Mail me back at cvwdmail@netscape.net-  !   Ask here, get an answer here.  m,   Ask here again, get an answer here again.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 02 May 2000 21:09:36 GMTa( From: erik@bussink.ch.nul (Erik Bussink); Subject: Looking for MicroVAX 2 (630QB-A3) Console settingsn1 Message-ID: <391029e6.300080202@news.iprolink.ch>i  
 Hello all,? 	Any one got an idea what the Console port (dsub 9pin) settingsmD are on a MicroVAX 2 (630QB-A3), there is a switch for the speed, but# I can't get any output on a VT320.    
 Thanks a lot,a Erik Bussink (erik at bussink dot ch)  % Erik Bussink (Erik at Bussink dot CH),   ------------------------------  % Date: Tue, 02 May 2000 17:33:35 -0400i0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>? Subject: Re: Looking for MicroVAX 2 (630QB-A3) Console settings / Message-ID: <390F49A2.7272D016@vl.videotron.ca>    Erik Bussink wrote: H >         Any one got an idea what the Console port (dsub 9pin) settingsF > are on a MicroVAX 2 (630QB-A3), there is a switch for the speed, but$ > I can't get any output on a VT320.  J You need a special cable. This predates the "IBM-PC uses 9 pins for serial< ports" era so it is not compatible with 9 pin serial cables.   ------------------------------   Date: 2 May 2000 21:23:23 GMT,2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)? Subject: Re: Looking for MicroVAX 2 (630QB-A3) Console settingsi6 Message-ID: <8enh0b$hkf$1@mailint03.im.hou.compaq.com>  \ In article <391029e6.300080202@news.iprolink.ch>, erik@bussink.ch.nul (Erik Bussink) writes:@ :	Any one got an idea what the Console port (dsub 9pin) settingsE :are on a MicroVAX 2 (630QB-A3), there is a switch for the speed, but $ :I can't get any output on a VT320.   K   Please take a look at the OpenVMS FAQ -- it has a section on the MicroVAXoG   console bulkhead and operation, and information on many other topics.aG   (This is not the first time this question has been asked, obviously.)o  I   If you can't get _any_ output (including simply garbage characters) on tF   the console, then you probably have the wrong pinout, or you have a I   hardware or wiring problem.  The OpenVMS FAQ also has the MicroVAX DB9 oH   pinout -- and it's not the same DB9 pinout that is used on PC systems.  -   The OpenVMS FAQ is available via a link at:a  "     http://www.openvms.compaq.com/  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 3 May 2000 00:07:35 GMTc, From: lukasz@mbi.ucla.edu (Lukasz Salwinski)? Subject: Re: Looking for MicroVAX 2 (630QB-A3) Console settingsc3 Message-ID: <8enqk7$bjf$1@carroll.library.ucla.edu>    -- h    \ In article <391029e6.300080202@news.iprolink.ch>, erik@bussink.ch.nul (Erik Bussink) writes:@ :	Any one got an idea what the Console port (dsub 9pin) settingsE :are on a MicroVAX 2 (630QB-A3), there is a switch for the speed, but-$ :I can't get any output on a VT320.     J >  If you can't get _any_ output (including simply garbage characters) on G >  the console, then you probably have the wrong pinout, or you have a tJ >  hardware or wiring problem.  The OpenVMS FAQ also has the MicroVAX DB9 I >  pinout -- and it's not the same DB9 pinout that is used on PC systems.r    M ok.. i've got exactly the same problem - I can't get anything out of my uV IIaO except for garbage characters if i'm hooked up to a PC serial port or literally0K nothing if plugged into a vt420. I've read the faq, made appropriate cablestN (the full-blown version of the vt420, 3-wire null-modem-like for connecting toP a PC).  uV gues through the console codes as expected and than hangs at 7 (IIRC)Q 'cause the batteries in the bulkhead are dead and it waits for an input from the e& console... at least that's my guess...    any idea how can i revive it ???   lukasz   ------------------------------  % Date: Tue, 02 May 2000 12:18:21 -0700_ From: Jed Rogge <jed@uci.edu>g Subject: MAIL.MAI corrupt?& Message-ID: <390F29FD.DF8CAF8@uci.edu>  A I get the following error when trying to copy mail.mai to anothero	 filename:u  ! SYSTEM> copy mail.mai mailnew.maieE %COPY-E-OPENIN, error opening MASTER$DKA200:[SOBEL.MAIL]MAIL.MAI;1 ase inputt" -RMS-E-ACC, ACP file access failed -SYSTEM-F-PARITY, parity error      H Other files in the directory I can copy/rename without any problems.  My? question is does this file look corrupt and if so can I somehow.
 re-create it?d I'm running VMS 5.5-2.   ------------------------------   Date: 2 May 2000 19:56:08 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: MAIL.MAI corrupt?6 Message-ID: <8enbso$frf$1@mailint03.im.hou.compaq.com>  F In article <390F29FD.DF8CAF8@uci.edu>, Jed Rogge <jed@uci.edu> writes:B :I get the following error when trying to copy mail.mai to another
 :filename: : " :SYSTEM> copy mail.mai mailnew.mai+ :%COPY-E-OPENIN, error opening ... as input # :-RMS-E-ACC, ACP file access failedo :-SYSTEM-F-PARITY, parity error   I :Other files in the directory I can copy/rename without any problems.  Mye( :question is does this file look corrupt  '   Yes, it definitely looks corrupted.  a  6   What sort of disk storage devices are involved here?     What sort of disk controller?	  & :and if so can I somehow re-create it?  H   From BACKUP, of course.  (But clearly a BACKUP is somehow unavailable,@   as we would not otherwise be having this particular exchange.)  +   What does ANALYZE/RMS say about the file?s     DIRECTORY/FULL?   ,   What does ANALYZE/DISK say about the disk?  H   Depending on how much the information is valued, there may be a way toF   resurrect at least some of the data in the file -- it really dependsH   on the particulars of the corruption, and on the particular source of    the parity error.b  C   First step, get a good BACKUP/IMAGE of the whole disk, on the offtH   chance that the disk itself is going bad.  (And given that there does 9   not appear to be a current or recent BACKUP available.)p   :I'm running VMS 5.5-2.      That old, huh?  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 2 May 2000 21:12:15 -05000/ From: jlauret@?.chem.sunysb.edu (Jerome LAURET)@ Subject: Re: MAIL.MAI corrupt?. Message-ID: <390f7cef_2@dilbert.ic.sunysb.edu>  F In article <390F29FD.DF8CAF8@uci.edu>, Jed Rogge <jed@uci.edu> writes:C |>I get the following error when trying to copy mail.mai to anothert |>filename:t |># |>SYSTEM> copy mail.mai mailnew.mai G |>%COPY-E-OPENIN, error opening MASTER$DKA200:[SOBEL.MAIL]MAIL.MAI;1 ast |>inputi$ |>-RMS-E-ACC, ACP file access failed  |>-SYSTEM-F-PARITY, parity error |> |> |>J |>Other files in the directory I can copy/rename without any problems.  MyA |>question is does this file look corrupt and if so can I somehoww |>re-create it?" |>I'm running VMS 5.5-2. |>  D 	I had some luch with VFYMAIL/REPAIR in the past or moving all EmailO from the mail interface to another drawer file, then deleting the original and nL putting it back. But the problems were not as drastic as the above : I thinkP you can also try a backup of the file somewhere else and restoring it on anotherO drive. As it seems, a drive may exhibit some problems (see show dev xxx and thet error count just to be sure).    	Good luck.T   -- E6                   Jerome LAURET S.U.N.Y. @ Stony Brook$        ,,,,,      Dept. of Chemistry+       ( o o )     Stony Brook NY 11794-3400T;   ---m---U---m---------------------------------------------e&   E-mail: jlauret@mail.chem.sunysb.edu<   URL   : http://nucwww.chem.sunysb.edu/jlauret/jlauret.html   ------------------------------  $ Date: Tue, 2 May 2000 15:54:35 -05008 From: JONES Christopher <christopher.jones@galderma.com>% Subject: Moving data from VMS to UNIXuA Message-ID: <1130501BE614D211B2220008C7F4B33C01554118@USDFWMSX01>%  K Is there a way to backup VMS files to tape and read the tape from a Solaris K UNIX box?  I need to export data from an Oracle database and import it into 4 an Oracle database on a UNIX platform.  Any ideas???   Christopher Jonesu   ------------------------------   Date: 2 May 2000 21:15:56 GMTn2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)) Subject: Re: Moving data from VMS to UNIXe6 Message-ID: <8engic$he8$1@mailint03.im.hou.compaq.com>  | In article <1130501BE614D211B2220008C7F4B33C01554118@USDFWMSX01>, JONES Christopher <christopher.jones@galderma.com> writes:L :Is there a way to backup VMS files to tape and read the tape from a Solaris :UNIX box?    A   Both tar and BACKUP/vmsbackup work for this purpose, as do somewA   other tools.  Tar for OpenVMS is on the OpenVMS Freeware -- see B   the FAQ for pointers to various sources for tar and other tools,%   including pointers to the Freeware.   A :I need to export data from an Oracle database and import it into 5 :an Oracle database on a UNIX platform.  Any ideas???   A   Ask Oracle directly, or ask in an Oracle newsgroup?  (You _did_ $   say "any ideas???", after all. :-)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 2 May 2000 22:41:05 GMT 2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: MPI for OpenVMS?:, Message-ID: <8enli2$rul@gap.cco.caltech.edu>  @ Just out of curiosity, has anybody ever made MPI run on OpenVMS?  G MPICH 1.2.0 works fine on the Linux boxes, but doesn't seem to have the  string "vms" in it anywhere.   Thanks,    David Mathog mathog@seqaxp.bio.caltech.edur? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  % Date: Tue, 02 May 2000 14:25:32 -0400i0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>' Subject: Re: new cluster license pricesm/ Message-ID: <390F1D9B.A5BAB06E@vl.videotron.ca>l   Phillip Helbig wrote:gH > Despite about a DECADE of people saying "VMS will die soon" it has not: > done so.  Compaq is interested in maximising the profit.  M VMS may not be dead yet, and the progress of the cancer may have stopped, buthK VMS is far from healthy. It may not be dying in OUR eyes, but it is alreadya= dead in many other people's eyes, thus preventing any growth.c  I Shareholders are interested in growth. And to acheive growth, you have to L think about market share and winning customers over from competitors. From aH marketing point of view, VMS is already in maintenance mode. Compaq willK continue to support VMS and make improvements to it, but it can't expect toeD grow VMS if it is restricted to the small markets where it still has significant market penetration.i  N To Grow VMS, you need to make it competitive. And you need to think long term.L Milking remaining customers is a short term, unsustainable solution to quick profits while they last.     > We are5 > interested, as end-users, in minimising the price. b  E No, we are interested, as computer geeks whose life depend on VMS, iniG preventing further erosion of VMS and possibly giving VMS back a growtheL pattern. We, as computer geeks, see what is happening in shops where we mustL continually fight to convince bean counters to keep the VMS machines. And we% know what arguments are used : MONEY.-  K One does not get rid of a VMS system overnight. But in many shops, the long.L term process of replacing their VMS infrastructure began a long time ago andJ the VMS presence in the company is smaller and smaller and smaller. CompaqN does not see this because it still sees the maintenance contract being signed.G Compaq is unaware that customers have stopped devlopping on VMS and are,M instead buying software for NT or Solaris. And I am not even sure that Compaq 5 knows how many customers terminate support contracts.   L If you have a shop with a 1000 VMS machines that is down to just a VaxserverM 3100-90 with one last remaining app on it, Compaq still sees that cutsomer asbD a VMS customer, so its statistics do not show that that customer has3 effectively dropped VMS from its IT infrastructure.n   ------------------------------  $ Date: Tue, 2 May 2000 14:30:55 -0400' From: "Bill Todd" <billtodd@foo.mv.com>h' Subject: Re: new cluster license prices ( Message-ID: <8en6pj$4gs$1@pyrite.mv.net>  5 Phillip Helbig <helbig@astro.rug.nl> wrote in messaget( news:8en3mv$ar3$6@info.service.rug.nl...5 > In article <8en29g$e7$1@pyrite.mv.net>, "Bill Todd"n > <billtodd@foo.mv.com> writes:D   ...n  J > > That seems a bit simplistic to me.  I think a lot of people worry that anK > > attitude that simply maximizes short-term profit *without* plowing backg therF > > proceeds (into advertizing, development, etc.) to ensure long-term	 viabilityoD > > will indeed cause VMS to die, rather than are just interested in
 minimizing > > their own short-term costs.t >nC > From what I gather, A LOT of money is going into VMS development.t. > Perhaps someone from the inside can comment?  K From the outside, my (perhaps outdated) impression is that there are around L 100 engineers engaged in VMS OS development (not counting layered products -? languages, etc.).  Ball-park an average cost to Compaq of, say,-L $200K/engineer (a lot of them are senior people, and this includes somethingK for the high-end hardware configurations required for new-release testing).-B Say they spend 60% of their time on new development (including theL inevitable general wheel-spinning but not including maintenance activities).  H That's $12 million/year.  I don't consider that 'a lot', or even 'barelyJ adequate', for a system that generates the kind of revenue and profit that: VMS does.  Unless the system is entering maintenance-mode.   >e > > And I agree with them. >oG > It would be interesting to know on what time scale the Q is trying toa' > maximise its VMS (and other) profits.   L Can there be any question that at least its VMS time scale is strictly short> term?  Is there any other sane interpretation of its behavior?   >vH > If the loss in revenue from decreasing the costs to existing customersG > is not offset by increased sales to new customers, reducing the pricetH > doesn't make sense.  With my suggestion, a small-fee license for stuffG > not covered by the hobbyist license, one could get ADDITIONAL revenue F > since the existing prices for big customers would not change.  And ID > don't think any big customer doesn't go with VMS because it is tooH > expensive---the costs are peanuts compared to other costs.  Maybe theyA > don't go with and/or move away from VMS because they mistakenlyo  K or not - and this belief is largely self-fulfilling even if no other forcese were at work    believeJ > it will die, maybe this comes from the fact that not near as many people > learn VMS at university,  3 yes - used to be that everyone did, now no one doesc  -  maybe they do so because there aren't enoughd > applications   yes - and fewer every year  <  and maybe this is because a larger community and/or cheaperH > licenses for small developers are needed---I don't know.  (Isn't there; > some sort of special deal for folks developing VMS apps?)   H Larry Kilgallen is always quick to point out that used low-end VMS boxesK complete with full licenses can be picked up for a song (but this time I'vee beaten him to the punch).   L A consistently-growing community would certainly help counter the impression< that the VMS customer base is shrinking or at best stagnant.  F My general point was that how much VMS costs is a lot less significantJ (because it's not really all that unreasonable) to its perceived viabilityE than Compaq's apparent lack of interest in promoting and aggressively > developing it.  I'm not sure we're disagreeing about anything.   - bill   ------------------------------   Date: 2 May 2000 18:03:45 GMTi* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: OpenVMS marketing/ Message-ID: <8en5a1$ar3$10@info.service.rug.nl>y  4 In article <8en4gj$2oi$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes:    > I like Phillip's idea a lot, e  F Now if I can just get the Q to give me 5% of the sales as my cut.  :-)  . > my only question being just how Compaq wouldF > structure the 'pay if you profit' license to be anything but a major > procedural mess.    E I thought of this, but it is really no different than now.  There is 9E nothing (technical) which stops a Fortune 500 company from getting a rE hobbyist license and using that instead of a commercial one.  I'd be 0) interested in how this works in practice.e  6 > But it would be nice to see Compaq at least try:  itH > would, among other things, serve as an indication that they really areG > interested in expanding VMS's user base, even in areas where it isn'tt4 > particularly convenient or immediately profitable.  G I think the opposite.  I don't think we have a right to expect them in 0H expanding the user base for its own sake.  On the other hand, my scheme I would be VERY convenient and (since there are practically no costs) VERY 0I profitable, especially since there is no risk of loss as everything else  H stays as it is, so there is no reason for them not to let the user base  expand.    ------------------------------  % Date: Tue, 02 May 2000 14:45:26 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS marketing/ Message-ID: <390F2243.FF98D881@vl.videotron.ca>.   Bill Todd wrote:K > I like Phillip's idea a lot, my only question being just how Compaq wouldcF > structure the 'pay if you profit' license to be anything but a major > procedural mess. s  J Do as IBM did when it realised it was priced out of the range of where theL action was and MVS customers were starting to defect: price per transaction.M In other words, up to 1000 transactiosn per month, its nearly free. But above(H 1000000 transactions per month, you pay the big bucks. This allows smallJ customers to afford your system when they start, and their payments to you increase as they grow.    K Another way is to control it through support costs. A small system would betN very cheap to buy, but the minute your company is serious enough that it needs# support, then it starts to pay you.g  M In other words: We'll give you VMS nearly free if you promise not to call us,uK but we'll be very glad to sell you support services when you need them, andX% offer a wide range of service levels.m  J The one advantage of having Compaq handle this as opposed to DECUS is thatK Compaq would claim you as a customer and the number of "official" VMS sites-L would therefore grow. Compaq could use your name in its marketing and try to2 sell you additional products and services etc etc.   ------------------------------   Date: 2 May 2000 12:16:57 -0700c* From: dunnett@mala.bc.ca (Malcolm Dunnett) Subject: Re: OpenVMS marketing, Message-ID: <4fcMM0Nc4Iwf@malvm2.mala.bc.ca>  0 In article <390F2243.FF98D881@vl.videotron.ca>, 5    JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:  > O > In other words: We'll give you VMS nearly free if you promise not to call us,rM > but we'll be very glad to sell you support services when you need them, andt' > offer a wide range of service levels.n >   L    The problem is that VMS is too reliable and too well documented to reallyG need much support - so if the support costs were very large at all manyaE customers just wouldn't bother. This is especially true when you havec' resources like comp.os.vms to help you.   H    Of course they could back to the bad old days, when you couldn't get E access to patches without a service agreement. This would force a loteG of people who otherwise have no use for a support agreement to buy one.fG ( I know, I shouldn't even joke about such things, I'm sure some geniusf= within Compaq is already considering this course of action ).e   ------------------------------   Date: 2 May 2000 19:18:10 GMT * From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: OpenVMS marketing. Message-ID: <8en9li$cpa$3@info.service.rug.nl>  b In article <390F2243.FF98D881@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:   > Bill Todd wrote:M > > I like Phillip's idea a lot, my only question being just how Compaq would?H > > structure the 'pay if you profit' license to be anything but a major > > procedural mess. i > L > Do as IBM did when it realised it was priced out of the range of where theN > action was and MVS customers were starting to defect: price per transaction.O > In other words, up to 1000 transactiosn per month, its nearly free. But aboveo9 > 1000000 transactions per month, you pay the big bucks.     What's a transaction?p   ------------------------------  $ Date: Tue, 2 May 2000 15:52:51 -0400' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: OpenVMS marketing( Message-ID: <8enbit$9c0$1@pyrite.mv.net>  5 Phillip Helbig <helbig@astro.rug.nl> wrote in messagea) news:8en5a1$ar3$10@info.service.rug.nl...96 > In article <8en4gj$2oi$1@pyrite.mv.net>, "Bill Todd" > <billtodd@foo.mv.com> writes:    ...t  8 > > But it would be nice to see Compaq at least try:  itJ > > would, among other things, serve as an indication that they really areI > > interested in expanding VMS's user base, even in areas where it isn'ts6 > > particularly convenient or immediately profitable. >MH > I think the opposite.  I don't think we have a right to expect them in+ > expanding the user base for its own sake.   L We don't have any right to *anything*, save what purchase contracts specify.L I wasn't suggesting that Compaq do this out of the goodness of its corporateI heart:  I was saying that it would be an indication of their intention toaI expand and promote VMS - with the expectation of long-term added profit -/ rather than just milk it.Z     On the other hand, my scheme > would be VERY convenient  J No, it would be a pain to administer, even without any attempt to activelyI police its use.  But it still could be worth the effort, both in terms of * current image and potential future income.  0  and (since there are practically no costs) VERY
 > profitable,s  K I doubt that Compaq makes much profit on single-system entry-level hardwareeJ after the costs of the sale are taken into account (not to mention that itJ makes almost nothing at all if the hardware is bought from, say, API):  it8 would be purely a long-term market-penetration strategy.  =  especially since there is no risk of loss as everything elsem > stays as it is,-  H Well, a *few* of the recipients actually *would* have bought regular VMS" licenses, but likely not too many.   - bill  8  so there is no reason for them not to let the user base	 > expand.e >9   ------------------------------  % Date: Tue, 02 May 2000 16:42:04 -0400w0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS marketing/ Message-ID: <390F3D92.7CB9762C@vl.videotron.ca>    Phillip Helbig wrote:B > What's a transaction?>  F In the IBM environment, these are much better defined. Essentially theK equivalent of pressing a PF key on a 3270 terminal which results in your LUyA sending up to 2k of data to an application such as CICS, IMS etc.    ------------------------------   Date: 2 May 2000 21:33:15 GMTI2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: OpenVMS marketing, Message-ID: <8enhir$m9b@gap.cco.caltech.edu>  Y In article <FtxutI.LtD@world.std.com>, "Terry C. Shannon" <shannon@world.std.com> writes:i > 8 >"Phillip Helbig" <helbig@astro.rug.nl> wrote in message) >news:8emmqb$6vs$1@info.service.rug.nl... B >> In article <390ED77D.F2C746B@uk.sun.com>, Andrew Harrison SUNUK0 >> Consultancy <andrew.nospam@uk.sun.com> wrote: >> ><snip>  >> > <SNIP>D >> > This is not the case with either Solaris or Linux both of which? >> > are cheaper than either OpenVMS or Tru64 and both of which-1 >> > allow you to use them for commercial useage.u >> >? >> > This distinction between customers who are playing at homee< >> > and customers who are using your OS in cold blood seems6 >> > to be a pretty pointless one in this day and age. >> > >>+ >> I find myself agreeing with Andrew here.  >>. >Likewise. Andrew has a very valid point here.  0 Not that it matters what any of us think or say.  F If it did Digital or Compaq would have done something about affordableK OpenVMS sometime during the last 10 years that we've been griping about theaE lack of it.  Instead Palmer fiddled and Digital burned.  Capellas and-G Pesatori have shown that they are not up to the task of making anythinglK from the ashes.  Currently OpenVMS and Tru64, and even the Alpha itself are H unknown, or not seriously considered as options, by the vast majority ofI the computing market.  (A growing number of whom are now smart enough noto to buy Compaq PCs either.) e  I The lesson from all of this is that no matter how great the technology itrH cannot overcome moronic management.  Consequently, all we can do is planI for the inevitable migration to alternative platforms once the technology J we would prefer to use has been rendered unaffordable.   Oh yes, the otherK lesson is not to buy stock in companies which are being mismanaged into the I ground - but I doubt many of you are feeling the urge to rush out and buyi Compaq stock.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edud? Manager, sequence analysis facility, biology division, Caltech -J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Tue, 02 May 2000 17:50:12 -0400$0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS marketing/ Message-ID: <390F4D85.92B65A88@vl.videotron.ca>    David Mathog wrote: M > lesson is not to buy stock in companies which are being mismanaged into thesK > ground - but I doubt many of you are feeling the urge to rush out and buy, > Compaq stock.-  K But when Sun buys Compaq, won't it be a good deal for Compaq shareholders ?M  F Actually, with Apple coming out with its OS-X that can run on multiple8 platforms (Unix kernel), how about Apple buying Compaq ?  L It won't be OpenVMS, it will be AppleVMS and will be marketed ferociously byM an evangelist and revitalised big time. Apple can then use the Alpha chip for L its MACs and blow Wintel out with vastly superior performance. Heck, I'll be- able to dual-boot MAC-OS or VMS on a Alpha ! g  K (Think of the commercial: while boss is away, you play on your MAC, as bosstH approach, you type a few keys, and you are in VMS doing serious work :-)  < Perhaps dreaming about a succesful VMS is all we can do now.   ------------------------------  " Date: Tue, 2 May 2000 22:17:53 GMT0 From: "Terry C. Shannon" <shannon@world.std.com> Subject: Re: OpenVMS marketing& Message-ID: <FtyDFI.93A@world.std.com>  ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in messagen& news:8enhir$m9b@gap.cco.caltech.edu...; > In article <FtxutI.LtD@world.std.com>, "Terry C. Shannon"o <shannon@world.std.com> writes:m > >s: > >"Phillip Helbig" <helbig@astro.rug.nl> wrote in message+ > >news:8emmqb$6vs$1@info.service.rug.nl...eD > >> In article <390ED77D.F2C746B@uk.sun.com>, Andrew Harrison SUNUK2 > >> Consultancy <andrew.nospam@uk.sun.com> wrote: > >>	 > ><snip>o > >> > > <SNIP>F > >> > This is not the case with either Solaris or Linux both of whichA > >> > are cheaper than either OpenVMS or Tru64 and both of whichn3 > >> > allow you to use them for commercial useage.  > >> >A > >> > This distinction between customers who are playing at homeg> > >> > and customers who are using your OS in cold blood seems8 > >> > to be a pretty pointless one in this day and age. > >> > > >>- > >> I find myself agreeing with Andrew here.p > >>0 > >Likewise. Andrew has a very valid point here. > 2 > Not that it matters what any of us think or say. >sH > If it did Digital or Compaq would have done something about affordableI > OpenVMS sometime during the last 10 years that we've been griping aboutr theeG > lack of it.  Instead Palmer fiddled and Digital burned.  Capellas andiI > Pesatori have shown that they are not up to the task of making anythingaI > from the ashes.  Currently OpenVMS and Tru64, and even the Alpha itselfo aretJ > unknown, or not seriously considered as options, by the vast majority ofK > the computing market.  (A growing number of whom are now smart enough not  > to buy Compaq PCs either.) >hK > The lesson from all of this is that no matter how great the technology itmJ > cannot overcome moronic management.  Consequently, all we can do is planK > for the inevitable migration to alternative platforms once the technologylL > we would prefer to use has been rendered unaffordable.   Oh yes, the otherI > lesson is not to buy stock in companies which are being mismanaged intoi themK > ground - but I doubt many of you are feeling the urge to rush out and buya > Compaq stock.o    3 Duhhh,,, NO!!! I want my MSFT shares, hehehehehe!!!d   ------------------------------  " Date: Tue, 2 May 2000 22:19:00 GMT0 From: "Terry C. Shannon" <shannon@world.std.com> Subject: Re: OpenVMS marketing& Message-ID: <FtyDHC.9D6@world.std.com>  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in messageu) news:390F4D85.92B65A88@vl.videotron.ca...  > David Mathog wrote: K > > lesson is not to buy stock in companies which are being mismanaged intol thekI > > ground - but I doubt many of you are feeling the urge to rush out andi buyo > > Compaq stock.d >sK > But when Sun buys Compaq, won't it be a good deal for Compaq shareholderse ?n >-H > Actually, with Apple coming out with its OS-X that can run on multiple: > platforms (Unix kernel), how about Apple buying Compaq ? >i  : Umm hmm... both scenarios are equally likely, er unlikely.   ------------------------------  " Date: Wed, 3 May 2000 03:18:27 GMT- From: young_r@eisner.decus.org (Robert Young)h Subject: Re: OpenVMS marketing+ Message-ID: <mSm1lkPwkhWB@eisner.decus.org>   a In article <8enhir$m9b@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:e   >  >  Oh yes, the otherM > lesson is not to buy stock in companies which are being mismanaged into therK > ground - but I doubt many of you are feeling the urge to rush out and buyn > Compaq stock.  >e  	 	Why not?s  = 	Compaq may be a good buy right now.  40 by year-end would ber? 	very reasonable.  Shoot, did you know to buy AMD 4 months back,8 	when trading in the mid twenties?  At or near 90 today.  ? 	Me?  I got Compaq when it was a dollar above its bottom a yeargB 	ago.  You really do want to buy at the bottom.  Trick is figuring 	out where that is.t   				RobS   ------------------------------   Date: 2 May 2000 14:46:20 -0500t, From: rjordan@Venus.mcs.net (Richard Jordan). Subject: Test discs for RRD40 and RRD50 drives) Message-ID: <8enbac$2kuv$1@Venus.mcs.net>l  G I've located (in dead storage here at work) a couple of RRD test discs.mF One of them (p/n 30-23507-03, rev C) has RRD40 testdisc etched in the D hub area.  The other (p/n 30-23507-02, rev A) looks quite different,H has the digital logo but made by Polygram, fully mirrored (no clear areaC in the hub) and has 'SATAN-2-9022894 032 01' etched in the hub areatC plus some (what look like) hand engraved very small letters (NF andt YE, with the E backwards).  G Is it possible the second disc is the one for an RRD50?  The RRD50 docssE I have reference a test disc, but no part number is given.  If anyoneu3 happens to know I'd like to hear about it.  Thanks!e   Rich Jordanh rjordan@mcs.net    ------------------------------  # Date: Tue, 02 May 2000 19:03:09 GMTr" From: Art Rice <arice@ue.itug.org>/ Subject: Re: The Movie "Breaking Point" + PDP11i8 Message-ID: <vf9ugsgi762l3eqnmej7p45ujhs0kbo1r9@4ax.com>  F On 1 May 2000 15:11:25 -0500, rjordan@Mercury.mcs.net (Richard Jordan) wrote:  A >> Just noticed this weekend after sitting with the kids watchingeB >> "Star Trek The Motion Picture"  circa 1980,  in the credits the
 >> following:- >>= >> Medical Computer Graphics - Digital Equipment Corporation.a >> >... >PE >So how long till Compaq finds a way to change the credits on all the$; >old movies so the Digital name doesn't appear anywhere? :)v >t >Rich Jordan >rjordan@mcs.net   Let's hope they never try.   -- i
 Art Rice   *# # Special Data Processing Corporatione& --------------------------------------' All opinions expressed are mine and do d% not reflect the views of my employer.i   ------------------------------  % Date: Tue, 02 May 2000 16:03:45 -0400,! From: JGraf <sales@asoft-dev.com>  Subject: Re: TPU for unixt) Message-ID: <390F34A1.4789@asoft-dev.com>    Michael Austin wrote:t > R > Is there a unix port of EVE/TPU?  I know there is emacs, but I would personnallyQ > like to see a real port so when I am on Tru64 or Solaris or HPUX, I can use thel# > same editor... boy, do I hate vi.d >  > Michael Austin >   A I work for the company a/Soft Development Inc. that developed and E markets nu/TPU.  You can get information and demos on nu/TPU form our  web site; www.asoft-dev.com.  H Digital, prior to the Compaq days, ported EVE/TPU to their Ultrix OS but> they never made it available for the Digital UNIX / True64 OS.  
 Best regards,r  
 James Graf sales@asoft-dev.comb 603-432-3388   ------------------------------  # Date: Wed, 03 May 2000 02:37:31 GMTt1 From: Pat Jankowiak <vaxhackery@worldnet.att.net> H Subject: update: DFWDAYS, A Compaq Update Weekend June 2nd, 3rd, and 4th0 Message-ID: <390F9168.E81655A6@worldnet.att.net>  , Announcing DFWDAYS, A Compaq Update Weekend    June 2nd, 3rd, and 4th! [Full info at website, see below]r  5 Compaq and the Dallas Ft Worth Compaq User Group (Then3 DFWCUG) invite you to DFWDAYS, a full weekend event  featuring the 5 latest in Compaq Enterprise and Desktop Technologies,a< Internet Security and E-commerce, SAN and Storage Management< and a few very special technical surprises you will not want	 to miss.    ; Need the latest on Compaq's Alpha? Proliant? Prosignia? How,7 about Storageworks and Fibrechannel storage? Or get then< latest scoop on Windows 2000, OpenVMS, Tru64 Unix or Linux?   9 What about the new spin off from Cabletron of the Digitaln4 branded products, or the new 11mbit/sec wireless LAN; technology? Need to get some hands-on configuring a GALAXY?t  < Or maybe you just want to listen to Special Agent Guy Walton8 of the FBI tell us about being on the front-line against computer terrorism.n  < Experts such as Stephen "Hoff" Hoffman, Jim Gursha, and Andy8 Goldstein to name only a very few, will provide in-depth technical knowledge. e  ; In addition to the regular sessions there are three keynotes addresses from:C  9 Rich Marcello Compaq VP of OpenVMS / OpenVMS Engineering:e  "OpenVMS Strategies and Futures"  ; Terry Shannon  "Shannon Knows DEC/Compaq",  member US DECUS  Board of Directors: : "Shannon's faithful prognostication of  Compaq's trends in the marketplace"  2 Dr. Bill Hancock Senior Consultant with Network-1:% "Internet Security beyond Firewalls" S  ; Over 80 Hours of  technical  sessions to choose from in onea; Single Update Weekend with the best of Compaq Engineers andm7 Industry consultants, all in one place -- Dallas Texas.r  9 In addition, We'll be giving away such items as a Sony 3D  Glasstron valued at $1800..d  9 A very special and highly technical demonstration will bee2 performed on Friday evening for your education and entertainment. i  < Some sessions have limited enrollment so register now at the webpage before they fill up!  < Please check out the frequently updated info at the website: http://dfwdays.dfwcug.org/   ------------------------------   Date: 2 May 2000 18:12:38 GMTt2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: VMS 7.1-2 v 7.1-1H26 Message-ID: <8en5qm$df4$1@mailint03.im.hou.compaq.com>  V In article <8en342$fk8$1@nnrp1.deja.com>, Russell <russell@manint.demon.co.uk> writes:D :I am finding it difficult to get any documented differences between :OpenVMS 7.1-2 and 7.1-1H2.   C   Please start by looking at the OpenVMS Alpha V7.1-2 Release Notes1D   and Installation Procedures manual -- that has some of the details
   you seek...e  F   In addition to the various new features and updates and new hardwareG   support incorporated into the V7.1-2 release, the release includes a  D   new ECO kit installation process (PCSI), the contents of the V7.1,E   V7.1-1H1 and V7.1-1H2 kits, a new third-party bootstrap mechanism, iC   and a roll-up of a large number of ECO kits for the V7.1 through  "   V7.1-1H2 (inclusive) releases.    C   V7.1-2 is a "landing zone" release for those folks wishing Prior tB   Version Support contracts (please see the FAQ for "prior versionG   support" information and pointers), and V7.1-2 is the "landing zone" t>   for all OpenVMS Alpha V7.1-* releases starting in July 2000.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 2 May 2000 19:14:42 GMTg* From: helbig@astro.rug.nl (Phillip Helbig)  Subject: Re: VMS 7.1-2 v 7.1-1H2. Message-ID: <8en9f2$cpa$2@info.service.rug.nl>  6 In article <8en5qm$df4$1@mailint03.im.hou.compaq.com>,5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes: o  E >   V7.1-2 is a "landing zone" release for those folks wishing Prior tD >   Version Support contracts (please see the FAQ for "prior versionI >   support" information and pointers), and V7.1-2 is the "landing zone" e@ >   for all OpenVMS Alpha V7.1-* releases starting in July 2000.   Typo.s   ------------------------------  $ Date: Tue, 2 May 2000 13:29:09 -0700" From: Larry Rosler <lr@hpl.hp.com>/ Subject: Re: VMS Perl system() truncating liness8 Message-ID: <MPG.1378da6cb826393898a9cc@nntp.hpl.hp.com>  G In article <CPzP4.20189$0o4.175662@iad-read.news.verio.net> on Tue, 02 eB May 2000 12:26:10 GMT, T.E.Dickey <dickey@shell.clark.net> says...4 > In comp.os.vms Larry Rosler <lr@hpl.hp.com> wrote:J > > In article <8ekqd3$ver$1@nnrp1.deja.com> on Mon, 01 May 2000 20:45:28 8 > > GMT, ewilts@my-deja.com <ewilts@my-deja.com> says...E > >> One of my developers is reporting that the Perl system() call is K > >> truncating the argument to 256 characters.  I'm running Perl 5.005_03.h > >> aH > >> Is this a known limitation?  Can this limit to be expanded to 1K or
 > >> more? > D > > The limitation is not in Perl.  It might well be in the command H > > processor that the system() call is invoking.  One way to avoid the K > > limit would be to supply a list of arguments to system(), instead of a o? > > long string that requires parsing by the command processor.e > , > but isn't the command-line limit still 1k?K > (256 sounds like reading/writing a mailbox rather than the command line).r  < That line-length limit would be OS-dependent.  However, the @ documentation that I referred to makes it clear that for a LIST G argument, no shell is invoked, hence no 'command-line limit', whatever g
 it may be.   perldoc -f execC  E    If there is more than one argument in LIST, or if LIST is an array H    with more than one value, calls execvp(3) with the arguments in LIST.   -- t (Just Another Larry) Rosler7 Hewlett-Packard Laboratories, http://www.hpl.hp.com/personal/Larry_Rosler/
 lr@hpl.hp.comC   ------------------------------  " Date: Tue, 2 May 2000 18:31:15 GMT- From: "Richard D. Piccard" <piccard@ohio.edu>D, Subject: Re: wish list: DIRECTORY limitation( Message-ID: <390F1EE9.6509CC7B@ohio.edu>  % Thanks, that does look interesting.  m   			RDP     Frank da Cruz wrote: > * > In article <390F0698.56413CB5@ohio.edu>,. > Richard D. Piccard <piccard@ohio.edu> wrote:I > : The ability to sort directory listings by name, type, date, etc., wasAL > : part of RT-11 in 1980.  They had to, because their internal structure ofK > : directory listing was physical order on the disk.  Still, it has alwaysb& > : puzzled me why VMS didn't do this. > :e> > You might like the DIRECTORY command in C-Kermit 7.0 on VMS: > 7 >   http://www.columbia.edu/kermit/ckermit2.html#x4.5.1t > 	 > - Frankl   -- tB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------   End of INFO-VAX 2000.246 ************************