1 INFO-VAX	Mon, 04 Oct 2004	Volume 2004 : Issue 550       Contents: Re: Good new bad news  Goodbye my VMS friends Re: Goodbye my VMS friends Re: Goodbye my VMS friends Learn French in the Alps. N Re: Obsucure Inquier article about Intel mentions VMS (and not any other  OS')I Obsucure Inquier article about Intel mentions VMS (and not any other OS') M Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS') M Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS') P Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS') OS Rare behaviour xabrdt # Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? # Re: SHOW DEVICE/FILES with FORTRAN? = Re: Why do I need Read access to a directory, to WRITE to it?   F ----------------------------------------------------------------------   Date: 3 Oct 2004 18:05:05 -0700 2 From: williamwebb@openvms-rocks.com (William Webb) Subject: Re: Good new bad news= Message-ID: <bf98c417.0410031705.1b3887bd@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<cjbjt0$si4$1@new-usenet.uk.sun.com>...  > First the bad news.  > E > UDC the technology foundation of HP's Adaptive Enterprise Marketing > > program is now under threat as HP cuts back R&D expenditure. >  > 0 > http://uk.news.yahoo.com/040928/152/f3gmi.html > @ > Now the good news, UDC never supported OpenVMS so people using' > it will be unaffected by any changes.  > 	 > Regards  > Andrew Harrison   & And here's some more bad news, Andrew.  # Kodak Wins Java Lawsuit Against Sun : http://www.groklaw.net/article.php?story=20041003041632172  / I think it's stupid and Sun has my sympathies-    5 (something I never thought I'd find myself saying...)    WWWebb  ! (I'm still job-hunting, folks...)    ------------------------------  # Date: Sun, 03 Oct 2004 18:07:37 GMT # From: "John N." <JNixon@cfl.rr.com>  Subject: Goodbye my VMS friends ; Message-ID: <JdX7d.64805$Of3.45590@tornado.tampabay.rr.com>   L I have decided, as they say to "pursue other interests".  I am retiring fromK the VMS world. Outside business ventures have taken over all my time, which L is a good thing.  (Actually, it is a wonderful thing).  The business my wifeH started has taken on a life of its own and now needs full time attention from both of us.  H I don't know how many of  you still  remember me from past DECUS events,I this board or other VMS related events.  I have worked exclusively on VMS I systems since 1980 when we received our first VAX 780 with a couple of 67 L MByte RM03s.   My last project included incorporating an ES47 and an EVA5000K storage array into our cluster.  A cluster that evolved over the years from L a couple of VAX 750s with RP and RA disks and went through many upgrades andI transitions including Unibuses,  Q-busses, DSSI busses, CIs and now fibre J channel.  We migrated and upgraded  systems and CPUs ranging from MVIIs toH VAX 4000s to VAX 6000's and VAX 7000s to Alpha 2100s and Alpha 8400s andF ES4xs.  But the basic job of the cluster remained the same; processingK billions of transactions and generating millions and millions of dollars of H revenue for a  long lasting, rapidly growing application..  The capacityH grew over a thousand fold without ever replacing the Operating System or core programs.  I VMS and ChoicePoint (my employer for most of the past 18 years) have been L very good to me.  In spite of all the rumors and speculation of the death ofL VMS we all hung in there.  As I retire from the high tech world of computersK I will always remember the people I have worked with.  I learned a lot from L working with VMS and with VMS people.  Always maintain your standards. Don'tA compromise quality. Don't give up. And don't be afraid of change.    ------------------------------  # Date: Sun, 03 Oct 2004 20:31:27 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: Goodbye my VMS friends 0 Message-ID: <00A38CEE.EE7B308E@SendSpamHere.ORG>  a In article <JdX7d.64805$Of3.45590@tornado.tampabay.rr.com>, "John N." <JNixon@cfl.rr.com> writes: M >I have decided, as they say to "pursue other interests".  I am retiring from L >the VMS world. Outside business ventures have taken over all my time, whichM >is a good thing.  (Actually, it is a wonderful thing).  The business my wife I >started has taken on a life of its own and now needs full time attention  >from both of us.  > I >I don't know how many of  you still  remember me from past DECUS events, J >this board or other VMS related events.  I have worked exclusively on VMS  2 I remember you from DECUS events John.  Good luck!  , What is the business that your wife started?   --  < http://www.ProvN.com  for the *best* OpenVMS system security=                       solutions that others only claim to be.  --  , Cyber-Terrorism (si'-ber tayr'-or-iz-em) n.:M   The release of, the sale of, or the use of any Micro$oft software product!   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM    ------------------------------   Date: 3 Oct 2004 16:56:47 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski) # Subject: Re: Goodbye my VMS friends = Message-ID: <857e9e41.0410031556.4da12336@posting.google.com>   
 Dear John,  B I miss you much success if your the joint venture with your wife. C Thank you for the contributions you have made to VMS to make it the A wonderful customer focused producted it is.  Your retirement from 2 choicpoint is just a starting point of a new trip.  
 Warm Regards,  Sue     f "John N." <JNixon@cfl.rr.com> wrote in message news:<JdX7d.64805$Of3.45590@tornado.tampabay.rr.com>...N > I have decided, as they say to "pursue other interests".  I am retiring fromM > the VMS world. Outside business ventures have taken over all my time, which N > is a good thing.  (Actually, it is a wonderful thing).  The business my wifeJ > started has taken on a life of its own and now needs full time attention > from both of us. > J > I don't know how many of  you still  remember me from past DECUS events,K > this board or other VMS related events.  I have worked exclusively on VMS K > systems since 1980 when we received our first VAX 780 with a couple of 67 N > MByte RM03s.   My last project included incorporating an ES47 and an EVA5000M > storage array into our cluster.  A cluster that evolved over the years from N > a couple of VAX 750s with RP and RA disks and went through many upgrades andK > transitions including Unibuses,  Q-busses, DSSI busses, CIs and now fibre L > channel.  We migrated and upgraded  systems and CPUs ranging from MVIIs toJ > VAX 4000s to VAX 6000's and VAX 7000s to Alpha 2100s and Alpha 8400s andH > ES4xs.  But the basic job of the cluster remained the same; processingM > billions of transactions and generating millions and millions of dollars of J > revenue for a  long lasting, rapidly growing application..  The capacityJ > grew over a thousand fold without ever replacing the Operating System or > core programs. > K > VMS and ChoicePoint (my employer for most of the past 18 years) have been N > very good to me.  In spite of all the rumors and speculation of the death ofN > VMS we all hung in there.  As I retire from the high tech world of computersM > I will always remember the people I have worked with.  I learned a lot from N > working with VMS and with VMS people.  Always maintain your standards. Don'tC > compromise quality. Don't give up. And don't be afraid of change.    ------------------------------  $ Date: Mon, 4 Oct 2004 00:31:27 +0200( From: John Cuteaux<i_cute33@hotmail.com>" Subject: Learn French in the Alps.7 Message-ID: <41607dbe$3$25456$8fcfb975@news.wanadoo.fr>    To learn French in France, I found this great school, located both in Annecy and Chambry, in the heart of the Alps. Given the number of activities and the surroundings I thought I would share this ressource with others.   http://www.ifalpes.com  E Let me know if you have any good education portal ressources. Thanks.    ------------------------------  $ Date: Mon, 4 Oct 2004 02:33:40 +0100< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>W Subject: Re: Obsucure Inquier article about Intel mentions VMS (and not any other  OS') 6 Message-ID: <4160a87b$0$22749$db0fefd9@news.zen.co.uk>  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:4160A255.7E2352D2@teksavvy.com... > Alex Daniels wrote:  >>, >> http://www.theinquirer.net/?article=18848 > I > Since Intel has abandonned workstations, what will intel do to replace   > those 2 > "____VMS workstations" mentioned in that story ? >   I I guess they could replace them with rx1600's or rx2600's which both are  " available in tower configurations.    From one of Intel's own sites...  P http://content.channelintelligence.com/images/products/135x135/2399/11999379.jpg   Alex   ------------------------------  $ Date: Mon, 4 Oct 2004 01:11:10 +0100< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>R Subject: Obsucure Inquier article about Intel mentions VMS (and not any other OS')6 Message-ID: <41609523$0$22748$db0fefd9@news.zen.co.uk>  ) http://www.theinquirer.net/?article=18848    Alex   ------------------------------  $ Date: Sun, 3 Oct 2004 21:42:50 -0400# From: "John Smith" <a@nonymous.com> V Subject: Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS'), Message-ID: <g-CdnSROmfrxMv3cRVn-jg@igs.net>   Alex Daniels wrote: + > http://www.theinquirer.net/?article=18848  >  > Alex    J Haven't you heard....there'll never be another OpenVMS workstation. HP has  killed its Itanic workstations,.   ------------------------------  $ Date: Mon, 4 Oct 2004 03:19:33 +0100< From: "Alex Daniels" <AlexNOSPAMTHANKSDaniels@themail.co.uk>V Subject: Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS')6 Message-ID: <4160b33c$0$22765$db0fefd9@news.zen.co.uk>  / "John Smith" <a@nonymous.com> wrote in message  & news:g-CdnSROmfrxMv3cRVn-jg@igs.net... > Alex Daniels wrote: , >> http://www.theinquirer.net/?article=18848 >> >> Alex  >  > L > Haven't you heard....there'll never be another OpenVMS workstation. HP has" > killed its Itanic workstations,. >    I didn't write the article.   L However, a rx1600 or rx2600 in their tower configurations would be fine for $ my current workstation requirements.   Alex     ------------------------------  % Date: Sun, 03 Oct 2004 21:07:44 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> Y Subject: Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS') OS , Message-ID: <4160A255.7E2352D2@teksavvy.com>   Alex Daniels wrote:  > + > http://www.theinquirer.net/?article=18848   L Since Intel has abandonned workstations, what will intel do to replace those0 "____VMS workstations" mentioned in that story ?  M Maybe Intel will secretely continue to make Alphas (perhaps locate one on the E edge of each 8086 wafer being produced :-)  so it can assemble enough - motherboards to keep its own fabs running :-)    ------------------------------   Date: 3 Oct 2004 13:41:36 -0700 , From: w.j.versteeg@wanadoo.nl (Wim Versteeg) Subject: Rare behaviour xabrdt< Message-ID: <740a9987.0410031241.b17aa74@posting.google.com>  N A program which uses the xab$q_rdt field of the xabrdt seems not to work underM 7.3-1 with ODS-5 disks. Is it 7.3-1 or ODS-5 ? I assume the latest, but why ? N Under 7.1-2 and 7.2-1 with ODS-2 it works just fine. The date, supplied in theJ xab$q_rdt field just before the $CLOSE is in fact the revision date of theN file. But on 7.3-1 with ODS-5 the supplied date is ignored and the actual date( and time are used for the revision date.   ------------------------------  % Date: Sun, 03 Oct 2004 13:15:09 -0400 ( From: David Froble <davef@tsoft-inc.com>, Subject: Re: SHOW DEVICE/FILES with FORTRAN?, Message-ID: <4160339D.3010901@tsoft-inc.com>   JF Mezei wrote:    > David J Dachtera wrote:  > M >>>DIRECTORY command's capabilities.  Doing it yourself is a pain in the ass.  >>> J >>LIB$FILE_SCAN plus the various services that return file information are1 >>all documented in the system RTL, are they not?  >> >  > Documented ? Yes.  > J > Perhaps not as "pain in the ass" as Mr Froble had mentioned, but it doesO > require some additional work in the program to setup the FAB, NAM, XAB blocks L > and structures/pointers to get the file information for each file and then  > convert it to readable format. >   P You haven't mentioned FIB, attributes, dates, and more.  I'll stand by 'pain in O the ass'.  Remember, a user will point to the DIRECTORY command and ask, "It's  / all there, why is it so hard to get the data?".    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Sun, 03 Oct 2004 16:06:23 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>, Subject: Re: SHOW DEVICE/FILES with FORTRAN?+ Message-ID: <416069CE.97F04749@comcast.net>    David Froble wrote:  >  > JF Mezei wrote:  >  > > David J Dachtera wrote:  > > O > >>>DIRECTORY command's capabilities.  Doing it yourself is a pain in the ass.  > >>> L > >>LIB$FILE_SCAN plus the various services that return file information are3 > >>all documented in the system RTL, are they not?  > >> > >  > > Documented ? Yes.  > > L > > Perhaps not as "pain in the ass" as Mr Froble had mentioned, but it doesQ > > require some additional work in the program to setup the FAB, NAM, XAB blocks N > > and structures/pointers to get the file information for each file and then" > > convert it to readable format. > >  > Q > You haven't mentioned FIB, attributes, dates, and more.  I'll stand by 'pain in P > the ass'.  Remember, a user will point to the DIRECTORY command and ask, "It's1 > all there, why is it so hard to get the data?".   G I guess the reason why it's a PITA is that DIRCETORY was implemented as  program rather than an API.   H I've always viewed ODS (the "filesystem") and RMS (the "file system") asE separately layers where the rest of the system tends to treat them as B more or less the same "layer". Seems to me that the actual on-diskE structure (the header, the extent(s) and the file header content) are H all ODS stuff while the RMS stuff (record format, record attributes) are all layered on top of that.   G Perhaps that explains why I've always thought of adding RMS to non-VMS, F non-DEC operating systems as a matter of adding a layer above the fileE primitives, much like it was in the pre-VMS worlds (RSTS, RSX, RT-11,  etc.).  F D'ya ever take a DUMP/RECORD of a .DIR file? One can figure out all ofA the fields in a directory record and except for the string-length F limitations of pre-V7.3-2, directory records can be manipulated withinE DCL. I even wrote a DCL proc. that counts the files in a directory by  reading it directly.  D All that said, yes - there is room in the freeware world for a "fileC information library": a set of routines that can be called from any E language to return information about a file on disk. Some of what you E seek is in the file header such as dates. Some are RMS things that we H must dig a bit deeper to get (file attributes, record attributes, etc.).  H One of my related pet-peeves: BASIC returns information about files openC on channels during a traceback, yet that info. is not available via C documented built-ins. This has been true since BASIC Plus-2. Why is  that?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 03 Oct 2004 18:46:19 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> , Subject: Re: SHOW DEVICE/FILES with FORTRAN?+ Message-ID: <41608138.612A0FB@teksavvy.com>    David Froble wrote: Q > You haven't mentioned FIB, attributes, dates, and more.  I'll stand by 'pain in 
 > the ass'.       M SYS$DISPLAY will populate a FAB tree for you, and that includes a whole bunch J of information including dates, key descriptions for indexed files etc etcN etc. The RMS manual has fulld escription of all the fields which can be filled in a FAB (with attached XABs).  L Thing is that RMS has a whole bunch of fields, many of which are not presentJ on all files (for instance key fields in a sequential file are not there).   ------------------------------  % Date: Sun, 03 Oct 2004 18:09:54 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: Why do I need Read access to a directory, to WRITE to it?, Message-ID: <416078B1.16210A06@teksavvy.com>  M Another possibility would be to just setup a queue where users would "submit" T their files to the queue and have a symbiont process which then processes the files.   ------------------------------   End of INFO-VAX 2004.550 ************************