1 INFO-VAX	Tue, 20 Feb 2001	Volume 2001 : Issue 102       Contents:@ ??== Information about using unsupported printers with DCPS 1.8.4 Re: a little humor for this so often humorless group4 Re: a little humor for this so often humorless groupH A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way too manyprocesses?)L Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way too manyprocesses?)K Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?) K Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?) K Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?)  Re: Another missed opportunity Re: Another missed opportunity Re: Another missed opportunity Re: Compaq wins APAC re-bid  Re: Compaq wins APAC re-bid  DECNET question  Re: DECNET question  Re: DECNET question  Re: ES40 upgrade?  Re: ES40 upgrade? & Re: Future outlook for OpenVMS admins?7 Re: Future outlook for OpenVMS admins? (OT to intel P4) 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! 3 Re: FYI: VMS passes the 1,000,000 SETI work units ! , Re: heads up - OpenVMS Technical update days, Re: heads up - OpenVMS Technical update days, Re: heads up - OpenVMS Technical update days, Re: heads up - OpenVMS Technical update days4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?4 Re: How to obtain hobbyist version of CMS for Alpha?5 Re: HOWTO: Disable MIME in OUTLOOK for mailing lists. 1 HOWTO: Disable MIME in OUTLOOK for mailing lists.  I/O done with $UPDSEC operation # Re: I/O done with $UPDSEC operation  RE: Itanium IS the Itanic  RE: Itanium IS the Itanic  RE: Itanium IS the Itanic 
 Motif Scripts  Re: Motif Scripts  RE: Motif Scripts  Re: Motif Scripts  Re: New HD on uVAX Re: Oldest computer games? Re: OpenVMS and Supercomputing Re: OpenVMS and Supercomputing Re: OpenVMS and Supercomputing OpenVMS-releases - timetable  Re: OpenVMS-releases - timetable  Re: Possible security hole in...  Re: Possible security hole in...  Re: Possible security hole in... Re: Problems starting Apache Re: Problems starting Apache RDB SQLSRV errors  RE: RDB SQLSRV errors  register Re: track STOP/ID  RE: TREE/SWING updates Re: TZ87 DLT Drive Connection  Umbrellas in the UK  Re: Umbrellas in the UK  Re: Version numbers  Re: version numbers. Re: version numbers. Re: version numbers. Re: version numbers. Re: version numbers./ Re: VMS 4.6 installation problem - an easy one. / Re: VMS 4.6 installation problem - an easy one. ) Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXE * Re: VMS and other platforms in the SAN box* Re: VMS and other platforms in the SAN box+ Re: VMS lock management issue -- conclusion ) Re: VMSINSTAL to POLYCENTER INSTALL tool?  Re: www.openvms.compaq.com. Re: [DSNlink NE V3.0] Way too many processes ?. Re: [DSNlink NE V3.0] Way too many processes ?  F ----------------------------------------------------------------------  % Date: Tue, 20 Feb 2001 15:26:54 +0100 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)I Subject: ??== Information about using unsupported printers with DCPS 1.8. D Message-ID: <aus-2002011526540001@wvia21.virologie.uni-wuerzburg.de>  G The hospital's central laboratories has placed a Kyocera FS-3800 in our E department for the staff to print from the data from the central Unix  system.   I It would be nice if the staff could also do some simple printing from our  Alpha OpenVMS with DCPS 1.8.  H I've set up the DCPS Queue with raw IP printing and the Kyocera prints 9F lines of PS-Adobe code including Printer-Type.PSC v1.3. After that theI messages shown at the end of this post appear. The text is a simple Hello % World text which doesn't get printed.    This works fine:C *99*>init/que/on="141.27.96.34:9102"/proc=tcpip$telnetsym KYOCERA_1  *99*>start/que KYOCERA_1  I Where do I go from here? Are there any how to guides on how to modify the  DEVCTL library?     A +++++++++++DCPS-F-CONTERMINATED, Connection abnormally terminated D -DCPS-I-JOB_ID, for job HI (queue KYOCERA_1, entry 809) on KYOCERA_1 *99*>   O %DCPS-I-RELEASE, $SET QUEUE/RELEASE/ENTRY=809 KYOCERA_1 to release for printing D -DCPS-I-JOB_ID, for job HI (queue KYOCERA_1, entry 809) on KYOCERA_1 *99*>   H Printer queue KYOCERA_1, stopped, on V99::"ip_rawtcp/141.27.96.34:9102",+   mounted form DCPS$DEFAULT (stock=DEFAULT)   4   Entry  Jobname         Username     Blocks  Status4   -----  -------         --------     ------  ------5     809  HI              SYSTEM            1  Pending    --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------    Date: 20 Feb 2001 15:00:20 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> = Subject: Re: a little humor for this so often humorless group H Message-ID: <y4wvalh2tn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  % Jim Agnew <agnew@hsc.vcu.edu> writes:   1 > From the Email archives of Brainwave Surfer....  [snip]I > I hope I have taken real procedings in account as much as is necessary.   K As far as I can see, the only error is that F11BXQP has to be loaded before  RMS.     	Jan   ------------------------------   Date: 20 Feb 2001 15:20:23 GMT) From: leslie@clio.rice.edu (Jerry Leslie) = Subject: Re: a little humor for this so often humorless group ' Message-ID: <96u1vn$sk6$1@joe.rice.edu>   . JF Mezei (jfmezei.spamnot@videotron.ca) wrote: : ? : At the bank for whom I worked, they had least had a sense of  9 : humour and had  written "VAX" in very large letters on  * : the vacuum cleaner in the computer room. :   . "VAX" is the brand name of the vacuum cleaner:       http://www.vax.co.uk/    Welcome to VAX   --Jerry Leslie         ------------------------------  % Date: Tue, 20 Feb 2001 12:45:52 -0500   From: norm.raphael@jamesbury.comQ Subject: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way too manyprocesses?) 4 Message-ID: <C22569F9.0060C74B.00@jklh21.valmet.com>  ' Was that the dream of world domination?  Exactly when was this? What would Churchill have done? > Where as a world power would Canada be now if he had desisted?N We in Mass.  need to know as our Gov. is going off to be Ambassador to Canada.       To:   Info-VAX@mvb.saic.com  cc: 8 Subject:  Re: [DSNlink NE V3.0] Way too many processes ?     [snip]   Today in history:  ----------------- B "Mr. Speaker, with the leave of the House, I should like to make aF somewhat lengthy statement on the subject of one facet of the national> defense of Canada....The government has carefully examined and@ reexamined the probable need for the Arrow aircraft and IroquoisE engine known as the CF-105......The conclusion arrived at is that the D development of the aircraft and Iroquois engine should be terminated now."   >  And so with these words, then Prime Minister John DiefenbakerC cancelled the Avro Arrow, and Iroquois engine projects. This action ? threw 50,000 people out of work and destroyed a nation's dream.    ------------------------------  % Date: Tue, 20 Feb 2001 13:10:05 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca> U Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way too manyprocesses?) 4 Message-ID: <zqyk6.132788$Z2.1754545@nnrp1.uunet.ca>  - <norm.raphael@jamesbury.com> wrote in message . news:C22569F9.0060C74B.00@jklh21.valmet.com... >  >  > ) > Was that the dream of world domination?    Yes.   > Exactly when was this?   Before I was born.  ! > What would Churchill have done?    After he was dead.  @ > Where as a world power would Canada be now if he had desisted?  1 Same as it is now, the best country in the world.   E > We in Mass.  need to know as our Gov. is going off to be Ambassador 
 to Canada.  9 Congratulations, glad to see he's moving up in the world.   
 :):):):):)   >  >  >  > To:   Info-VAX@mvb.saic.com  > cc: : > Subject:  Re: [DSNlink NE V3.0] Way too many processes ? >  >  > [snip] >  > Today in history:  > ----------------- D > "Mr. Speaker, with the leave of the House, I should like to make a? > somewhat lengthy statement on the subject of one facet of the  national@ > defense of Canada....The government has carefully examined andB > reexamined the probable need for the Arrow aircraft and IroquoisC > engine known as the CF-105......The conclusion arrived at is that  the F > development of the aircraft and Iroquois engine should be terminated > now."  > @ >  And so with these words, then Prime Minister John DiefenbakerE > cancelled the Avro Arrow, and Iroquois engine projects. This action A > threw 50,000 people out of work and destroyed a nation's dream.  >  >  >  >  >    ------------------------------  % Date: Tue, 20 Feb 2001 13:31:34 -0500   From: norm.raphael@jamesbury.comT Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?)4 Message-ID: <C22569F9.0064F604.00@jklh21.valmet.com>   /To:  Info-VAX@mvb.saic.com  /cc:F /Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way too       manyprocesses?)  / . /<norm.raphael@jamesbury.com> wrote in message/ /news:C22569F9.0060C74B.00@jklh21.valmet.com...  /> /> />* /> Was that the dream of world domination? /  /Yes.   
 I thought so.    /  /> Exactly when was this?  /  /Before I was born.     Could you be less specific?  ;-)   / " /> What would Churchill have done? /  /After he was dead.  /    Not responsive. E What would Churchill have done if he had been alive and on the scene?     A /> Where as a world power would Canada be now if he had desisted?  / 2 /Same as it is now, the best country in the world.   See, below.    / F /> We in Mass.  need to know as our Gov. is going off to be Ambassador />to Canada. / : /Congratulations, glad to see he's moving up in the world. /  /:):):):):)  /   G Wait 2 years and let me know 1.  If you are still glad, and 2.  If it's + still "the best country in the world."  ;-)        /> /> /> /> To:   Info-VAX@mvb.saic.com /> cc:; /> Subject:  Re: [DSNlink NE V3.0] Way too many processes ?  /> />	 /> [snip]  /> /> Today in history: /> -----------------E /> "Mr. Speaker, with the leave of the House, I should like to make a I /> somewhat lengthy statement on the subject of one facet of the national A /> defense of Canada....The government has carefully examined and C /> reexamined the probable need for the Arrow aircraft and Iroquois H /> engine known as the CF-105......The conclusion arrived at is that theG /> development of the aircraft and Iroquois engine should be terminated  /> now." />A />  And so with these words, then Prime Minister John Diefenbaker F /> cancelled the Avro Arrow, and Iroquois engine projects. This actionB /> threw 50,000 people out of work and destroyed a nation's dream. /> /> /> /> />   ------------------------------  % Date: Tue, 20 Feb 2001 13:44:26 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca> T Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?)4 Message-ID: <OWyk6.132796$Z2.1754715@nnrp1.uunet.ca>  - <norm.raphael@jamesbury.com> wrote in message . news:C22569F9.0064F604.00@jklh21.valmet.com... >  >  >  >  >  >  > /To:  Info-VAX@mvb.saic.com  > /cc:D > /Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way too  >       manyprocesses?)  > / 0 > /<norm.raphael@jamesbury.com> wrote in message1 > /news:C22569F9.0060C74B.00@jklh21.valmet.com...  > /> > /> > />, > /> Was that the dream of world domination? > /  > /Yes.  >  > I thought so.  >  > /  > /> Exactly when was this?  > /  > /Before I was born.  > " > Could you be less specific?  ;-)   February 20, 1959.   >  > / $ > /> What would Churchill have done? > /  > /After he was dead.  > /  >  > Not responsive. @ > What would Churchill have done if he had been alive and on the scene? >   A I was wrong, a quick search showed that he died January 24, 1965. @ According to http://www.winstonchurchill.org/actd1959.htm "On 29F February they [Churchill, his wife and Aristotle Onassis], boarded theF vessel for an Atlantic cruise which eventually took them to the CanaryB Islands," so I guess he was planning the trip on February 20th andB didn't care what was happening in Canada. (Before anyone points itF out, 1959 was not a leap year, don't complain to me, let the people at3 winstonchurchill.org know if you want to complain.)      > C > /> Where as a world power would Canada be now if he had desisted?  > / 4 > /Same as it is now, the best country in the world. > 
 > See, below.  >  > / = > /> We in Mass.  need to know as our Gov. is going off to be 
 Ambassador > />to Canada. > / < > /Congratulations, glad to see he's moving up in the world. > / 
 > /:):):):):)  > /  > D > Wait 2 years and let me know 1.  If you are still glad, and 2.  If it's- > still "the best country in the world."  ;-)  >   
 Will do :)  $ To quote the famous beer commercial;)     I am not a lumberjack or a fur trader       And I don't live in an igloo     Or eat blubber     Or own a dogsled6     And I don't know Jimmy, Sally, or Suzy from Canada6     Although I am certain they are really, really nice+     I have a Prime Minister not a President      I speak English and French     Not American     And I pronounce it "about"     Not "a boot"6     I can proudly sew my country's flag on my backpack*     I believe in peacekeeping not policing     Diversity not assimilation9     And that the beaver is a truly proud and noble animal      A toque is hat     A chesterfield is a couch %     And it is pronounced ZED not ZEE, -     And Canada is the second largest landmass      The first nation of Hockey&     And the best part of North America&     My name is Joe, and I AM CANADIAN!   >  >  > /> > /> > />  > /> To:   Info-VAX@mvb.saic.com > /> cc:= > /> Subject:  Re: [DSNlink NE V3.0] Way too many processes ?  > /> > /> > /> [snip]  > /> > /> Today in history: > /> -----------------E > /> "Mr. Speaker, with the leave of the House, I should like to make  a B > /> somewhat lengthy statement on the subject of one facet of the nationalC > /> defense of Canada....The government has carefully examined and E > /> reexamined the probable need for the Arrow aircraft and Iroquois F > /> engine known as the CF-105......The conclusion arrived at is that the > > /> development of the aircraft and Iroquois engine should be
 terminated
 > /> now." > />C > />  And so with these words, then Prime Minister John Diefenbaker A > /> cancelled the Avro Arrow, and Iroquois engine projects. This  actionD > /> threw 50,000 people out of work and destroyed a nation's dream. > /> > /> > /> > /> > /> >  >  >  >  >    ------------------------------    Date: 20 Feb 2001 10:47:11 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) T Subject: Re: A nations dream (O.T. was: Re: [DSNlink NE V3.0] Way toomanyprocesses?), Message-ID: <WnaqX3m2v5te@malvm1.mala.bc.ca>  5 In article <C22569F9.0064F604.00@jklh21.valmet.com>,  %    norm.raphael@jamesbury.com writes:  > / H > /> We in Mass.  need to know as our Gov. is going off to be Ambassador > />to Canada. > / < > /Congratulations, glad to see he's moving up in the world. > / 
 > /:):):):):)  > /  > I > Wait 2 years and let me know 1.  If you are still glad, and 2.  If it's - > still "the best country in the world."  ;-)  > H    Is he planning to get drunk and kill people with his car? If not he'd6 probably be considered a model diplomat in Canada. :-(   ------------------------------    Date: 20 Feb 2001 08:17:25 -0500- From: koehler@encompasserve.org (Bob Koehler) ' Subject: Re: Another missed opportunity 3 Message-ID: <xQE4DyXE8wyN@eisner.encompasserve.org>   R In article <96jqeq$bej$1@pyrite.mv.net>, "Bill Todd" <billtodd@foo.mv.com> writes: > A > Bob Koehler <koehler@eisner.encompasserve.org> wrote in message / > news:mOgJpeaGjk3d@eisner.encompasserve.org... 6 >> In article <Re17UWEfCX42@eisner.encompasserve.org>,8 > koehler@eisner.encompasserve.org (Bob Koehler) writes: >> >K >> > Somebody out there must know how UFS handles this.  I never turn quota < >> > on on any of my UNIX systems so I can't readily try it. >>I >>   OK, I tried it.  Looks like the new inode gets the same owner as the H >>   old inode, so the original creator controls it no matter where it's >>   linked. > L > My impression was that the inode itself wasn't replaced, just had its link= > count decremented (so naturally the owner stays the same). o  B My misrembery.  A new link does not create a new inode, just a new/ pointer from the directory file to the inode.  V  D This means if someone else makes a hard link to my file and I rm theF original, I don't get back the quota because my file still exists.  ItC also means I need x access to the whole directory path someone elseaC linked from so I can find my file, and w access to the directory in  order to really delete the it.  D UNIX can keep that behaviour if it want's, I don't want to see it on VMS.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationo= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingS   ------------------------------    Date: 20 Feb 2001 08:19:55 -0500- From: koehler@encompasserve.org (Bob Koehler)E' Subject: Re: Another missed opportunityT3 Message-ID: <bDWSPuhvRr7R@eisner.encompasserve.org>l  _ In article <96k31a$a69$3@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:  > F > The current system works just fine, thank you.  All yo need to do isG > choose the type of link that meets your needs.  No need to change theo2 > whole file system to fix a non-existant problem.  H It still appears someone else can tye up my disk quota.  That's not just/ fine.  (I can't force them to use a soft link.)   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------    Date: 20 Feb 2001 08:18:21 -0500- From: koehler@encompasserve.org (Bob Koehler)o' Subject: Re: Another missed opportunitys3 Message-ID: <3gv14iD4hxRL@eisner.encompasserve.org>   _ In article <96k2fv$a69$1@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:r > F > This is going to run into another difference between VMS filesystemsD > and Unix file systems.  Files do not have a delete priveledge.  InC > order to delete a file you merely need write access to the parent C > directory (the reasoning behind this should be somewhat obvious.)t >   F You also need w access to the file, but of course you can always get w access if you own it.c  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporations= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyings   ------------------------------  % Date: Tue, 20 Feb 2001 08:26:04 +0100-= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>2$ Subject: Re: Compaq wins APAC re-bid) Message-ID: <3A921C0C.EA2A0321@gtech.com>:   Wayne Sewell wrote: J > Unfortunately, I don't see anything about which OS will be used on theseH > systems.  If it will be tru64 or linux, the information is of marginalI > interest.  Still, it feels good to see Sun (and our favorite architect)rN > embarass themselves like that, and at least alpha sales on any platform help* > vms indirectly by keeping compaq afloat.   SC is Tru64.   Arne   ------------------------------  # Date: Tue, 20 Feb 2001 14:28:56 GMTr; From: Mark Garrett <Mark.Garrett@wedontwantyourspam.com.au>3$ Subject: Re: Compaq wins APAC re-bidC Message-ID: <B6B8C868.123F0%Mark.Garrett@wedontwantyourspam.com.au>i  6 in article 3A921C0C.EA2A0321@gtech.com, Arne Vajhj at1 arne.vajhoej@gtech.com wrote on 20/02/2001 18:26:R   > Wayne Sewell wrote:EK >> Unfortunately, I don't see anything about which OS will be used on these I >> systems.  If it will be tru64 or linux, the information is of marginaloJ >> interest.  Still, it feels good to see Sun (and our favorite architect)O >> embarass themselves like that, and at least alpha sales on any platform helpo+ >> vms indirectly by keeping compaq afloat.o >  > SC is Tru64.  J Why would you spend that much good money on alpha to run crap linux, TRU64 is such a better system.!     Hardly a surprising answer :)        Mark ;)    ------------------------------  % Date: Tue, 20 Feb 2001 10:50:54 -0500 B From: "Nicolas LeBlanc" <nicolas_leblanc@dontwantspam.hotmail.com> Subject: DECNET question4 Message-ID: <Rmwk6.132764$Z2.1753647@nnrp1.uunet.ca>   Hi,u  K I've never seen Decnet, but I've used VMS and Windows NT both.. I was asked0K a question at work and since we don't have vax systems here, and I've neveru6 seen Decnet, I'm looking for an answer over the net...  L How do we access VMS directories under Windows NT via Decnet? Is it standard& dos/windows path or those VMS paths..?  I I need to know because we have an application than scan directories and IvL wish to know if I need to do modifications in order to have it working via a$ network drive using VMS via Decnet..   Thank you very much.  K P/S: If you answer by mail, don't forget to take out the nospam addon to my3 email address...   ------------------------------  % Date: Tue, 20 Feb 2001 16:30:47 +0000e- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o Subject: Re: DECNET question) Message-ID: <3A929BB7.5C53B3E3@bbc.co.uk>t   Nicolas LeBlanc wrote:   > Hi,  >sM > I've never seen Decnet, but I've used VMS and Windows NT both.. I was asked M > a question at work and since we don't have vax systems here, and I've nevere8 > seen Decnet, I'm looking for an answer over the net... >VN > How do we access VMS directories under Windows NT via Decnet? Is it standard( > dos/windows path or those VMS paths..?  P short answer, it won't work without extra software. You will need a DECNET stack  N for NT or something that will serve NT shares (eh Pathworks Advanced Server or Sambam" or TCP/IP and NFS) on the VMS box.   >t >?K > I need to know because we have an application than scan directories and IwN > wish to know if I need to do modifications in order to have it working via a& > network drive using VMS via Decnet.. >m  N Please clarify, does your application currently run on VMS and you want to use it! to scan NT shares, or vice-versa.-   >- > Thank you very much. >lM > P/S: If you answer by mail, don't forget to take out the nospam addon to myu > email address...   sorry, newsgroup onlyf   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uks  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Tue, 20 Feb 2001 12:29:03 -0500 B From: "Nicolas LeBlanc" <nicolas_leblanc@dontwantspam.hotmail.com> Subject: Re: DECNET question4 Message-ID: <SOxk6.132776$Z2.1754280@nnrp1.uunet.ca>  F > for NT or something that will serve NT shares (eh Pathworks Advanced	 Server ors > Samba $ > or TCP/IP and NFS) on the VMS box.  L Do you mean that readme.txt will be available as \\MACHINE\Shared\readme.txt ?5  L > Please clarify, does your application currently run on VMS and you want to use. > it# > to scan NT shares, or vice-versa.   K That's a Visual Basic script running on Windows NT, scanning a directory on?L Windows NT.. people used to copy files from VMS to Windows NT for them to beG processed.. we want to know if we can scan the VMS directory instead to  automate the process..  , I'm trying to find out before going there...  
 Thank you.   ------------------------------  % Date: Tue, 20 Feb 2001 18:39:10 +0010a% From: paddy.o'brien@zzz.tg.nsw.gov.au  Subject: Re: ES40 upgrade?5 Message-ID: <01K0CD7BCBW200A1W5@tgmail.tg.nsw.gov.au>    Folks,   Thanks for your comments.s  ? I yesterday received the Compaq update e-mail.  It actually (I  ! think) gave me the info I wanted.   C I have now contacted our re-seller, but apparently in .au there is  @ as yet no cost.  But prima facie, I can upgrade and trade in my  old CPUs (EV6 for EV68).   Regards, Paddy   Paddy O'Brien, Transmission Development,r
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiai   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  A Either "\'" or "\s" (to escape the apostrophe) seems to work for s most people,; but that little whizz-bang apostrophe gives me little spam.c   ------------------------------  % Date: Tue, 20 Feb 2001 08:44:41 -0600s1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>- Subject: Re: ES40 upgrade?8 Message-ID: <96tvtj$r7i$1@fizban.fizban.pprd.abbott.com>  1 I noticed the upgrade/trade-in to and from below.k  C Is this an official Compaq program or a local special of some sort?h  J I was told recently that in the US anyways, there were no upgrade programs	 in place.    Dave...S  2 <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message/ news:01K0CD7BCBW200A1W5@tgmail.tg.nsw.gov.au...w > Folks, >6 > Thanks for your comments.  >>@ > I yesterday received the Compaq update e-mail.  It actually (I# > think) gave me the info I wanted.e >aD > I have now contacted our re-seller, but apparently in .au there isA > as yet no cost.  But prima facie, I can upgrade and trade in my  > old CPUs (EV6 for EV68). >w > Regards, Paddy >o > Paddy O'Brien, > Transmission Development,  > TransGrid, > PO Box A1000, Sydney South,  > NSW 2000, Australia  >S > Tel:   +61 2 9284-3063 > Fax:   +61 2 9284-3050( > Email: paddy.o'brien@zzz.tg.nsw.gov.au >nB > Either "\'" or "\s" (to escape the apostrophe) seems to work for > most people,= > but that little whizz-bang apostrophe gives me little spam.  >t   ------------------------------  % Date: Tue, 20 Feb 2001 08:36:15 -0600 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>>/ Subject: Re: Future outlook for OpenVMS admins?S8 Message-ID: <96tvdn$r4v$1@fizban.fizban.pprd.abbott.com>  # Sorry this got OT.  Keep the faith.t  L What VMS system mgt. and Intel speed wars have in common is not clear to me. ;)   Dave...   * "rocko" <rocko1@home.com> wrote in message7 news:k0kk6.75860$Y6.22461884@news1.mntp1.il.home.com....L > Thanks for your responses.  I had hoped to receive more incite on what theH > job market is like for Open VMS.  I have done a search and found a fewH > results on the job posting sites but was hoping to get a real "inside" viewA > also.  I will take the processor discussion into consideration.o >,! > Thanks again for all your help!e
 > Shawn J.4 > <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message1 > news:01K0B2332VFM00A3W7@tgmail.tg.nsw.gov.au...s3 > > Arne, (hmm the bloody chevrons have gone silly)- > >- > > >rocko wrote: < > > >> My question is what are the opportunities like for an > > >OpenVMS SysAdmin in7 > > >> today's day and age?  I know VMS has been around  > > >forever and it appears 5 > > >> Compaq is continuing to support it and provide ! > > >updates.  I was just worriedi8 > > >> that I would get this job and head down a deadend
 > > >road. > > > : > > >There are not that many VMS jobs available. But there > > >are even fewerT	 > > >good[# > > >VMS people seeking those jobs.a > > >s9 > > >So I would say that being an VMS expert can be quitea > > >lucrative.9 > > >C5 > > >There are a lot of VMS systems out there runnings > > >important stuff, that; > > >can not be replaced quickly. So even if Compaq decided> > > >to dump VMS, then9 > > >there would be a lot of VMS systems running at leastc > > >the next 10 years., > > > ; > > >Beyond that ? Who knows ? It is difficuly to predict -t > > >especially about  > > >the future !  :-) > >t > > A somewhat OT reply. > >e: > > These days, any experience of any job must be a bonus. > >a9 > > I have lost touch with UK, but here job opportunitiest< > > are remote.  Very little chance in seeking a career path; > > for even graduates.  Take any job that you find offerede. > > and use that in your CV for your next job. > >m9 > > This is a general comment aimed at a youngster in anyi7 > > field.  Get experience in as much as you can.  VMS, 2 > > Unices, Windows, cleaning toilets (probably my< > > preference to working with Gates XP).  All experience is: > > valuable and necessary.  Get it and then work out your: > > career path.  What I am seeing around me requires that! > > as your social survival path.  > >c7 > > Forty years on from when I started work when it wasW6 > > difficult not to get a job -- you had to be really: > > bloody intelligent to get the dole, at least two phds. > >e > > Regards, Paddy >  >l   ------------------------------  % Date: Tue, 20 Feb 2001 11:32:04 +0000o/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>b@ Subject: Re: Future outlook for OpenVMS admins? (OT to intel P4)7 Message-ID: <009F7EB9.364269F5.11@maxwell.ph.kcl.ac.uk>f   > # > It might be for Shane S.!!  :-)))o >   > Beyonder at vrx dot net wrote:J > >>>Every reliable test I've seen shows the P4 is even slower than the P3D > except when it comes to playing Quake. And I hardly think that's a > qualifier.<<<  >   * To be fair to Intel (not sure why, though)  K the P2/P3 is a core design that's been stretched about as far as it can be,tK from 133MHz to 1GHz. The P4 is looking to 10GHz and above, where the longereD pipelines should pay dividends. At present, a 1.5GHz P4 doesn't run E existing codes much faster (if at all faster) than a 900MHz P3. When nH codes are re-optimised for the P4 it will do rather better. But the realJ problem being addressed is that a 10GHz P4 is conceivable whereas a 10GHz D P3 is not. In the meantime, Intel will be OK provided that 1.5GHz P4M systems can be had for about the same price as 900MHz P3 ones (that is, after.M they've made big profit out of all the folks who just want the latest at any t cost!)  G Of course, there's AMD to worry about. If they can get the Athlon poweru= consumption down, and steal Itanium's market with Hammer ....b   	Yours, 
 		Nigel Arnota- 		NRA@MAXWELL.PH.KCL.AC.UK                   t  7 		"In the beginning there was nothing, which exploded."n   ------------------------------  % Date: Tue, 20 Feb 2001 18:47:13 +0010.% From: paddy.o'brien@zzz.tg.nsw.gov.auh< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !5 Message-ID: <01K0CDHAI90Y0039YI@tgmail.tg.nsw.gov.au>h  
 From various,r  A OK, again massive ignorance.  What is SETI?  What do these stats o mean?n  A I was alerted, or my interest was aroused, when I saw discussion dC of FFT and the CXML.  This sort of stuff is my field, so what am I   missing about SETI?-   Regards, Paddy   Paddy O'Brien, Transmission Development, 
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiat   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  A Either "\'" or "\s" (to escape the apostrophe) seems to work for m most people,; but that little whizz-bang apostrophe gives me little spam.    ------------------------------    Date: 20 Feb 2001 10:08:45 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)< Subject: Re: FYI: VMS passes the 1,000,000 SETI work units !* Message-ID: <3a92341d$1@news.kapsch.co.at>  [ In article <01K0CDHAI90Y0039YI@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au wrotenB >OK, again massive ignorance.  What is SETI?  What do these stats  >mean?  M SETI@home is a program where SETI (Search for Extra Terrestrial Intelligence)0E uses the computing power of millions of systems all over the world to D analyze the captured radio waves and analyze them (with FFT) to find* signs of intelligent life in the universe.  B >I was alerted, or my interest was aroused, when I saw discussion D >of FFT and the CXML.  This sort of stuff is my field, so what am I  >missing about SETI?  # http://setiathome.ssl.berkeley.edu/i  K SETI refuses the Q implementation of the SETI@home client with an optimizedgD mathematic library (CXML) because they want to have control over theJ implementations (and so they use their own math library) on all platforms.   -- r< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888i< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Tue, 20 Feb 2001 09:16:52 +0000m% From: Alan Greig <a.greig@virgin.net>a5 Subject: Re: heads up - OpenVMS Technical update days 8 Message-ID: <rdd49t4hkp6u83p6j3eepride7pjqjbufd@4ax.com>  C On Mon, 19 Feb 2001 20:52:20 GMT, Colin Blake <colin@theblakes.com>c wrote:   >Wayne Sewell wrote: >oQ >> I cannot get to this page using a vms browser.  netscape displays a blank pagec% >> and mozilla dies a horrible death.r >oo >Mozilla shouldn't crash - unless you are still running M0.6 or earlier. Please upgrade (M0.8 was released overMo >the weekend). Of course, Mozilla can't display the page because there's no Shockwave Flash player for OpenVMS,o( >but at least it doesn't crash any more.  C Mozilla 0.7 crashed for me on that page with an assert error n > 0. # I'll grab 0.8 and see what happens.h   -- Alan   ------------------------------   Date: 20 Feb 2001 07:08:01 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell):5 Subject: Re: heads up - OpenVMS Technical update days@. Message-ID: <bXfUBYofve3w@tachxxsoftxxconsult>  W In article <3A91875B.BC12DAA9@theblakes.com>, Colin Blake <colin@theblakes.com> writes:u > Wayne Sewell wrote:  > Q >> I cannot get to this page using a vms browser.  netscape displays a blank page.% >> and mozilla dies a horrible death.s > J > Mozilla shouldn't crash - unless you are still running M0.6 or earlier.        It was 0.7.a      , $ write sys$output "Starting mozilla-bin..." Starting mozilla-bin...-7 $ mcr HARDY_DISK6:[MOZILLA.MOZILLA]mozilla-bin.        -. Registering plugin 0 for: "*","All types",".*" in SetSecurityButton@ Document http://www.tachysoft.com/www/****** loaded successfullyL                                      ^^^^^^^ edited by me, private home page clearing PRIMARY clipboard: Document http://www.compaq-signup.com/ loaded successfullya assert error: expression = n > 0, in file DKA0:[WORK.NSPRPUB.JACKETS]POLL_JACKET.C;56 at line 523mW %SYSTEM-F-OPCCUS, opcode reserved to customer fault at PC=FFFFFFFF80621E04, PS=0000001BB/ %TRACE-F-TRACEBACK, symbolic stack dump followsrP   image    module    routine             line      rel PC           abs PC      O                                             0 FFFFFFFF80621E04 FFFFFFFF80621E04wO                                             0 FFFFFFFF8058F248 FFFFFFFF8058F248wO                                             0 FFFFFFFF806A3368 FFFFFFFF806A3368l'  VMS_JACKETS  POLL_JACKET  GENERIC_POLL-O                                         21651 0000000000000980 000000000016BEF0 O  LIBGLIB  GMAIN  g_main_poll            19587 0000000000001688 0000000000B829D8 O  LIBGLIB  GMAIN  g_get_current_time     19355 0000000000000FF4 0000000000B82344 O  LIBGLIB  GMAIN  g_main_iterate         19358 0000000000000000 00000000000000001O  LIBGLIB  GMAIN  g_main_run             19482 0000000000001470 0000000000B827C0 O  LIBGTK  GTKMAIN  gtk_main              20665 0000000000000A58 0000000000DD2508 O  LIBWIDGET_GTK  NSAPPSHELL  Run         73130 00000000000014A4 0000000000A73544 O  MOZILLA-BIN  NSAPPRUNNER  main1        60134 00000000000072F0 00000000000372F0 O  MOZILLA-BIN  NSAPPRUNNER  main         60402 0000000000007E48 0000000000037E48tO  MOZILLA-BIN  NSAPPRUNNER  __MAIN           0 0000000000000070 0000000000030070pO  PTHREAD$RTL                                0 000000000003115C 000000007BBF515C-O  PTHREAD$RTL                                0 0000000000012B48 000000007BBD6B48<O                                             0 FFFFFFFF853F33F4 FFFFFFFF853F33F4e      ' >Please upgrade (M0.8 was released overnp > the weekend). Of course, Mozilla can't display the page because there's no Shockwave Flash player for OpenVMS,) > but at least it doesn't crash any more.> >   H We'll see.  Won't be able to test it, because Sue has fixed the original$ problem page that caused the crash.     N Speaking of 0.8, has the HTTPS stuff finally been added this time?  I hope youK are aware that mozilla is totally useless without it.  I mean, one can playaN around with it and try to display pages that netscape won't (as in this case),J but it *cannot* take over as main browser until secure connections work.    L I use https quite heavily.  I know some people don't trust https with creditM card numbers and such, but I have bought somewhere around a hundred DVDs from0O Amazon without a problem.  As far as I am concerned, a browser without https isu% not really a browser, just a wannabe.w  I For the life of me, I don't understand why this capability hasn't been in'J mozilla from day one.  Even netscape 3.03, crappy as it is, can initiate aN secure connection.  Why did anyone even bother to release mozilla at all, evenJ in "technology demonstration" mode, with something as fundamental as https missing?  N I haven't looked at the release notes for 0.8 yet, just having been made awareN of the new version.  If https has indeed been added this time, I apologize forL the above rant and it is hereby withdrawn.  If it is still missing, which is what I expect, the rant stands.c     WayneI --  O ===============================================================================.M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxxr: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================bB Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------   Date: 20 Feb 2001 07:29:15 CDT= From: wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell)d5 Subject: Re: heads up - OpenVMS Technical update days . Message-ID: <OOCvueV6TdoX@tachxxsoftxxconsult>  n In article <bXfUBYofve3w@tachxxsoftxxconsult>, wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) writes:Y > In article <3A91875B.BC12DAA9@theblakes.com>, Colin Blake <colin@theblakes.com> writes:e >  >  > ( >>Please upgrade (M0.8 was released overq >> the weekend). Of course, Mozilla can't display the page because there's no Shockwave Flash player for OpenVMS,s* >> but at least it doesn't crash any more. >> y     > F > Speaking of 0.8, has the HTTPS stuff finally been added this time?     [remainder of rant deleted]   J Now that I have looked at the release notes, I see that https *is* finallyI supported.  I should have looked first before starting my tirade.  Sorry.i     -- yO ===============================================================================rM 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  :-)2O ===============================================================================.B Cute Girl, to Curly: "Oh, what a beautiful head of bone you have!"   ------------------------------  % Date: Tue, 20 Feb 2001 16:24:50 +0000a% From: Alan Greig <a.greig@virgin.net> 5 Subject: Re: heads up - OpenVMS Technical update daysu8 Message-ID: <4t559ts6dr425o6475sbcsn0topqp7m3r4@4ax.com>  E On 20 Feb 2001 07:29:15 CDT, wayne@tachysoft.xxx.344932.killspam.0142  (Wayne Sewell) wrote:   o >In article <bXfUBYofve3w@tachxxsoftxxconsult>, wayne@tachysoft.xxx.344932.killspam.0142 (Wayne Sewell) writes:dZ >> In article <3A91875B.BC12DAA9@theblakes.com>, Colin Blake <colin@theblakes.com> writes: >> s >>   >> n) >>>Please upgrade (M0.8 was released overir >>> the weekend). Of course, Mozilla can't display the page because there's no Shockwave Flash player for OpenVMS,+ >>> but at least it doesn't crash any more.9  C I've just tried with Mozilla 0.8 and it still crashes with the samep( assert error (reported to Colin offline)   >>>  >. >. >>  G >> Speaking of 0.8, has the HTTPS stuff finally been added this time?    >a >[remainder of rant deleted] >nK >Now that I have looked at the release notes, I see that https *is* finallyaJ >supported.  I should have looked first before starting my tirade.  Sorry.     -- Alan   ------------------------------    Date: 20 Feb 2001 08:50:56 -0500- From: koehler@encompasserve.org (Bob Koehler) = Subject: Re: How to obtain hobbyist version of CMS for Alpha? 3 Message-ID: <rabAVgsojZEh@eisner.encompasserve.org>s   In article <y4wvangd8n.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:8 > koehler@eisner.encompasserve.org (Bob Koehler) writes: > L >> IMHO use CMS to handle any and all manually generated text files, such asD >> source or scripts.  Depend on being able to regenerate all binary >> files from the source.p > * > What if the source is, say, the HST? 8-) >   @ HST's data storage was an entire contract.  I worked on a bid.    E Unique binary data files require pose storage concerns that updatableeE data.  Never loosing data is the primary issue, not tracking updates.e  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationm= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------    Date: 20 Feb 2001 15:02:44 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>n= Subject: Re: How to obtain hobbyist version of CMS for Alpha?uH Message-ID: <y4u25ph2pn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / koehler@encompasserve.org (Bob Koehler) writes:u  I > >> Depend on being able to regenerate all binary files from the source.o, > > What if the source is, say, the HST? 8-)G > Unique binary data files require pose storage concerns that updatableeG > data.  Never loosing data is the primary issue, not tracking updates.@  M The point is, there is binary data (and time-changing as well) that cannot bed4 regenerated from source, because it _is_ the source.   	Jan   ------------------------------  % Date: Tue, 20 Feb 2001 14:38:02 +0000n- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> = Subject: Re: How to obtain hobbyist version of CMS for Alpha?4) Message-ID: <3A92814A.BA5342FB@bbc.co.uk>y   Jan Vorbrueggen wrote:  1 > koehler@encompasserve.org (Bob Koehler) writes:  >eK > > >> Depend on being able to regenerate all binary files from the source.s. > > > What if the source is, say, the HST? 8-)I > > Unique binary data files require pose storage concerns that updatable I > > data.  Never loosing data is the primary issue, not tracking updates.. >.O > The point is, there is binary data (and time-changing as well) that cannot be 6 > regenerated from source, because it _is_ the source.  D sure but from the context of the thread I can see, Bob was referringH to OBJ's, OLB's, EXE's and the like when he referred  to "binary files",1 no real unique data obtained from somewhere else.    >C >a
 >         Jan    --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those ofl MedAS or the BBC.s   ------------------------------    Date: 20 Feb 2001 09:56:33 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)> Subject: Re: HOWTO: Disable MIME in OUTLOOK for mailing lists.( Message-ID: <3a923141@news.kapsch.co.at>   In article <rdeininger-1902011909400001@user-2ive74s.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes: Q >In article <01021914500066@lto.locktrack.com>, l_ricker@lto.locktrack.com wrote:l	 >> <rant> D >> (NB to colleagues on this NG:  Don't know what other, alternativeF >> automation/readers some of you are using, but it'd sure be nice if,E >> rather than posting long quotations from a prev-msg, you put *youreC >> own original content/writing at the top of your posting*... It'soF >> frustrating and time-wasting to drag/scroll down through paragraphsD >> of "> "-indented quotation, only to find something like "Me too."C >> Trust me... we *can* all follow the context... 's why its callediC >> a "thread".  I offer this constructively... please don't flame.)G
 >> </rant> >eI >Hmm. At least one poster has recently requested the opposite convention.  >i.e. reply at the bottom. >g >Oh, I almost forgot... Me too!y  G Posting/answering below is of course the better convention (and was forrD many years _the_ convention - until M$ come up with the opposite andF NETSCAPE followed and made it default in their browser settings also -' at least you can and should change it).-  G You might be able to follow a thread only if all postings of the thread G come to your newsserver (which is unfortunately not very common on manydF sites). And it is also not easy to get all messages of a thread from aD news-archive. So the convention is, that you first have the originalI statement (stripped down) and _then_ the answer, cause this is the normale$ way of reading (from top to bottom).   -- t< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888P< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Tue, 20 Feb 2001 08:24:53 -0700   From: l_ricker@lto.locktrack.com: Subject: HOWTO: Disable MIME in OUTLOOK for mailing lists.. Message-ID: <01022008245307@lto.locktrack.com>  / > When you create an entry in the address book 4+ > there is an option for html or text-only.I > Is more required?   < Yup.  I've set, reset and diddled lots of combinations, both= in the old personal address book (PAB) and on various Optionse= tabs, and Outlook will *still* decide on its own to send msgsy9 in HTML, rich text, MIME, whatever, on a whim.  The newery: Contacts entries have *no* provision for "Send messages in; plain text" (unlike the old, now-obsolete PAB), and there's	> simply no design orthogonality that gives one a handle on this= stuff.  I even checked with the Office "gurus" out there, the-> guys who write all those "Inside/Maximizing/Special-Ed/Mother"@ books, and they also admit that full control is nearly hopeless.A Esp. given C/W and IO "modes", apparently developed and supported.= by two MS teams isolated from each other on separate planets.   @ So I gave up on sending NG postings in Outlook.  Thanks, BillyG, for all the fish.  ;-)   Lorin    ------------------------------  % Date: Tue, 20 Feb 2001 19:12:28 +0100   From: Cor Mom <cor.mom@momss.nl>( Subject: I/O done with $UPDSEC operation( Message-ID: <3A92B38C.A33CC7A1@momss.nl>   Hi,y  H We have a Fortran application that uses a shareable installed COMMON. AtF regular time intervals an $UPDSEC will be performed to save the globalA section. When I force all the pages within that global section tolH modified, I am expecting the process that performs the $UPDSEC (save allC pages) to do some I/O, but I don't see any. Has anybody an idea? IstF there in this subject a difference between an installed Fortran COMMONB and a global section created with $CRMPSC? Thanks for your answer.   Cor Mom9   ------------------------------  % Date: Tue, 20 Feb 2001 13:23:18 -0500," From: Dan Sugalski <dan@sidhe.org>, Subject: Re: I/O done with $UPDSEC operation: Message-ID: <5.0.2.1.0.20010220132208.022e8270@24.8.96.48>  + At 07:12 PM 2/20/2001 +0100, Cor Mom wrote:s >Hi, >mI >We have a Fortran application that uses a shareable installed COMMON. At G >regular time intervals an $UPDSEC will be performed to save the globalaB >section. When I force all the pages within that global section toI >modified, I am expecting the process that performs the $UPDSEC (save allt, >pages) to do some I/O, but I don't see any.  H Do you see any paging activity? IIRC that sort of update's handled with - page faults, not with direct or buffered I/O.n     					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunk    ------------------------------  % Date: Tue, 20 Feb 2001 07:27:18 -0300s) From: fabio_compaq@ep-bc.petrobras.com.br-" Subject: RE: Itanium IS the ItanicL Message-ID: <OF87684952.DDBA0115-ON032569F9.003958D3@ep-bc.petrobras.com.br>  K After the brazilian problems with Bombardier, will not be easy fo us to buyq& products Made in Canada, eh ????? =-))   Regards    FC            < "Main, Kerry" <Kerry.Main@compaq.com> em 19/02/2001 17:42:50             Info-VAX@Mvb.Saic.Como      " Assunto: RE: Itanium IS the Itanic     Tim,  ; >>> A computer here is almost twice  the price of  USA  <<<s  J So, build in Canada, get the 0.5 USD rate on our $, just a hop-skip-n-jumpJ from the US market, speak the same language (ok, we have to teach folks toK say "eh", but thats easy) and more importantly get much better and strongerm beer than the US as well !   :-)o   Regards,  
 Kerry Main Senior Consultantl Compaq Canada Inc. Professional Servicesn Voice: 613-592-4660- Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----4 From: Tim Llewellyn [mailto:tim.llewellyn@bbc.co.uk]  Sent: February 19, 2001 10:41 AM To: Info-VAX@Mvb.Saic.Comx" Subject: Re: Itanium IS the Itanic        * fabio_compaq@ep-bc.petrobras.com.br wrote:  D > AMD and Intel probably will install factories in Brazil (in time).: > A computer here is almost twice  the price of  USA ! ! !  D so, same is true here in the UK and our leaders would have us become2 another state in the USA or so it seems sometimes.     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk,  A I speak for myself only and my views in no way represent those of. MedAS or the BBC.e   ------------------------------    Date: 20 Feb 2001 08:43:31 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) " Subject: RE: Itanium IS the Itanic, Message-ID: <+xycmWR4NZwp@malvm1.mala.bc.ca>  M In article <OF87684952.DDBA0115-ON032569F9.003958D3@ep-bc.petrobras.com.br>, S/     fabio_compaq@ep-bc.petrobras.com.br writes:t  M > After the brazilian problems with Bombardier, will not be easy fo us to buyw( > products Made in Canada, eh ????? =-)) >   E    So you don't think Canada has a legitimate "beef" with Brazil, eh?       Don't have a (mad) cow man!   ------------------------------  % Date: Tue, 20 Feb 2001 14:27:27 -03008) From: fabio_compaq@ep-bc.petrobras.com.br " Subject: RE: Itanium IS the ItanicL Message-ID: <OFAA5DF39B.02456356-ON032569F9.005FD36C@ep-bc.petrobras.com.br>  5 We are in comp.os.vms, not in comp.ca.beef , eh ? :-)0   =-)))    RegardsM   FC        B nothome@spammers.are.scum (Malcolm Dunnett) em 20/02/2001 12:43:31             Info-VAX@Mvb.Saic.Com0      " Assunto: RE: Itanium IS the Itanic    
 In articleA <OF87684952.DDBA0115-ON032569F9.003958D3@ep-bc.petrobras.com.br>, /     fabio_compaq@ep-bc.petrobras.com.br writes:4  I > After the brazilian problems with Bombardier, will not be easy fo us to0 buy8( > products Made in Canada, eh ????? =-)) >L  E    So you don't think Canada has a legitimate "beef" with Brazil, eh?P      Don't have a (mad) cow man!   ------------------------------  % Date: Tue, 20 Feb 2001 10:45:39 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brA Subject: Motif ScriptsL Message-ID: <OFB9239D3D.85BDD23A-ON032569F9.004B7729@ep-bc.petrobras.com.br>  1 Do you know any script language for OpenVMS which $ is posible to create Motif windows ? Or Motif is only compilable ...7     Regards    FC   ------------------------------  % Date: Tue, 20 Feb 2001 14:35:42 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>h Subject: Re: Motif Scripts) Message-ID: <3A9280BE.FA4601C3@bbc.co.uk>o  * fabio_compaq@ep-bc.petrobras.com.br wrote:  3 > Do you know any script language for OpenVMS whicho& > is posible to create Motif windows ?! > Or Motif is only compilable ...a >a	 > Regardsa  A Fabio, I assume you have encountered UIL code? Not my idea of funs either.   H tcl/tk does windows in Motif, I havn't yet found a network aware version that works withd, UCX, but I didn't look for a few months now.  D I once worked on an inhouse human interface generator that generated Motifu, code from a high level description language.   hope this helps    >e > FC   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukt  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.w   ------------------------------  % Date: Tue, 20 Feb 2001 10:49:59 -06000+ From: Christopher Smith <csmith@amdocs.com>n Subject: RE: Motif ScriptsL Message-ID: <3B55D7F383B0D31197D9009027541CBF0BDD53A4@cmiexch1.cmi.itds.com>  G If you mean to create a window on the X server, then yes, I believe TCL / (wonderful language, IMO) is available for VMS.a  J It's an interpreted, procedural script language, which has a (very useful) built-in set of gui functions.   Regards,   Chrisf  ! Christopher Smith, Perl DeveloperI Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");= '=  =   > -----Original Message-----+ > From: fabio_compaq@ep-bc.petrobras.com.brs  3 > Do you know any script language for OpenVMS which & > is posible to create Motif windows ?! > Or Motif is only compilable ...a   ------------------------------   Date: 20 Feb 2001 18:31:07 GMT! From: Mark Hatch <mhatch@ics.com>G Subject: Re: Motif Scripts' Message-ID: <3A92B7EA.2AC75867@ics.com>-  F For scripting,I've heard good things about the tcl/Motif interface. IfE you are willing to code in C/C++, you could also use our GUI Builder, B BX. That should be as quick as a scripting language in terms of UI@ development. Check out www.ics.com for details on BX on OpenVMS.   Mark  * fabio_compaq@ep-bc.petrobras.com.br wrote:  3 > Do you know any script language for OpenVMS which & > is posible to create Motif windows ?! > Or Motif is only compilable ...0 >w	 > Regards  >r > FC   ------------------------------  % Date: Tue, 20 Feb 2001 09:25:48 -0600h/ From: Chris Scheers <chris@applied-synergy.com>s Subject: Re: New HD on uVAX 3 Message-ID: <3A928C7C.B8492DE2@applied-synergy.com>f   "Steeples, Oliver" wrote:  >  > the 000000D4 is ...t > / >     (0000 0000 0000 0000 0000 0000 1101 0100)I. >      --+------ --+------ --+------ --+------( >        |         |         |         |H >        |         |         |         +-- data mismatch between DMA andJ >        |         |         |             programmed I/O INQUIRY response1 >        |         |         +-- SCSI status goodc7 >        |         +-- SCSI message-in command complete 2 >        +-- device type is a random access device >  > I >     Now, there's a chance that the DMA on your SCSI controller board is=
 >     broken.e > - >     Another possibility is that the Quantum " >  drive actually did respond withJ >     differing data on two successive INQUIRY commands.  Try doing "T 6",J >     then "T 50" a couple of times to see whether the drive responds moreM >     predictably when power is stable.  If this is the case, then ignore the F >     power-on selftest error (so long as VMS is happy with the disk).( > Possibly install latest alpscsi patch.  F Considering that this problem is on a MicroVAX 3100, the ALPSCSI patchD is unlikely to help.  <grin>  In any case, a VMS patch will not help with POST problems.   s  K > There was an issue with old seagate drives but never heard anything aboutc7 > Qunatum's.  Might be worth updating the >>> firmware.S  2 Is this the problem I see with my Seagate ST4100N?  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com a   Fax: 817-237-3074a   ------------------------------  % Date: Tue, 20 Feb 2001 10:52:45 +0100a1 From: Franz-Josef Fornefeld <jo.fornefeld@gmx.de>t# Subject: Re: Oldest computer games?l' Message-ID: <96ti9u.f0.1@jo.dyndns.org>r   Paul Repacholi wrote:n  @ > Seems a good time to rescue vmsnet.sources from the spew crew.   Just do it. I'll be there.   ------------------------------  % Date: Tue, 20 Feb 2001 19:20:36 +0010r% From: paddy.o'brien@zzz.tg.nsw.gov.aun' Subject: Re: OpenVMS and Supercomputingv5 Message-ID: <01K0CENOEPUA00A5OU@tgmail.tg.nsw.gov.au>,   David,  M I am not a super user, nor anyone who will make Compaq change their attitude.r  H >The real killer for VMS is that this mode of "fast and 99.9% stable" isK >more than good enough for almost all other types of computing as well.  So K >why spend the big bucks for VMS when you can get better performance withintL >the allowed reliability requirements for less, both from Compaq and a largeI >number of other vendors?  Which is one of the more major reasons why VMSrB >retains such a tiny fraction of its former market.  It's only theJ >100% <-> 99.999999% reliable crowd that really _need_ VMS these days.  Or >can afford it.   K What for my team is the main problem of porting from VMS is our usage.  It  F will cost a fortune in programmer salaries (hmmm, retire and become a 
 consultant?).   O All our application software was designed and built on VMS.  The code uses RTL  F stuff like CLI$, LIB$ and SMG$ and the GKS routines, and more, and is K frequently non-portable Fortran and C.  We write/maintain programs for our oM electrical engineers to analyse the network in NSW and the connected grid in -
 Australia.  L We write .COM applications to compare automatically differences between our K dynamic and transient programs, and similar interfaces to compare programs iO from other .au and international suppliers of similar software.  We use DECset aN for our "quality" with many tailormade .COM files to enhance our use (one day O I'll have enough time to make them and the doc presentable enough to donate to n Hoff).  O With attrition, our team has been reduced from 6 to 2.  What worries me is how -L do I deal with all the aforementioned (and others that have not yet come to M mind) if VMS dies tomorrow ("tomorrow" being a latterly defined future time).A  L There must be many others like me (Phil Howell?) who require more than just L "fast and stable" -- yeah I want those too, that is why we have stayed with L VMS -- programs that can run for several days on an ES40, and being able to * get our programs to simulate in realtime).  H Just possibly a different aspect of "the death", and how it will affect O others, we seem not to often hear of usage by companies like mine, and how any r demise will affect us.   Regards, Paddy   Paddy O'Brien, Transmission Development,,
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiae   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,a; but that little whizz-bang apostrophe gives me little spam.,   ------------------------------  % Date: Tue, 20 Feb 2001 11:10:30 +0000i/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>e' Subject: Re: OpenVMS and Supercomputingy7 Message-ID: <009F7EB6.332C0995.12@maxwell.ph.kcl.ac.uk>    > I do not think there are any.  > ) > Super-computing is all Unix those days.a > @ > I can not see any technical reasons why a VMS Alpha box should@ > not be as good as a Tru64 Alpha box as a super-computer. It isA > the same CPU and the same compiler backends. But scientists arepC > just as conservative as anyone else. All the other guys use Unix,  > so we will as well.@   This is a bit unfair.k  A A code that performs complex numerical calculations spread acrosss> multiple CPUs is non-trivial to port. These days, it commonly B relies on "Beowulf Cluster" routines, which in turn layer on Unix.  C Porting such a code to VMS would at present be nontrivial. If thereoB were any great advantage to be gained by so doing, I'm pretty sure, it would be done. But since there isn't ....  D It may get a lot easier when VMS gets the DII/COE stuff, but there'sG still the question as to why spend more to get VMS when the code spendseF almost all its time in user mode. The main metric for a supercomputer D is price per performance unit should be as low as possible. If your E program can be split into many parallel tasks without shared memory, oK it's hard to compete with a large roomful of GHz PCs running Linux. If not,n  G > I think there are quite a few Tru64 Alpha's used as super-computers !o  G Indeed: if you need shared memory for high interprocessor bandwidth andl% high reliability, it's a good choice.e   	Yours,o
 		Nigel Arnot - 		NRA@MAXWELL.PH.KCL.AC.UK                   t  7 		"In the beginning there was nothing, which exploded."    ------------------------------   Date: 20 Feb 2001 17:18:09 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)' Subject: Re: OpenVMS and Supercomputingl, Message-ID: <96u8sh$igd@gap.cco.caltech.edu>  i In article <3A90D16E.95BE7488@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > ? >I can not see any technical reasons why a VMS Alpha box should.: >not be as good as a Tru64 Alpha box as a super-computer.   B There are several technical reasons why VMS is out of this market:  I 1.  Really poor disk and pipe IO performance for this sort of work.  (See 3     my numerous posts on this subject for details).k. 2.  Somewhat poor network IO performance (see 3       http://seqaxp.bio.caltech.edu/www/VMSTCPIP/ )kF 3.  The cutting edge compiler optimizations are only present on Tru64.E 4.  It's easier to run big piggy jobs on Unix than VMS.  On most UnixeH     machines one process can hog all the resources and nothing complainsK     (until the machine starts paging, etc.)  On VMS you have to much arounddF     with a whole bunch of parameters in order to allow these sorts of -     jobs to run without EXQUOTA popping up.  i   but the main reason is that:  D 5.  The vendor doesn't care to keep the product competitive in termsA     of price, performance, or marketing.  Compaq wants you to useeB     Tru64 for this, and they are forcing you to do so by cripplingE     VMS.  (I consider it crippling if insufficient funds are investedaA     to keep the product competitive as the competition improves.)a  D The other point is that for most people (perhaps 98% of the computerF market, by dollars spent) the reliability/performance requirements forB "supercomputing" are very close to their needs, ie, 99% up time isK adequate.  And speed counts as much or more than reliablity.  VMS gives youoG 100-99.99999% reliability (depending on how much you want to spend) butDB ironically, it cannot be dropped down to 99% in exchange for speed- equivalent to these other operating systems.     >It is@ >the same CPU and the same compiler backends. But scientists areB >just as conservative as anyone else. All the other guys use Unix, >so we will as well.  H That's not correct.  VMS is simply not competitive in this field, exceptH possibly on that small class of problems which run for a very long time,K are entirely CPU bound, and can be run in parallel without resorting to PVMM or MPI.    > F >I think there are quite a few Tru64 Alpha's used as super-computers ! >   L Right.  And no VMS machines.  Nor will there ever be given Compaq's current 
 direction.   David Mathog mathog@seqaxp.bio.caltech.edu1? Manager, sequence analysis facility, biology division, Caltech mJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Tue, 20 Feb 2001 11:53:20 +0100s/ From: Marc Van den Eynden <system@dnet.atea.be> % Subject: OpenVMS-releases - timetable , Message-ID: <3A925AB0.27EBD7D5@dnet.atea.be>  : Could someone point me to a timetable of OpenVMS releases.  > (Actually looking for an approx. date for OpenVMS v7.2-1 (axp)A so I don't have to wade through tons of ConDist CD's to find thish version)   TIA    Marc Van den Eyndenb  8 # Above message 100% recyclable, if *you* do not print #   ------------------------------    Date: 20 Feb 2001 09:36:04 -0500- From: koehler@encompasserve.org (Bob Koehler)c) Subject: Re: OpenVMS-releases - timetable 3 Message-ID: <cYqBGuB3VdPh@eisner.encompasserve.org>F  ^ In article <3A925AB0.27EBD7D5@dnet.atea.be>, Marc Van den Eynden <system@dnet.atea.be> writes:@ > (Actually looking for an approx. date for OpenVMS v7.2-1 (axp)C > so I don't have to wade through tons of ConDist CD's to find this2
 > version) >   G Since 7.2-1 is the last thing that shipped, just grab the latest CD and ? it should be there.  IIRC we're all expecting 7.3 any week now.A  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationa= NASA GSFC Flight Software       | Federal Sector, Civil GroupaE                                 | please remove ".aspm" when replying    ------------------------------   Date: 20 Feb 2001 16:16:23 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon) ) Subject: Re: Possible security hole in... , Message-ID: <96u58n$25ed$1@info.cs.uofs.edu>  7 In article <qvWi6.670$cu.2814@gazette.loc1.tandem.com>,25  hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:I |> mM |>   I have asked for additional details around this problem, and have taken  , |>   the report and the discussion off-line. |>  J |>   And please...  *** DO NOT POST SECURITY HOLES OR SYSTEM CRASHERS ***.  D And this is the main reason why there is this perception that VMS isG totally secure while the various Unixes are not.  Because Unix had it'sSE source in academia, everything about it is discussed openly while VMSrC castigates anyone who dares to publicly mention a possible problem.eE That leads to two effects. First, no one ever talks about the problemoB so it appears there afre none.  And second, many people would justF not risk the embarassment of being chastised and therefore just remain  silent when they find something.  H While OpenVMS may be more secure than many other OSes, it is unrealisticF to believe there are no problems, no matter what the bigots might wish you to believe.t   bill   -- rJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   !   ------------------------------  % Date: Tue, 20 Feb 2001 13:45:19 -03008) From: fabio_compaq@ep-bc.petrobras.com.br ) Subject: Re: Possible security hole in...gL Message-ID: <OF185917A0.898918C9-ON032569F9.005BBBBE@ep-bc.petrobras.com.br>  J OpenVMS is safe, because it is unknown ! I never had problems with OpenVMSI in terms of security.. again the big problem with OVMS is not itself, but1	 the TCPIP K services....since I use it, had a lot of problems with telnet ....freezing,t etc ...8  I My greatest problems in the datacenter are not with security holes of thep OS,-6 but users sharing passwords and things like this . . .   OpenVMS is not "user proof"...   Regardss   FC        B bill@triangle.cs.uofs.edu (Bill Gunshannon) em 20/02/2001 13:16:23  & Favor responder a bill@cs.scranton.edu             Info-VAX@Mvb.Saic.Com       ) Assunto: Re: Possible security hole in...u    7 In article <qvWi6.670$cu.2814@gazette.loc1.tandem.com>,o5  hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:2 |>F |>   I have asked for additional details around this problem, and have takent, |>   the report and the discussion off-line. |>J |>   And please...  *** DO NOT POST SECURITY HOLES OR SYSTEM CRASHERS ***.  D And this is the main reason why there is this perception that VMS isG totally secure while the various Unixes are not.  Because Unix had it'ssE source in academia, everything about it is discussed openly while VMSoC castigates anyone who dares to publicly mention a possible problem.hE That leads to two effects. First, no one ever talks about the problemaB so it appears there afre none.  And second, many people would justF not risk the embarassment of being chastised and therefore just remain  silent when they find something.  H While OpenVMS may be more secure than many other OSes, it is unrealisticF to believe there are no problems, no matter what the bigots might wish you to believe.i   bill   --J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Tue, 20 Feb 2001 12:01:53 -0500B2 From: rdeininger@mindspring.com (Robert Deininger)) Subject: Re: Possible security hole in...pL Message-ID: <rdeininger-2002011201540001@user-2ivebqo.dialup.mindspring.com>  H In article <96u58n$25ed$1@info.cs.uofs.edu>, bill@cs.scranton.edu wrote:  9 > In article <qvWi6.670$cu.2814@gazette.loc1.tandem.com>,w7 >  hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  > |> eO > |>   I have asked for additional details around this problem, and have taken u. > |>   the report and the discussion off-line. > |> rL > |>   And please...  *** DO NOT POST SECURITY HOLES OR SYSTEM CRASHERS ***. > F > And this is the main reason why there is this perception that VMS is2 > totally secure while the various Unixes are not.  G It may indeed be A reason.  But if you claim it is THE MAIN reason, yout ought to offer some evidence.M   > Because Unix had it'saG > source in academia, everything about it is discussed openly while VMSmE > castigates anyone who dares to publicly mention a possible problem.   C As has been said repeatedly in this NG, you are free to give CompaqoH reports about security holes.  Even if you don't have a software supportH contract.  All they are asking of you is to keep the details private, soI some hacker-punk doesn't find out and take advantage of the info before aXJ fix is made.  If you think there is some benefit to discussing the problemC in a public forum, go ahead.  It would be wise to leave out all thee details.  G The point is, posting details of a security hole would not get it fixed-7 any faster, but would expose far more sites to hackers.5  G > That leads to two effects. First, no one ever talks about the problemN" > so it appears there afre none.    G Aren't we talking about it now?  And we don't know that this was a real0G security problem.  Maybe it was a false alarm, a mis-configured system,  etc.  $ > And second, many people would justH > not risk the embarassment of being chastised and therefore just remain" > silent when they find something.  D People embarass themselves here over far less every day.  Is there aJ special kind of embarassment around security reports?  I think this man is made of straw.  J > While OpenVMS may be more secure than many other OSes, it is unrealisticH > to believe there are no problems, no matter what the bigots might wish > you to believe.k  G I don't know that anyone has claimed there are NO problems.  Experience I and evidence suggest strongly that VMS is far more secure than many other C OS's, however.  A casual glance at security announcements for othertH platforms tells me there are a LOT of holes in many unixes.  Is VMS downJ by a factor of 10? 20? 100? 500?  I don't know.  As you say, VMS reportingG may be less public.  But there is no way VMS security bugs approach thesG level of common unixes.  We (folks who use VMS all the time) would havel heard about them.i   -- a Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Tue, 20 Feb 2001 09:31:19 -0500a3 From: "Gaitan D'Antoni" <gaitan.dantoni@compaq.com>t% Subject: Re: Problems starting Apacher* Message-ID: <96tv5g$74s@usenet.pa.dec.com>  H <j.t.horn@usa.net> wrote in message news:96s82v$ocq$1@news.netmar.com... >eF > When I try to start Apache, in the APACHE$SERVER.LOG file ends with:1 > Unable to gethostname: function not implemented  >- >-9 > Using Java 118 (tried also Java 1.2.2 with the logical)0" > Multinet 4.2A (with all patches) > OpenVMS 7.2-1e  L As far as we know, Apache should work with Multinet 4.2A. I suggest that youK contact the Process Software Support Center support@process.com and ask forf9 any updates required to run the Compaq Secure Web Server.-     Gaitan D'Antoni-. Apache Web Server for OpenVMS Technical LeaderC http://www.openvms.compaq.com/openvms/products/ips/apache/csws.htmlp Compaq Computer CorporationE   ------------------------------  + Date: Tue, 20 Feb 2001 08:52:04 -0600 (CST)h& From: Drew Shelton <drew@sematech.org>% Subject: Re: Problems starting Apachet- Message-ID: <01K0BSTYPQVY003EZP@SEMATECH.Org>h   James T Horn wrote:s  E >When I try to start Apache, in the APACHE$SERVER.LOG file ends with:r0 >Unable to gethostname: function not implemented  H I got that same error when I first installed Apache.  I know this soundsK silly, but IP had died on my workstation and I hadn't noticed.  Verify that " Multinet really is up and running.  L ============================================================================6 Drew Shelton                         drew@sematech.org9 VMS Systems Manager                  office: 512-356-7575g9 Sematech                             fax:    512-356-7600  2706 Montopolis DriveoK Austin, TX 78741-6499                I speak for myself only, not Sematech.TB     "OpenVMS is today what Microsoft wants Windows NT v8.0 to be!"I                                                         - Compaq, 9/22/98iL ============================================================================   ------------------------------  % Date: Tue, 20 Feb 2001 14:38:28 -0300p) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: RDB SQLSRV errorsL Message-ID: <OF91652E19.5E40B3A2-ON032569F9.0060A6F8@ep-bc.petrobras.com.br>  - I am still having problems with the listenerst  # The messages are below...any idea ?a  P ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.475-------------A %SQLSRV-I-EVENT_LOG, event logged at line 588 in file COM_TNS.C;1 F %SQLSRV-E-TNSFAILURE, Oracle SQL*Net TNS nslisten() service has failedP %SQLSRV-E-TNSEXTENDED, Oracle SQL*Net TNS error codes: primary (12542) secondary  (12560)P ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.546-------------  P ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.927-------------? %SQLSRV-I-EVENT_LOG, event logged at line 10082 in file CMD.C;1mJ %SQLSRV-E-TNSFAILURE, Oracle SQL*Net TNS oci_listener() service has failedP ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.927-------------  P ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.980-------------? %SQLSRV-I-EVENT_LOG, event logged at line 10128 in file CMD.C;1 5 %SQLSRV-E-NOLISCREATED, No listeners could be created,P ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.988-------------   ------------------------------  % Date: Tue, 20 Feb 2001 13:02:42 -0500 , From: "McNutt, Larry E." <Mcnutt@timken.com> Subject: RE: RDB SQLSRV errorsR Message-ID: <DA88FF10ADA8D211ADE700805F6507AF05BB861A@ctnhemail01.corp.timken.com>   Fabio,   This may be of help...  A $ SEARCH/WINDOW=(0,18) SYS$HELP:SQLSRV_messages70.txt TNSEXTENDED:F        TNSEXTENDED,  Oracle SQL*Net TNS error codes: primary (<value>)(                      secondary (<value>)  ?          Explanation: These are the error codes returned by thea$          Oracle SQL*Net TNS service.  A          User Action: Look up the text of these error codes usingr<          Oracle SQL*Net tools and take action accordingly. -  ?        TNSFAILURE,  Oracle SQL*Net TNS !AZ() service has failedt  B          Explanation: An error was returned from an Oracle SQL*Net          TNS-level call.  @          User Action: The error could be resulted from a networkE          problem or an incorrect value in an Oracle SQL*Net parameterrD          file. If it is the latter, modify the parameter file to fix          the problem. -r   -----Original Message-----) From: fabio_compaq@ep-bc.petrobras.com.brp, [mailto:fabio_compaq@ep-bc.petrobras.com.br]) Sent: Tuesday, February 20, 2001 12:38 PMV To: Info-VAX@mvb.saic.comb Subject: RDB SQLSRV errors    - I am still having problems with the listenerse  # The messages are below...any idea ?   6 ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.475-------------aA %SQLSRV-I-EVENT_LOG, event logged at line 588 in file COM_TNS.C;1 F %SQLSRV-E-TNSFAILURE, Oracle SQL*Net TNS nslisten() service has failedF %SQLSRV-E-TNSEXTENDED, Oracle SQL*Net TNS error codes: primary (12542)	 secondaryd  (12560)6 ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.546-------------   6 ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.927-------------L? %SQLSRV-I-EVENT_LOG, event logged at line 10082 in file CMD.C;1aJ %SQLSRV-E-TNSFAILURE, Oracle SQL*Net TNS oci_listener() service has failed6 ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.927-------------R  6 ------------EVENT BEGIN:  EVENT_LOG at Tue Feb 20 2001 14:14:06.980-------------t? %SQLSRV-I-EVENT_LOG, event logged at line 10128 in file CMD.C;1=5 %SQLSRV-E-NOLISCREATED, No listeners could be createda6 ------------EVENT END  :  EVENT_LOG at Tue Feb 20 2001 14:14:06.988-------------b   ------------------------------  % Date: Tue, 20 Feb 2001 11:04:04 +0100o3 From: "NUNES, Victor" <Victor.Nunes@CPRBillets.Com>O Subject: registeriE Message-ID: <9add7250a69f30fa14e0d419b10b21d23a925139@cprbillets.com>l  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  $ --=_57e5b9201e33f451de48302cb6361068 Content-Type: text/plain;p 	charset="iso-8859-1"V    $ --=_57e5b9201e33f451de48302cb6361068 Content-Type: text/html; 	charset="iso-8859-1"s  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>H <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">H <META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2650.12"> <TITLE>register</TITLE>e </HEAD>n <BODY>   </BODY>  </HTML>o& --=_57e5b9201e33f451de48302cb6361068--   ------------------------------  % Date: Tue, 20 Feb 2001 15:34:01 +0100y, From: Didier Morandi <Didier.Morandi@gmx.ch> Subject: Re: track STOP/ID% Message-ID: <3A928059.2DB5990@gmx.ch>    Hoff Hoffman wrote:o  I >   OpenVMS version and platform?  Most of the OpenVMS versions likely inpA >   use here will have the SET AUDIT/ALARM/ENABLE=PROCESS=DELPRC e  @ I dreamed of it for ages, VMS Eng did it. ==> I love VMS Eng :-)  ! Thanks to all of you who replied.s   D.E (the problem was that there *was* a way to be nasty on a VMS platformo# without any way to know the author)g   ------------------------------   Date: 20 Feb 2001 07:27:06 GMT- From: djweath@attglobal.net (Dave Weatherall)t Subject: RE: TREE/SWING updates.5 Message-ID: <DTiotGxQ0bj6-pn2-yS27mlNuBiVG@localhost>n  7 On Mon, 19 Feb 2001 13:08:56, "Everhart, Glenn (FUSA)" e# <GlennEverhart@FirstUSA.com> wrote:e  @ > Send it to me (everhart@gce.com) for the sigtape distribution. > Glenn Everhart > OVMS SIG librarian...a >  >  > -----Original Message-----< > From: djweath@attglobal.net [mailto:djweath@attglobal.net]) > Sent: Sunday, February 18, 2001 2:36 AM  > To: Info-VAX@Mvb.Saic.Coma > Subject: TREE/SWING updatesr >    Will do.    Cheers - Dave.   ------------------------------  % Date: Tue, 20 Feb 2001 08:58:32 -0500 % From: "Islandco" <sales@islandco.com>.& Subject: Re: TZ87 DLT Drive Connection/ Message-ID: <t94t9fepdmir7c@corp.supernews.com>*   Bill  E You need the TZ87-AY - this is a standard TZ87 with the 4 prong power 	 connectorP  K We could swap this or a regular DLT2000 (same thing except for indentifier)** if your drive is working in a hot swap can   Regards-   David-   -- Island Computers US Corporation0 2700 Gregory Streetd	 Suite 150s Savannah GA 31404  Tel: 912 447 6622r Fax: 912 201 0096  sales@islandco.com www.islandco.com  C This message and any files transmitted with it are confidential and J may be privileged and/or subject to the provisions of privacy legislation.H They are intended solely for the use of the individual or entity to whomE they are addressed. If the reader of this message is not the intendedo
 recipient,G please notify Island Computers US Corp immediately and then delete thisr message.I You are notified that reliance on, disclosure of, distribution or copyingl of this message is prohibited.    0 Bill R. King <brking@flash.net> wrote in message news:3A9150E1.1E38@flash.net...y > Roy, >m > Thanks for the info. >AI > The drive itself has a big SCSI-SE label on it, so I believe that is inh
 > fact SE. >oH > There are several components on the flex circuit. I first thought thatE > one was an IC, but after looking more closely, I see that it is thetG > smallest 7-switch DIP switch that I have ever seen. Also, there are 2-I > fuses (5A for +5v and 3A for +12v lines?), 3 resistors and a capacitor.  > C > I should be able to get this to work if I can determine the power H > connections. If all else fails, I should be able to make a good  guessG > by using an ohmmeter to follow the traces to an IC to determine which0
 > one is +5v.: >G > Thanks again,i >l > Bill >d > Roy Omond wrote: > >j > > "Bill R. King" wrote:h > >n > > > Bernd, > > >uL > > > Thanks for the info and for taking the time to look inside your TZ-85. > > >>K > > > I have learned that the TZ87-BY is sometime referred to by Digital as  anJ > > > "embedded SCSI drive". I have DLT drives from TZ86s to DLT8000s, all ofL > > > which have a SCSI connector and a standard 4-pin power connector. This6 > > > the first time I have seen the 14-pin connector. > > > E > > > Hopefully, Digital tech support will be able to help on Monday.o > > >eH > > > I will keep the SSB cover and 96-pin connector for a while in case > > > someone needs. > > $ > > Mmmm... memories coming back ... > >lF > > I seem to recall something similar to your description when tryingH > > to utilise TZ87 drives that had been extracted from one of the TL81nI > > tape mini-libraries.  The way I recall it was that the drives were int factK > > wide differential, and the extra "stuff" was to enable it to be used in J > > an SE SCSI chain (or vice-versa :-).  I think that particular customerD > > tried to get it to work with a DWZZA, but without success.  ThisF > > was a good few years ago, so my recollection could either be wrong8 > > or else have nothing to do with your description ;-) > >h
 > > Roy Omond. > > Blue Bubble Ltd.   ------------------------------  % Date: Tue, 20 Feb 2001 09:58:48 +0000 % From: Alan Greig <a.greig@virgin.net>e Subject: Umbrellas in the UK8 Message-ID: <nle49tc4e00vdencpdqo88eq6nlpf8kgso@4ax.com>   It's arrived folks,h  E I now have my ultra reliable OpenVMS umbrella. The leaflet says "LiketE this trusty umbrella, OpenVMS has withstood the test of time, keepingp? you covered with extraordinary reliability, scalability, robustm> performance  and 24 x 7 availability. Take the world by storm"  C Could have added "Once it's up it never goes down until you want ityF to" and "unlike some other umbrellas we could mention it's not full of1 holes which you'll have to patch every other day"  -- Alan   ------------------------------  % Date: Tue, 20 Feb 2001 16:41:07 +0100., From: Didier Morandi <Didier.Morandi@gmx.ch>  Subject: Re: Umbrellas in the UK& Message-ID: <3A929013.77A89D9B@gmx.ch>   Alan Greig wrote:u >  > It's arrived folks,h > G > I now have my ultra reliable OpenVMS umbrella. The leaflet says "Likef@ > this trusty umbrella, OpenVMS has withstood the test of time,   F Not very original. I have a mug which says "PDP-11 withstands the test	 of time".   H I think someone (/john Covert?) gave it to me during a p*o*e*t*s evening% at PJ Witneys in Maynard around 1984.    D.   ------------------------------   Date: 20 Feb 2001 07:27:05 GMT- From: djweath@attglobal.net (Dave Weatherall)s Subject: Re: Version numbers5 Message-ID: <DTiotGxQ0bj6-pn2-Hu6zbjKRY5sY@localhost>M  2 On Sun, 18 Feb 2001 17:31:39, "David J. Dachtera" $ <djesys.nospam@earthlink.net> wrote:   ....   > > E > > Neat. A suggestion. Instead of RENAME how about BACKUP /DEL. Thisn; > > would maintain the original creation date, which RENAMEf > > sometimes/usually loses. > D > No - RENAME changes the REVISION date (RDT), not the creation date > (CDT). > H > You may be thinking of COPYing a file to a new name - that will changeI > the CDT. BACKUP preserves the original creation date when making a copyh- > if a file where the target gets a new name.    David D               you're right, of course. My memory/reasoning is vague F here, hence my 'sometimes/Uusually' getout. It's obviously time I set F myself up a machine here at home. It would help me check before I post at the w/e :-)  A In retrospect, it may have been a problem with object libraries, uC revision dates an make-style procedures that caused me problems. I 2E just know that I only use RENAME when I'm not the least bit bothered 2A about timestamps. Memory and logic often get confused in my head.e   Cheers - Dave.   ------------------------------  % Date: Tue, 20 Feb 2001 09:08:10 +0000n) From: Christof Brass <brass@infopuls.com>  Subject: Re: version numbers.p+ Message-ID: <3A9233FA.943533A@infopuls.com>n  ! l_ricker@lto.locktrack.com wrote:  > = > > Hey guys, I had no idea about the firestorm (filestorm??)R4 > > my request would stir up.  Many, Many thanks!!!! > = > As one of the many contributors to this (firestorm) thread,i9 > it seems that a bit of summarization, and a humble-yet-m+ > constructive suggestion, may be in order:s > ? > 1. In the early days of VMS, there was an implicit assumptionrB >    that file versions could run to ;32767, and that'd be enough;B >    i.e., a 16-bit field would be enough.  After all, "who'd ever1 >    EDT or TECO a file that many times, eh?" ;-)a > > >    This was probably true enough for the first decade or so. > B > 2. However, over time, many of us (me too!) have developed hand-A >    crafted com-procedures to accommodate, manage and compensate @ >    for this 16-bit version number.  Obviously, system managers? >    have exerted significant amounts of time and creativity tou> >    dealing with this, and, based on the evidence of this and@ >    related threads, it's apparently becoming more of a problem? >    than in the "early days."  Thus, what is a symptomatic and @ >    common problem may also be an opportunity-in-waiting (e.g.,7 >    a VMS system suggestion or wish-list improvement).n > B > 3. It's also probably true that the mix and kind of applicationsD >    that many of us now manage has changed, possibly significantly: > B >    a) VMS now "integrates" (whatever that might mean) with otherF >       environments that do *not* provide file versioning capability. > @ >    b) A significant number of applications (e.g., web-servers,B >       firewalls, e-biz, etc.) have been ported to VMS from otherB >       environments (see a above) and are, shall we say, prolificA >       about generating things like data files, log files, tracet >       files, dump files, etc.  > A >    c) And many of these ports are made without (or with little)r= >       regard to VMS file creation/open conventions, and are A >       oblivious to the notion of a "max ;version".  Even "true"t@ >       VMS app's which execute as periodic/recurring batch jobs8 >       run into this problem, esp. re: batch log-files. > B >    d) And, since many (most?) such ports are intended to be used? >       "as-is", most system managers have neither the time nore@ >       inclination to find and "patch up" the log-file opening/6 >       management code of any particular application. > ? > 4. So, we routinely are seeing many instances of "running out,> >    of ;version numbers" (in our lifetime!), and are spending: >    significant amounts of time/energy to cope with them. > ? > Now, in light of the above, and in the spirit of good systemseB > analysis, I hereby propose that we, the good members of this NG,A > stop proposing *solutions* (i.e., patches and fixes to specifictA > DCL commands to remedy point problems), but instead concentrate(@ > on specifying our *problem* (requirements... it's OK that theyA > be *new* requirements!  Hey, things change, and developers, ther4 > original VMS crew included, are not *prescient*!). > A > If we can do that, then we should trust VMS Engineering to heedp: > our call, propose and develop some enhancements to help.' > (Hoff, please jump in anytime now...)n > @ > Here's a shot at this (strawman!... feel free to shoot at it): > F >   I. VMS, specifically file management commands, need to address theG >      problem of a specific file-spec hitting the maximum file versiont
 >      limit.c > @ >      In particular, the current default behavior of generating< >      an error, specifically "SYSTEM-W-BADFILEVER, bad file? >      version number", when the max-version limit is exceeded,a> >      needs to be augmented by additional, optional behaviors+ >      that can be set on a per-file basis.t > G >  II. While on the face of it, the instant analysis is "16-bits is note; >      enough", this is probably solving the wrong problem.= > A > III. The real question should be "What should happen to versionSC >      numbering if/when the ;32767 limit is reached?"  This may be B >      constructively answered by considering one or more new fileC >      attributes, e.g. (but not comprehensively), sys-mgr settable7B >      things like "Restart versioning (wrap-around)", "auto-purgeD >      and renumber", or "error/default (same as current behavior)".B >      Oops, I'm really not trying to specify *the* solution, just> >      discussing the problem and perceptual space abstractly. > D >  IV. While DCL commands like SET FILE and PURGE may seem to be theE >      most obvious places where sys-mgr visibility could be given toRB >      these ideas, VMS Engineering will no doubt want to evaluateB >      several options and ramifications, and should do so without5 >      externally-imposed implementation assumptions.- > D > JUSTIFICATION:  The availability of new, useful behavioral optionsD > when hitting the max-version limit will save numerous hours of VMSD > system management time and effort, and permit many of us to retireE > hundreds or thousands of lines (aggregate) of hand-crafted DCL code4B > which currently try to manage this problem using ad-hoc methods. >  > Respectfully submitted,- > Yours, etc., etc.V >  >   Lorin Ricker  < While I regard this summery as very helpful I doubt that the= direction of the solution is in synch with the spirit of VMS.I; Basically handling infinitely increasing version numbers is-; *not* a problem of handling the version number. Instead the.< application or environment etc. is broken somewhat. The next@ what will happen after "solving" the version number problem is a= disk space problem. And interfering with the version handling > system will break a lot of assumptions made so far in a lot of2 programs and management routines out in the field.  > The misbehaviour of poorly ported UNIX (or whatever OS without= version numbers) should be fixed where the problem came from:R? correct the program. Or set the version limit to 1. It might beA@ helpful to extend VMS that it can be act like a versionless OS -: but I vaguely remember that setting the version limit to 1? achieves this behaviour because I know a company using UNIX and ? VMS and the first thing the guys are doing after creating a new)/ directoy on VMS setting the version limit to 1.e  ? If we automated routines which create new verions in a frequent : manner we should re-think this procedure or use one of the= proposed solutions. I doubt that there is reasonable solution > based on handling the version numbers which is helpful in most= occasions. There too many different possibilities of how thisS situation should be handled.  = I propose to collect a number of typical "use cases" and lookt< into the possible solutions with the current version of VMS.? After doing that we might be in a position to propose extendingr VMS.  ? UC is use case, PS is proposed solution, AP associated problems-  ; UC1: ported program like Apa(t)che(e) generates lots of newp versions@ PL1: set directory /version_limit=1 or set file /version_limit=1  " UC2: re-submitting batch procedure  PL2: set file /version_limit=100  : BTW is there a tool like cron (but much better) for VMS? I> didn't need it so far but I would be interested in a scheduler; which is able to handle holidays. I know there was a threadg< about schedulers but I think these are heavy weight. What is cron equivalent on VMS?(   ------------------------------  % Date: Tue, 20 Feb 2001 07:39:54 -0500:- From: "Richard D. Piccard" <piccard@ohio.edu>- Subject: Re: version numbers.T( Message-ID: <3A92659A.78DBB275@ohio.edu>  	 Christof,-  H     You have misunderstood either the problem or the effect of setting a version limit.  I --  A version limit is a constraint on the NUMBER OF versions of the fileSJ that can exist.  Once reached, the creation of a new version automaticallyE deletes the existing file with the smalles version number.  The newlyNH created version has a number that is one larger than the largest already
 in existence.e  F --  Eventually, no matter what the version limit, the highest existingI version number will be the maximum permitted, and then no new version can : be created.  This is the problem we are trying to address.  H --  Self-re-submitting batch jobs on a ten-minute cycle take less than a year to exceed 32,767 versions.c  +                                         RDPd     Christof Brass wrote:e   > [snip   @ > The misbehaviour of poorly ported UNIX (or whatever OS without? > version numbers) should be fixed where the problem came from:lA > correct the program. Or set the version limit to 1. It might benB > helpful to extend VMS that it can be act like a versionless OS -< > but I vaguely remember that setting the version limit to 1A > achieves this behaviour because I know a company using UNIX andTA > VMS and the first thing the guys are doing after creating a newM1 > directoy on VMS setting the version limit to 1.r >n > [snip]  = > UC1: ported program like Apa(t)che(e) generates lots of newT
 > versionsB > PL1: set directory /version_limit=1 or set file /version_limit=1 >a$ > UC2: re-submitting batch procedure" > PL2: set file /version_limit=100   [snip]     --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Tue, 20 Feb 2001 15:50:56 +0000p) From: Christof Brass <brass@infopuls.com>t Subject: Re: version numbers.n, Message-ID: <3A929260.408DA902@infopuls.com>   "Richard D. Piccard" wrote:2 >  > Christof,  > J >     You have misunderstood either the problem or the effect of setting a > version limit. > K > --  A version limit is a constraint on the NUMBER OF versions of the file,L > that can exist.  Once reached, the creation of a new version automaticallyG > deletes the existing file with the smalles version number.  The newlyGJ > created version has a number that is one larger than the largest already > in existence.j > H > --  Eventually, no matter what the version limit, the highest existingK > version number will be the maximum permitted, and then no new version can-< > be created.  This is the problem we are trying to address. > J > --  Self-re-submitting batch jobs on a ten-minute cycle take less than a! > year to exceed 32,767 versions.t > - >                                         RDPe >  > Christof Brass wrote:a > 	 > > [snip  > B > > The misbehaviour of poorly ported UNIX (or whatever OS withoutA > > version numbers) should be fixed where the problem came from: C > > correct the program. Or set the version limit to 1. It might berD > > helpful to extend VMS that it can be act like a versionless OS -> > > but I vaguely remember that setting the version limit to 1C > > achieves this behaviour because I know a company using UNIX andaC > > VMS and the first thing the guys are doing after creating a new 3 > > directoy on VMS setting the version limit to 1.  > >n
 > > [snip] > ? > > UC1: ported program like Apa(t)che(e) generates lots of newn > > versionsD > > PL1: set directory /version_limit=1 or set file /version_limit=1 > > & > > UC2: re-submitting batch procedure$ > > PL2: set file /version_limit=100 >  > [snip] >  > --D > ==================================================================D > Dick Piccard                           Academic Technology ManagerD > piccard@ohio.edu                                 Computer ServicesD > http://oak.cats.ohiou.edu/~piccard/                Ohio University  ; Thanks for corecting me. But also with your explanation thet; behaviour is what we need for UNIX style operation: a newlyt< created file will erase the old one. If this is not what you; want you have take different action whatsoever. There is nod9 silver bullet which offers you multiple versions of filesi> without the need to do anything with them. Otherwise you won't
 need them.  > If the maximum version limit is set to 1 offering an attribute? to avoid increasing the version number might be an option whicha; doesn't break existing code although I doubt that. But this.@ would be obviously a possible quick fix. In the case of multiple> versions I doubt that there is anyting similar. OTH I think if> you only one version around then it is a simple task to rename? it to version 1. This would be different if there are thousandsf of versions around.,  > My proposal to fix PL2 is no fix at all. New proposal for PL2:> use a simple DCL procedure which will create a unique log file< name like <jobname>_<date>_<time>_<pid> and supply this name with the /LOG qualifier.   ------------------------------  % Date: Tue, 20 Feb 2001 11:17:52 -0500i- From: "Richard D. Piccard" <piccard@ohio.edu>m Subject: Re: version numbers. ( Message-ID: <3A9298AA.66D14752@ohio.edu>  I Another idea to toss into the hopper:  let the SET DIRECTORY and SET FILEtH commands have new options (/REPLACE perhaps) that specify unix behavior:+ version_limit of 1 and version_number of 1.e  #                                 RDPs   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Tue, 20 Feb 2001 16:36:18 +0000-- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e Subject: Re: version numbers.l) Message-ID: <3A929D02.3071C289@bbc.co.uk>b   "Richard D. Piccard" wrote:n  K > Another idea to toss into the hopper:  let the SET DIRECTORY and SET FILEeJ > commands have new options (/REPLACE perhaps) that specify unix behavior:- > version_limit of 1 and version_number of 1.   3 but you already CAN specify a version limit of one.c  --l6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukh  A I speak for myself only and my views in no way represent those ofv MedAS or the BBC.h   ------------------------------    Date: 20 Feb 2001 10:38:48 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)8 Subject: Re: VMS 4.6 installation problem - an easy one.* Message-ID: <3a923b28$1@news.kapsch.co.at>  [ In article <uthitm5vr86.fsf@theremin.hut.fi>, Erno Palonheimo <esp@theremin.hut.fi> writes:bA >I'm installing VMS 4.6 (don't ask why) on a MicroVAX II, and I'm D >running into trouble.  What's the file name I'm supposed to restore8 >from the tape?  I've tried VMS046.B but it wasn't that.  G I did this in 1987 and it was in fact VMS046.B which I did backup/imagey: to the disk and then boot VMS from this new system disk...   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  + Date: Tue, 20 Feb 2001 13:14:18 +0000 (UTC)T From: motyakov@mx.ihep.sue8 Subject: Re: VMS 4.6 installation problem - an easy one.& Message-ID: <96tqj9$6mo$1@inn.ihep.su>   Hello,I IIRC you should restore (do BACKUP/IMAGE) REQUIRED. saveset from the tapeC. and boot from the newly created disk. Example:+    $ BACKUP/IMAGE MSA0:REQUIRED./SAVE DUA0:tA There also should be LIBRARY. and OPTIONAL. savesets on the tape.e Hope this helps.   Vit.    [ In article <uthitm5vr86.fsf@theremin.hut.fi>, Erno Palonheimo <esp@theremin.hut.fi> writes:y >e >Greetings,v >sA >I'm installing VMS 4.6 (don't ask why) on a MicroVAX II, and I'mcD >running into trouble.  What's the file name I'm supposed to restore8 >from the tape?  I've tried VMS046.B but it wasn't that. >y >-- B >Erno Palonheimo ; esp@iki.fi ; http://iki.fi/esp/ ; +358505604765   ------------------------------    Date: 20 Feb 2001 09:49:01 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>-2 Subject: Re: VMS 7.2-1 Bugcheck In DECW$REINIT.EXEH Message-ID: <y4elwt91tu.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  6 LESLIE@209-16-45-102.insync.net (Jerry Leslie) writes:  7 >   o Failing PC: FFFFFFFF.80007268  OTS$REM_UL_C+000B8   N That's the general run-time support library, and I think this is "remainder ofE an unsigned long". Looks like a division by 0 is happening somewhere.m   	Jan   ------------------------------  # Date: Tue, 20 Feb 2001 09:16:42 GMTc8 From: Veli =?iso-8859-1?Q?K=F6rkk=F6?= <korkko@decus.fi>3 Subject: Re: VMS and other platforms in the SAN boxt( Message-ID: <3A915589.10BF9144@decus.fi>  7 I think WMS eng (or Storage) recently qualified VMS forg) Transparent Failover operation. Check it.O   _velih   Dave Gudewicz wrote: > H > We've been busy building a SAN and now I want to introduce VMS to this > environment. > M > We tested a node and it worked as advertised provided all the release notesmM > got read and followed to the letter.  We tripped over the SCSI-3 must have., > N > Now we wish to include VMS with the other systems we have on the SAN, mostly? > Sun and NT servers and wondered if anyone here has done same.  > J > I'm hearing complaints that Mutibus puts a financial burden on the otherM > platforms.  They need to purchase Secure Path software that isn't cheap I'mb > told.r > 1 > Any one here doing this kinda stuff?  Comments?o >  > -- > Dave..   ------------------------------  % Date: Tue, 20 Feb 2001 08:28:11 -0600o1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>s3 Subject: Re: VMS and other platforms in the SAN box"8 Message-ID: <96tuu2$r2a$1@fizban.fizban.pprd.abbott.com>  D I heard about single HBA/FC yesterday after I posted the first note.  5 The place to find this, when it becomes available is:   0     http://www.openvms.compaq.com/openvms/fibre/  ' It wasn't there yet last time I looked.)   Dave...h  0 "Veli Krkk" <korkko@decus.fi> wrote in message" news:3A915589.10BF9144@decus.fi...9 > I think WMS eng (or Storage) recently qualified VMS for + > Transparent Failover operation. Check it.r >  > _velia >t > Dave Gudewicz wrote: > >eJ > > We've been busy building a SAN and now I want to introduce VMS to this > > environment. > >pI > > We tested a node and it worked as advertised provided all the releaser noteseI > > got read and followed to the letter.  We tripped over the SCSI-3 muste have.e > >bI > > Now we wish to include VMS with the other systems we have on the SAN,  mostlyA > > Sun and NT servers and wondered if anyone here has done same.a > >tL > > I'm hearing complaints that Mutibus puts a financial burden on the otherK > > platforms.  They need to purchase Secure Path software that isn't cheapn I'm 	 > > told.  > >g3 > > Any one here doing this kinda stuff?  Comments?  > >o > > --
 > > Dave.. >e   ------------------------------  % Date: Tue, 20 Feb 2001 09:24:44 -0800 @ From: "Russell E. Owen" <owen@astroNOJNK.washington.edu.invalid>4 Subject: Re: VMS lock management issue -- conclusion1 Message-ID: <96u992$kfm$1@nntp6.u.washington.edu>s  I Thanks to all who replied. The expedite flag (and quecvt) were new to me eF (we recently upgraded from a very old VMS) and look like they will be  very helpfu.  G I especially want to thank Jon Pinkley who wrote a detailed reply with r; several helpful references (especially Programing Concepts tD "Synchronizing Access to Resources", which is where the info at the B beginning of my ancient System Services manual moved to). He also D pointed out a typo in my original example -- read access was via PR 2 (protected read) access, not PW (protected write).    B For anyone else in this situation, here's what I've decided to do.  $ First, a restatement of the problem:  G I have a shared resource (a block of data in global memory). Processes hD can read, read/hold, or write it. To update the data: read/hold it, 6 update your private local copy and write the new data.  G I want processes who are doing update to wait for each other. However, lG readers need only wait for the short period the data is actually being oH written. My original solution occasionally (i.e. once every few months) C failed because a reader could get stuck on the wait queue behind a h4 read/hold request if accesess were timed just wrong.  I My planned solution is to use a pair of locks where formerly I was using s one.G 1) read/write lock: obtained for the brief moment that the resource is pA read or written. Obtained in PR mode for read, PW for write. Use v: lck$m_quecvt so a slew of readers cannot hang up a writer.F 2) hold lock: ignored for read, obtained in PW mode for read/hold and E write (before obtaining the read/write lock). Released automatically t4 after a write (after releasing the read/write lock).  H I have tested this mode (though so far without the lck$m_quecvt flag on I the read/write lock; I plan to fix that shortly) and it seems to work --  H though it'll be months of heavy use before I can be sure the problem is  fixed.  D I have also modified all my code that obtains new null locks to use A lck$m_expedite. It's great to have that old worry out of the way!m  
 -- Russell   ------------------------------  % Date: Tue, 20 Feb 2001 16:36:45 +0100n, From: Didier Morandi <Didier.Morandi@gmx.ch>2 Subject: Re: VMSINSTAL to POLYCENTER INSTALL tool?& Message-ID: <3A928F0D.EF26451F@gmx.ch>  E Your answer makes sense, but I worked on that one, and my conclusionsm are the following:  F 1. DCL gives no room for fuzzy logic, so systematic translation should	 be doablei  B 2. all configuration stuff will be extracted and packaged within a post-install procedure  D 3. all files copy, directories creation and accounts creation can be done by Polycenter.w  G So, with a DCL tool I made to format a given kitinstal.com procedure inlG an easy readable format for source code parsing, the idea is to extractfE the code which will be used by Polycenter, then translate it to validoH Polycenter syntax (with *s/old/new/w/not and good old EDT), then use theF remaining DCL code to build a product$config.com procedure and ask the" user to run it after installation.  G Someone here said that one of the main diferences between Vmsinstal andkH Polycenter product install is that now we don't mix the installation andF the configuration phases. This is exactly what I plan to do: split theC original code in these two phases and make two resulting files, theiA .pcsi$desc and the .com (actually three, as I wish to extract theo. embedded help text to make a .pcsi$text file).  > I currently work on a DCL to pseudocode converter. If the wordH "pseudocode" does not exist in English, it means "write programming codeH phrased in English instead of standard program specific words". Example:   $ if f$search(myfile) .eqs. "" $ then' $   say "File ",myfile," doesn't exist"c $   exit $ endift  
 will give:  - if myfile does not exist, then exit proceduret  B This (could) allow(s) automatic documentation (one of my favouriteD midnite hacks). It could also allow a program to "understand" what a? kitinstal does, then "decide" where to put the new code, in theeG .pcsi$desc or in a product$config.com procedure automatically produced.r  F I have no pretention to invent a new OPS5 language, just ease my daily business, you see.   D.   Hoff Hoffman wrote:i > I >   Such a conversion tool -- from VMSINSTAL DCL to PCSI -- would be newsrH >   to me.  You would not need the translation tool for the simple case,I >   and the complex cases would be far more complex than I could envisionn7 >   reasonable success with an automated translation...    ------------------------------    Date: 20 Feb 2001 09:51:49 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>8# Subject: Re: www.openvms.compaq.com H Message-ID: <y4bsrx91p6.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) carl@gerg.tamu.edu (Carl Perkins) writes:a  K > RMS is not the only thing you'd have to change. You'd also have to changec > DCL's file parsing.   M 'scuse me - DCL does explicit file name parsing itself and doesn't leave thate# to RMS and the XQP!? Where and why?a   	Jan   ------------------------------  # Date: Tue, 20 Feb 2001 14:26:33 GMTt, From: Dave Harrold <DRHarrold@earthlink.net>7 Subject: Re: [DSNlink NE V3.0] Way too many processes ?n8 Message-ID: <fgv49t89a6kvgftt80h4u1u0rjl3tniftb@4ax.com>  C On 19 Feb 2001 21:04:22 +0100, eplan@kapsch.net (Peter LANGSTOEGER)n wrote:   >e
 >Negative:2 >*) still U**X shell style (instead of a good CLI)L >*) still no command line recall for previous commands (except the last one)L >*) Takes even longer to start the session (minutes instead of many seconds)  2 *) Still no printing of articles directly, either.  ? >*) Way too much processes do now exist (at least on my system)e9 >	I currently have 39 processes running (doing nothing ?)S >   B I'm not seeing that here.  I'm using Multinet as the transport.  I> seems to me to be odd that they are all the same process name.      V ======================================================================================V Dave Harrold                                          E-Mail: David_Harrold@Aurora.orgL Sr. Software Systems Engineer                         Phone : (414) 647-6204L Aurora Health Care                                    FAX   : (414) 647-4999I 3031 W. Montana Street                                Milwaukee, WI 53234=  X "A common mistake people make when trying to design something completely foolproof is to/ underestimate the ingenuity of complete fools."    ------------------------------  % Date: Tue, 20 Feb 2001 10:59:53 -0500 - From: "Peter Weaver" <peter.weaver@stelco.ca> 7 Subject: Re: [DSNlink NE V3.0] Way too many processes ?a4 Message-ID: <xwwk6.132768$Z2.1753338@nnrp1.uunet.ca>  7 "Peter LANGSTOEGER" <eplan@kapsch.net> wrote in messaged$ news:3a91a8ef$1@news.kapsch.co.at...D > In article <3a917c46$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: > ... A > >*) Way too much processes do now exist (at least on my system) ; > > I currently have 39 processes running (doing nothing ?)f > ...v  @ We are not seeing the processes you are, we are using a modem to= connect to DSN though. But I completely agree with your other 6 comments. The lack of a recall buffer is a major pain.  E I would also add the lack of standard help within the program to be as major problem.  F The fact that to exit the scrolling you type Q<RETURN> but to exit theE program completely you also type a Q<RETURN>. This is really annoyingrE when you a scrolling through something, see what you want to know andtC press Q<RETURN> to exit the scroll then find out that the scrolling E was going to stop on its own anyway. At least the programmers who didbA DSN 1.2 thought about this problem and did not allow it to happen B (remember how DSN 1.2 would tell you that CTRL-Z does not exit the program, type EXIT instead).  E We have sent a list of problems with DSN 3.0 to our support group. WelB refused to go to DSN 2.0 when we saw the problems with it, but now? Compaq is saying that 1.2 will be retired on August 5th. If thecE problems in DSN are not fixed by then we may just drop it completely,a6 DSN is more of a benefit for Compaq than it is for us.       Today in history:  ----------------- B "Mr. Speaker, with the leave of the House, I should like to make aF somewhat lengthy statement on the subject of one facet of the national> defense of Canada....The government has carefully examined and@ reexamined the probable need for the Arrow aircraft and IroquoisE engine known as the CF-105......The conclusion arrived at is that the D development of the aircraft and Iroquois engine should be terminated now."   >  And so with these words, then Prime Minister John DiefenbakerC cancelled the Avro Arrow, and Iroquois engine projects. This actiong? threw 50,000 people out of work and destroyed a nation's dream.e   ------------------------------   End of INFO-VAX 2001.102 ************************