0 INFO-VAX	Sat, 25 Jan 2003	Volume 2003 : Issue 50      Contents:) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape ) Re: Antique question: 11/730 Console Tape  Re: DECnet Proxy Problem Re: dynamic DNS 2 Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains!! Re: High hit rate VMS Web server?  High hit rate VMS Web server? / Re: HP announces a new dawn for VMS on itanium! / Re: HP announces a new dawn for VMS on itanium! " Re: Motif and SYS$QIO / AST in VMS" Re: Motif and SYS$QIO / AST in VMS" Re: Motif and SYS$QIO / AST in VMS" Re: Motif and SYS$QIO / AST in VMS" Re: Motif and SYS$QIO / AST in VMS New VAX PL/I Kit Re: VMS source listings ?   F ----------------------------------------------------------------------  % Date: Sat, 25 Jan 2003 14:53:22 +0000 ) From: Antonio Carlini <arcarlini@iee.org> 2 Subject: Re: Antique question: 11/730 Console Tape& Message-ID: <3E32A4E2.6020604@iee.org>   David Harrison wrote: G > Thanks! I'm aware of the internal tape drive. In fact, that's how the M > original tape was "eaten". The roller was dirty on the external drive so I, K > without thinking, moved the tape to the internal drive. Little did I know M > that the pinch roller had turned to jelly, thus leaving black goop all over  > the tape.   ; These tapes are supposed to be remarkably resilient - clean > the goop off and it may work again. You should also be able to= replace the pinch roller (someone has instructions on exactly ) what to do ... somewhere on the net ...).   L > Someone has made a couple of copies of the second tape I found via anotherN > antique - an HSC50. Luck for me as the HSC50 will be gone to computer heaven > in a few weeks.   7 Even easier would be to keep the TU58 from the HSC50 as  a spare ...    Antonio    --     --   --------------- - Antonio Carlini             arcarlini@iee.org    ------------------------------  % Date: Fri, 24 Jan 2003 18:42:17 -0600 / From: "David Harrison" <djharrid@bellsouth.net> 2 Subject: Re: Antique question: 11/730 Console Tape5 Message-ID: <xRkY9.14181$t51.3986@news.bellsouth.net>    Doc,  J Tried your suggestion with no positive results, BUT it set me on the right track:   DEFBOO.CMD:       I      D/P/L  F26200  86      D/P/L  F2620C  FFFFFFFF      D/P/L  F26200  6 =     !   D/G/L  0  00A80003 <===  did this per your suggestion   4      D/G/L  0  11 <===  did this per your suggestion      D/G/L  1  3C      D/G/L  2  3F468  <===  changed this from 3FB86 to 3F468 as per ?                                             the DUABOO.CMD file       D/G/L  3  0      D/G/L  4  0      D/G/L  5  0
      E  SP  J Now works like a champ! Well, maybe not a champ but at least like a proper 11/730. $ Thanks most exalted guru of VAX/VMS!  
 Thanks again,  David Harrison   ------------------------------  % Date: Fri, 24 Jan 2003 18:43:52 -0600 / From: "David Harrison" <djharrid@bellsouth.net> 2 Subject: Re: Antique question: 11/730 Console Tape5 Message-ID: <ZSkY9.14182$t51.9233@news.bellsouth.net>   E Thanks! I'm aware of the internal tape drive. In fact, that's how the K original tape was "eaten". The roller was dirty on the external drive so I, I without thinking, moved the tape to the internal drive. Little did I know K that the pinch roller had turned to jelly, thus leaving black goop all over 	 the tape. J Someone has made a couple of copies of the second tape I found via anotherL antique - an HSC50. Luck for me as the HSC50 will be gone to computer heaven in a few weeks.   @ I'm trying to access the online manual, but thus far no success.  < Anyway, it is now fixed per a suggestion from "Doc Octopus".  
 Thank you.   ------------------------------  % Date: Fri, 24 Jan 2003 18:59:49 -0600 / From: "David Harrison" <djharrid@bellsouth.net> 2 Subject: Re: Antique question: 11/730 Console Tape5 Message-ID: <V5lY9.14188$t51.4054@news.bellsouth.net>   3 Thanks a million to everyone who made a suggestion. I The ol' beast is now loading its console tape again as per its old, slow,  usual self.   G I'm no computer historian, but I do think VMS is arguably the best O.S.  ever. L It has features that are only now appearing on "modern" systems. I witnessedL a big turn away from VMS in the earily 90's toward "open" operatings systemsL (i.e. - UNIX). Unfortunately I never saw a version of UNIX that was any less proprietary than is VMS.  I An HP/Compaq/DEC salesman recently told me that OpenVMS systems have been G selling well as they tend to be more secure. I have my doubts about the & sales increase, but I hope it is true.  % The VAX is dead. Long live (Open)VMS!    ------------------------------   Date: 25 Jan 2003 14:40:11 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) ! Subject: Re: DECnet Proxy Problem 0 Message-ID: <b0u7kb$bio$1@n.ruf.uni-freiburg.de>  e In article <b0s49m$s3han$1@ID-141708.news.dfncis.de>, "Peter Weaver" <peter.weaver@stelco.ca> writes:  >Christoph Gartmann wrote: >>... 7 >>   "NET$PROXY" [exec] = "DISKH:[SYSEXE]NET$PROXY.DAT" 5 >>   "NETPROXY" [exec] = "DISKH:[SYSEXE]NETPROXY.DAT"  >>) >> The following is a list of my proxies:  >> >>> sho/proxy *  >>...  > I >Just a guess since I don't have OSU-Server, but try a SHOW/PROXY/OLD, it M >could be that you have a record in the phase 5 proxy DB, but not in phase 4. L >Authorize will only show the Phase 5 but DECNet IV will not use it. If that4 >is the problem then REMOVE the proxy and re-add it.  K Great! This solved the problem. The "MPI7::HTTP_SERVER HTTP_SERVER/DEFAULT" J was only present in the new DB. This might be due to the fact that I addedJ the proxy first without the "/DEFAULT" and modified it afterwards. Anyway,E removing the proxy and re-adding it showed it then in both databases.    Regards,    Christoph Gartmann   H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, Germany                                           |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Sat, 25 Jan 2003 10:36:06 +0100  From: Dirk Munk <munk@home.nl> Subject: Re: dynamic DNS4 Message-ID: <hTsY9.37058$7F3.3128104@zwoll1.home.nl>   Phillip Helbig wrote: $ > As one can see from, for example,  > ( >    http://www.technopagan.org/dynamic/ > H > there are many dynamic-DNS providers out there.  Can anyone recommend F > one which is not only good in general but also easy to use from VMS? >  How about VMS itself ?   ------------------------------  # Date: Fri, 24 Jan 2003 22:09:15 GMT ' From: Doc Octopus <dococt@noschpam.org> ; Subject: Re: EV7 hits, blows away Sun, IBM, 2-3x VMS gains! / Message-ID: <Xns930D9024F5D10XSlug27@68.6.19.6>   ? On 23 Jan 2003, David Froble <davef@tsoft-inc.com> posted some  $ news:3E307E63.8090603@tsoft-inc.com:   > Charles Gilley wrote:  > * >> boy.... are you people off topic :):):) >> ...ducking....  >>   >> quack, quack... >>   > $ > Time honored c.o.v tradition.  :-) >  > quack  >   2 All that said, anybody considering the technology?   ------------------------------  # Date: Sat, 25 Jan 2003 14:54:51 GMT # From: "John Smith" <a@nonymous.com> * Subject: Re: High hit rate VMS Web server?K Message-ID: <%yxY9.454086$F2h1.364078@news01.bloor.is.net.cable.rogers.com>   = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3E3213F0.F4BA586B@vl.videotron.ca...  > John Smith wrote: F > > I've come across an opportunity that needs to be able to handle at? > > least this many page hits in an 8 hour window as DHTML page  requestsE > > via SSL. Of course it would have to be load balanced and failover  > > capable. > D > What do you mean by DHTML ? HTML that is dynamicallty generated by
 the server< > (database requests with values inserted in a HTML form for instance), or justF > "dhtml" code (aka: javascript and style sheets) which gets worked by the 
 > client ? > > > This makes a huge difference since responses generated by an application onC > the server are not caches by the web server and thus carry a much  greater overhead.   B Server-side. You raise an interesting point....I'll have to do theE math on all the different possible 'requests' to get a better idea of F just what can be cached. It may be possible to pre-build many commonly" requested 'pages' and cache those.  C The actual data is a combination of static and dynamically updating B info. Some users will be 'visual' (ie. a pair of eyeballs), othersC will be on a 'publish & subscribe' basis for which we'd have to use * other mechanisms like RTR or Tibco, etc...   ------------------------------  # Date: Fri, 24 Jan 2003 22:20:45 GMT # From: "John Smith" <a@nonymous.com> & Subject: High hit rate VMS Web server?H Message-ID: <1%iY9.96274$ej1.26146@news02.bloor.is.net.cable.rogers.com>  C Does anyone know of any currently VMS-hosted web servers that has a E page hit rate of between 1-2 million pages per day that I can cite as ) references (either officially or ad hoc)?     B I've come across an opportunity that needs to be able to handle atD least this many page hits in an 8 hour window as DHTML page requestsA via SSL. Of course it would have to be load balanced and failover  capable.    A I'd like to get some sense of  the size of the h/w and web server  software used as well.  C In the 'old' days, one used to be able to use Amazon as an example. / How about some of the European stock exchanges?     D http://uptime.netcraft.com/up/graph/  provides some other stats (notF hits) if you know which site to search for. Any other sites similar to? this out there?...I thought I saw a mention of something in cov ) recently but I can't seem to find it now.    Thanks.    ------------------------------    Date: 25 Jan 2003 05:26:10 -0800( From: bob@instantwhip.com (Bob Ceculski)8 Subject: Re: HP announces a new dawn for VMS on itanium!= Message-ID: <d7791aa1.0301250526.33e3146d@posting.google.com>   g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E32161A.4A34EAA4@vl.videotron.ca>...  > Bob Ceculski wrote:  > > / > > it's almost time for a new dawn for vms ...  > > C > > http://www.sap.info/en/news.php4?OID=Article-214973e2fc0a0e2e11  > ( > What good do you see in this article ? > ( > The only new tidbit of information is: > ##= > HP has said it would stop making new Alpha systems by 2006.  > ## > N > Of course, perhaps due to the editor of the article, this comes out sounding- > just like Scott Stallard's memo of May 7th:  > ##O > Scott Stallard, vice president, HP Business Critical Systems, said as part of N > the company's customer's adaptive infrastructure, HP believes Tru64 Unix andP > Open VMS environments are critical in meeting customers needs for the next two > to four years. > ## >  > Another interesting one: > ##W > By 2005, Stallard said a version of OpenVMS will be available on Itanium as a product  > ## > N > Does this mean that HP doesn't intend to productize IA64-VMS until 2005 ?  IG > though VMS was to become available commercially in 2004. Has this now  > officially slipped to 2005 ?  4 it does become available in 2004, but the final full2 version will be complete around 2005 ... and don't2 blame hp for a lot of these announcements from not4 being printed ... a lot of these news boards are pro2 ibm and sun and most of the time they suppress vms3 or alpha articles, or when they write them up, they 4 don't understand what they are writing ... I emailed4 an editor once who thought vms was only being ported+ to itanium 1, not itanium 2 ... real swift!    ------------------------------  % Date: Sat, 25 Jan 2003 16:19:14 +0100 $ From: Michael Unger <unger@decus.de>8 Subject: Re: HP announces a new dawn for VMS on itanium!* Message-ID: <00A1A815.F74BBC10.5@decus.de>  $ "John Smith" <a@nonymous.com> wrote:  C > If they made EV8x based systems, they'd be making Alphas until at 
 > least 2015.  > G > If they marketed VMS, they be selling it until the VMS internal clock . > routines could no longer function correctly.  
 [start quote]   ? This base time of Nov. 17, 1858 has since been used by TOPS-10, @ TOPS-20, and VAX VMS and OpenVMS.  Given this base date, the 100@ nanosecond granularity implemented within OpenVMS and the 63-bitB absolute time representation (the sign bit must be clear), OpenVMS' should have no trouble with time until:         31-JUL-31086 02:48:05.47   D At this time, all clocks and time-keeping operations in OpenVMS will1 suddenly stop, as system time values go negative.   F Note that the OpenVMS time display and manipulation routines allow forE only 4 digits in the 'YEAR' field.  We expect this to be corrected in : a future release of OpenVMS sometime prior to 31-DEC-9999.   [end quote]   E No, I don't remember the source of this one, but it must have been an  "official" document from DEC/Q.    Michael    ------------------------------  % Date: Sat, 25 Jan 2003 13:07:46 +0100 . From: "Jesper Naur" <jesper.naur@post.tele.dk>+ Subject: Re: Motif and SYS$QIO / AST in VMS < Message-ID: <3e327d4a$0$83825$edfadb0f@dtext01.news.tele.dk>  : Stuart Norris <stuie_norris@yahoo.com.au> wrote in message7 news:51262235.0301242012.660414d6@posting.google.com...  > E > readvlbk to the channel with an AST for completion of the read.  In G > the completion AST I change the value of a label in the Motif to show E > that the value has been read back.  But the label never updates.  I : > can see in the debugger that the label is being changed.  
 Hello Stuart.   F This is an interesting case - the way I read it, you wish the QIO readK completion AST to change the state of the button. The AST occurs at a time, J when your application is dormantly waiting for the next X event. XLIB willJ normally buffer everything generated by the X-client until either the XLIBK buffer runs full or the client starts waiting for the next X-event. In your L case, X data (the button update) is generated by the AST while the client isD already waiting for an X-event, therefore (probably) the data is notL immediately written to the X-server. First shot: Try an XFlush at the end of: the read completion AST to see if this updates the button.  J If it doesn't work, post your test program. I would be quite interested in looking at it.       Best regards     Jesper Naur    ------------------------------  % Date: Sat, 25 Jan 2003 11:28:02 -0500 . From: Bob Koehler <rdkoehler@comcast.aspm.net>+ Subject: Re: Motif and SYS$QIO / AST in VMS - Message-ID: <3E32BB12.80902@comcast.aspm.net>    > G > So how should I combine the communications and the Xevent loop.  With F > my real device the times are not a quick as talking to a modem and IG > want the Xevent loop to continue processing Xevents and I do not want C > the CPU to goto 100% waiting in the Xevent.  Do I need to fake an 5 > Xevent in the AST to tell Motif to update the label  > D > Are there any examples that I should review for interaction of AST > programming and Motif on VMS.   D     1) Do not call X outines from AST mode as X routines are not AST         reentrant.  G     2) It's been a while so I don't recall the exact name, but there is 8         an X routine named something like XAppAddEvent()D         (XtAppAddEvent()?).  This routine is OS specific.  The MotifF         documentation usually documents the UNIX form which takes UNIXG         file numbers and looks a lot like select().  The VMS form takes D         VMS event flags.  You need to find the correct name for thisH         routine and use it do add a VMS event flag as an X event to callH         a callback routine which manipulates the button.  Then just haveE         the AST set the event flag and the callback routine clear it.    ------------------------------   Date: 25 Jan 2003 11:17 CDT ' From: carl@gerg.tamu.edu (Carl Perkins) + Subject: Re: Motif and SYS$QIO / AST in VMS - Message-ID: <25JAN200311175261@gerg.tamu.edu>   3 stuie_norris@yahoo.com.au (Stuart Norris) writes... G }I am trying to write a program using OpenVMS (7.3-1) and Motif (1.2-6) < }that does async serial communications.  I am having troubleG }understanding the interaction between the Motif event loop and ASTs in  }VMS.  } G }I understand programming in X and Motif and QIO and AST programming on 8 }VMS but I just do not understand the combining of them. } B }For my test program I have a Motif program that just has a singleG }button that sends a at' command to a modem and expects the ok' back. F } I have chosen a modem for the little test program as I am certain of }the communications. } B }Once the user pushes the motif button in the call back I issues aF }SYS$QIO with wrtvblk to the channel with an AST for completion of theE }write.  In the completion of the write I issues another SYS$QIO with D }readvlbk to the channel with an AST for completion of the read.  InF }the completion AST I change the value of a label in the Motif to showD }that the value has been read back.  But the label never updates.  I9 }can see in the debugger that the label is being changed.   E It isn't celar what you mean by "the label is being changed". Are you E talking about your own variable, or are you retrieveing the data from B the X data structures and checking it to make sure it was updated?  G You say you understand programming in X and Motif, so I assume that you F know that changing the variable you use to hold the data is not reallyE relevant. You have to actually update the internal data structures of E the X stuff via the X, Xt, or Motif command to tell the button widget D (or whatever you are using) to change the label text (e.g. a call toH XtSetValues()), or if you are doing it yourself rather than via a widgetE you have to manually erase the old text and write new text via any of E the various calls to do so (e.g. XDrawString). Just changing the your E variable is not enough - it doesn't poll the variable you used to set E it up to see if you ever change it, and it doesn't store a pointer to F that variable; the X software keeps its own copy made when you set theH data up (e.g. XmCreatePushButton() copies the specified string to memoryF that it allocates to hold it - it is that copy that you have to changeF and it is in no way associated with the variable you used when setting+ it up so it does not change automatically).   C So does "I can see in the debugger that the label is being changed"  indicate that you are:G 1) using an XtGetValues() type call to see what the label data actually  is as far as X is concerned, orJ 2) only talking about seeing that your variable is changed and, hopefully,/ a call to somethign like XtSetValues() is made?   F }So how should I combine the communications and the Xevent loop.  WithE }my real device the times are not a quick as talking to a modem and I F }want the Xevent loop to continue processing Xevents and I do not wantB }the CPU to goto 100% waiting in the Xevent.  Do I need to fake an4 }Xevent in the AST to tell Motif to update the label }Stuart   D Have you tried to force an update after you make the change, such asD with an XFlush() and/or XSynchronize()? A call to XtSetValues() (andG similar things) should already be causing an event that makes it do the F update, or at least have to correct data so that it eventually updates
 it correctly.   F It is possible that the X software is using ASTs with it's events suchE that that calling their routine from AST level could cause odd things I to happen, particularly timing related things as X's AST could be delayed C until after yours exits (depending on its mode and whatnot). Such a L timing problem could, I suppose, prevent the lablel up date from happening -I it would probably happen later if there were some other event to process, H but if you don't generate any other event it won't happen. You might tryH covering that window (with a DECterm) and uncovering it to get an expose) event to see if that triggers the update.   K Someone who knows more about the the X stuff than I do may be able to clear 5 up the AST-safeness of various X/Xt/Xm library calls.    --- Carl   ------------------------------   Date: 25 Jan 2003 11:50 CDT ' From: carl@gerg.tamu.edu (Carl Perkins) + Subject: Re: Motif and SYS$QIO / AST in VMS - Message-ID: <25JAN200311504432@gerg.tamu.edu>    rdkoehler@comcast.net writes... H }    2) It's been a while so I don't recall the exact name, but there is9 }        an X routine named something like XAppAddEvent() E }        (XtAppAddEvent()?).  This routine is OS specific.  The Motif G }        documentation usually documents the UNIX form which takes UNIX H }        file numbers and looks a lot like select().  The VMS form takesE }        VMS event flags.  You need to find the correct name for this I }        routine and use it do add a VMS event flag as an X event to call I }        a callback routine which manipulates the button.  Then just have F }        the AST set the event flag and the callback routine clear it.  E I don't see anything like that in any of the X11:*.h files. There are I routines to add event handlers for existing events, but not to add actual  events. Checked via:" $ search X11:*.h add,app/match=and+ which only returns metin of these routines: - extern void XtAppAddConverter( /* obsolete */  extern void XtAppAddActions() extern XtActionHookId XtAppAddActionHook( $ extern XtIntervalId XtAppAddTimeOut( extern XtInputId XtAppAddInput( % extern XtWorkProcId XtAppAddWorkProc(   G You can add callbacks and use XtCallCallbacks() pretty easily, although I you still hit the problem of whether or not that will work inside an AST. G Likewise for XtAppAddTimeOut(), which you can use to set up things that G happen at a specified time in the future (which would be an awkward way H to do it, but scheduling the label update for maybe half a second in theC future at the end of the QIO completion AST might get the update to I actually happen properly) - this may not be AST safe either, but it might H be since it doesn't actually do much immediately except whatever it doesI to schedule the callback, which might be safe to do from an AST (or maybe  not).    --- Carl   ------------------------------  % Date: Sat, 25 Jan 2003 18:22:35 +0000 + From: John Laird <john@laird-towers.org.uk> + Subject: Re: Motif and SYS$QIO / AST in VMS 8 Message-ID: <atk53vkjsai8drehbd8p2fggio454lt2n8@4ax.com>  L On Sat, 25 Jan 2003 11:28:02 -0500, Bob Koehler <rdkoehler@comcast.aspm.net> wrote:  H >> So how should I combine the communications and the Xevent loop.  WithG >> my real device the times are not a quick as talking to a modem and I H >> want the Xevent loop to continue processing Xevents and I do not wantD >> the CPU to goto 100% waiting in the Xevent.  Do I need to fake an6 >> Xevent in the AST to tell Motif to update the label >>  E >> Are there any examples that I should review for interaction of AST   >> programming and Motif on VMS. > E >    1) Do not call X outines from AST mode as X routines are not AST  >        reentrant.  > H >    2) It's been a while so I don't recall the exact name, but there is9 >        an X routine named something like XAppAddEvent() E >        (XtAppAddEvent()?).  This routine is OS specific.  The Motif G >        documentation usually documents the UNIX form which takes UNIX H >        file numbers and looks a lot like select().  The VMS form takesE >        VMS event flags.  You need to find the correct name for this I >        routine and use it do add a VMS event flag as an X event to call I >        a callback routine which manipulates the button.  Then just have F >        the AST set the event flag and the callback routine clear it.  C Close - it's XtAppAddInput.  The VMS event flag is specified as the I "source", and when this is set, X will call the specifed callback routine H with an optional argument, xactly like a normal user-triggered callback.G Typically you would have the callback routine carry out whatever window / updates are necessary and clear the event flag.   I There's no need to write special code to set the event flag if you simply L specify the same one that the $QIO will set when the i/o completes (except 0I won't work).  You could pass the IOSB as the callback parameter (possibly K :-)) and carry out sanity checks - it might indicate timeouts, for example.      	John    ------------------------------  % Date: Sat, 25 Jan 2003 09:37:12 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: New VAX PL/I Kit 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIOEKDGHAA.tom@kednos.com>   D A new kit is available for download at www.kednos.com.  This releaseG fixes a problem in which the internal handling of dynamically allocated ; storage within VCG could cause large programs to fail with    = %PLIG-F-BUGCHECK, Compiler bug check during code generation . 9                 Submit an SPR with a problem description.   F (This was an inadvertently introduced bug in version 3.5 and shouldn'tE have affected VAXSCAN.  Please let us know if you see any problems of  this sort with VAXSCAN)   D Affected versions of PL/I are 3.5, 3.6 and 3.7 for OpenVMS 5.5-1 and> upwards.  The new kit is PL/I V3.7-006 and is named PLI037.ZIP  G The Alpha PL/I compiler is not affected, the latest version of which is 	 V4.3H-264   I If you do not wish to receive these notices in the future, please respond - with "Remove from PLI list" in subject field.   3 Permission is granted to redistribute this message.    regards  Tom  Kednos Corporation tel usa 831 373 7003 --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.435 / Virus Database: 244 - Release Date: 12/30/2002    ------------------------------    Date: 25 Jan 2003 10:21:58 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) " Subject: Re: VMS source listings ?3 Message-ID: <OeV1K872qGsG@eisner.encompasserve.org>   o In article <51262235.0301242016.32fa5229@posting.google.com>, stuie_norris@yahoo.com.au (Stuart Norris) writes: 	 > Hi Dan,  > @ > I am interested in the comment about $45 if you have a supportH > contract.  Do you know what level of support contract this is and what > option is this.  > * > I wonder this applies also in Australia. >  > Thanks > 	 > Stuart.  > Y > Dan <dan@vrx.net> wrote in message news:<imb03voo37n6433et7o8dksrhj5l3n7cld@4ax.com>... D >> Ok, I own the microfiche source listings for vms, and I know manyH >> people have the listings on CDRom, and I know with a support contract= >> I could have gotten a CD for as little as $45 from Compaq.   G $45 is roughly in in the range of the monthly fee for a subscription to F Source Listings updates after you have bought the original license andE media.  But the subscription service is cheaper if you pay for a year  in advance.    ------------------------------   End of INFO-VAX 2003.050 ************************