1 INFO-VAX	Thu, 24 Aug 2000	Volume 2000 : Issue 473       Contents:% Re: ??==DCPS 1.8 and HP 4050 printer. 9 Re: AS250 SRM runs, but no graphics on known good monitor 5 AUTOMATIC MASSIVE EXPOSURE TO YOUR OFFER OR BUSINESS!  Re: Big AlphaServer Sale Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ?  Re: DECNet Phase IV Manuals ?  Eexpanding VMS user's buffer Re: Error status from VMSTar FAQ pointer to MPI doesn't work # Re: FAQ pointer to MPI doesn't work = Re: File Maintenance: CONVERT /SORT or /NOSORT on index files 7 Re: Floating Point Conversion (was Re: VAX File needed) 2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD2 Re: Here we go again - WTB/T/etc source listing CD image backup timimgs Re: image backup timimgs Re: image backup timimgs Re: image backup timimgs3 In case you havent seen the news on the Compaq site  Re: LEDs & VAXStation 3100 M48 Re: LEDs & VAXStation 3100 M48$ Re: Linking FORTRAN program question$ Re: Linking FORTRAN program question$ Re: Linking FORTRAN program question$ Re: Linking FORTRAN program question$ Re: Linking FORTRAN program question$ Re: Linking FORTRAN program question max disk size on VMS 5.5-2 Memo:  Re:DECnet area routing  Memo:  system info MEMORY LEAK DETECTION ?  Re: MEMORY LEAK DETECTION ?  printer queue problems" Re: Queue always prints extra page$ Re: Setting VT420 to 36 line display$ Re: Setting VT420 to 36 line display  Re: SUMMARY: DECnet area routing Re: system info  ucx cli-e-nocmdproc  Re: ucx cli-e-nocmdproc  Re: ucx cli-e-nocmdproc  RE: ucx cli-e-nocmdproc  Re: UCX routing problem  VAX File needed  Re: VAXstation 3100 cables Re: VAXstation 3100 cables Re: VMS and NFS  Re: VMS and NFS = Re: VMS at home, ISDN, router, Linux, static IP addresses,... , Re: What is meaning of BACKUP error message? Re: What is the IPCACP process?  Re: Why [000000]?   F ----------------------------------------------------------------------  % Date: Thu, 24 Aug 2000 11:50:41 +0100 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus). Subject: Re: ??==DCPS 1.8 and HP 4050 printer.D Message-ID: <aus-2408001150410001@wvia71.virologie.uni-wuerzburg.de>  * Thanks for the very informative postings.   : Is anyone using SoftFonts with DCPS 1.8 on the HP4050N(T)?  9 We're challenged by the following in replacing the LN08s:   H Our multitude of LN08 programs use the LN03 ANSI codes and a Triumvirate@ font cartridge to print letters including the letterhead. On theJ replacement printer, the font is a SoftFont. This works fine - but is veryH slow compared to the LN08. So far we've tried the LN17n and LN16 but ourE speed demons complain about the all too sloooow printing. One problem H seems to be that DCPS repeatedly accesses the disk for the same SoftFont3 library; another is the printer warm up time delay.   D In the last few months we have installed two HP4050NTs on our campusH Internet network and the users are pleased with the short printing time.  7 Is anyone using SoftFonts with DCPS 1.8 on the HP4050N?    --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------  % Date: Thu, 24 Aug 2000 13:13:44 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> B Subject: Re: AS250 SRM runs, but no graphics on known good monitor, Message-ID: <8o3l72$31ms$1@lead.zk3.dec.com>  J Yes.  The code was co-developed by VMS and UNIX.  It will probably show upL on some platforms around October, and will phase into all models as the ELSAJ cards are phased out.  The initial version will likely be PIO-only, but we) are currently converting the code to DMA.   J In the future, all of the cards for Tru64 will be collaborations with VMS., There won't be VMS-only or Tru64-only cards.   _Fred   E Tom Leitner wrote in message <8o17tr$1lt$1@fstgss02.tu-graz.ac.at>... : >In comp.sys.dec Terry Kennedy <terry@gate.tmk.com> wrote:F >> In comp.os.vms Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote:H >>> The ZLXp-E (i.e. the TGA 1) is pretty old.  It needs special console support  > I >>> We will be phasing out the ELSA card and replacing is with the 3DLabs  Oxygen >>> VX1 in late fall.  > G >>   Please post info when this is orderable, as I'd really like to try  some- L >> thing better than the ELSA but not as hideously expensive as the 300/350. > D >This is definately good news. Will there be a Tru64 driver as well? >  >Tom >-- C >Dr. Tom Leitner             Dept. of Communications, Graz Univ. of  Technology, L >tom@radar.tu-graz.ac.at     Inffeldgasse 12, A-8010 Graz / Austria / Europe; >PGP public key @ http://wiis.tu-graz.ac.at/people/tom.html    ------------------------------  + Date: Thu, 24 Aug 2000 02:48:27 -0400 (EDT) 7 From: "Manuel F. Solar Artigas" <msolar@entelchile.net> > Subject: AUTOMATIC MASSIVE EXPOSURE TO YOUR OFFER OR BUSINESS!- Message-ID: <0FZS00FG4AWPAZ@mx.east.saic.com>   < ************************************************************9 THIS IS A ONE TIME EMAIL. YOU DON'T NEED TO REQUEST TO BE 6 REMOVED. YOUR EMAIL ADDRESS WAS DELETED FROM OUR FILES( INMEDIATELY AFTER THIS MESSAGE WAS SENT.< ************************************************************   Hello,  < In the last few HOURS , new accounts are NOW being accepted!   Membership has been restricted!   > All accounts will be sold on a first come, first served basis!   Why the demand??  E YOU GET A TOTAL AUTOMATIC MASSIVE EXPOSURE TO YOUR OFFER OR BUSINESS!    Explode your sales!   E Email your advertisements SPAM FREE to over one million people daily!   # 100% Automated - No Setup required!   @ This is different and far more advanced than all other competing systems:  @ You do not need to spend many hours personally maintaining lists= of opt-in groups who will be pleased to accept your postings.   $ All done for you! Totally automatic!  < You do not need to spend hours every week with your postings5 (all done for you with one click)! Totally Automatic!   4 This site will revolutionize your internet business!    7 Also you can become a reseller of this program and earn 
 commissions.    = If you want the URL or more info about this great opportunity = send a blank email to msolar@entelchile.net with "saturation" 7 in the subject line or just click on the following link / mailto:msolar@entelchile.net?subject=saturation    Take a nice day,     Manuel F. Solar Artigas  msolar@entelchile.net   9 ********************************************************* 8 You can SUBSCRIBE to my mailing list. In this way I can : send you more information about this and other great money6 making opportunities. Just click on the following link8 MAILTO:msolar@entelchile.net?subject=subscribe_to_list  9 *********************************************************           ------------------------------   Date: 24 Aug 2000 10:33:02 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb) ! Subject: Re: Big AlphaServer Sale 0 Message-ID: <8o2tku$k4r$1@aquila.news.mdx.ac.uk>  o In article <39A404C7.F886C5A2@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:  >jgessling@yahoo.com wrote:  >  >> Andrew said:  >> > = >You appear to be an OpenVMS advocate, I say this because you > >have fallen into the classic trap that most OpenVMS advocates> >fall into of assuming that because OpenVMS does something one= >way that there is no other way of acheiving the same effect.  > J >Lets take the something like patches, if I was being a UNIX bigot I wouldB >say, "The problem with OpenVMS is that you need a cluster just to# >patch the running OS yeuuuuck !!".  > 3 >You would say only 4 nodes in a cluster Yeuuuuck".  > @ >You see Solaris allows you to patch the running kernel, OpenVMSB >does not and so the cluster is the best solution for OpenVMS. YouI >could also use a cluster to do this with Solaris but it isn't necessary.  >    Andrew,   I I raised this at a Sun SOLARIS 8 presentation some time ago after having  ; read you talking about this patching of the running kernel.   K I had gone and looked at the webpages and they referred to hot patching for  diagnostics.  < see http://www.sun.com/software/solaris/whatsnew2.html#whats   " 9 Hot Patching for Diagnostics: Kernel patching done by Sun 2                               Enterprise Services  "    and    "  Hot Patching for Diagnostics  ;   If it became necessary for Sun's engineers to work with a @   customer to diagnose or correct an operating environment bug, A   technology in the Solaris 8 Operating Environment enables them  =   to patch most areas of the system without rebooting. These  ?   dynamically applied patches re-vector crucial kernel code to  5   the patched code without interrupting the operation 7   of applications. This greatly reduces the downtime to E   diagnose, test,analyze, and correct operating environment problems.  "   L As I said I raised this and they confirmed what I thought from reading this.  K This is not something for sysadmins to use it is specifically for diagnosis M by Sun engineers. When the problem has been diagnosed a normal patch will be  J provided which will need to be applied in the normal manner (eg rebooting  the system).+ The re-vectoring does not survive a reboot.   O Hence this is not normal patching to fix a problem but a procedure which can be K used by Sun engineers to try out fixes without rebooting a system. Once the 5 correct fix is identified normal patching is applied.   L This is very different from what you have been implying in your posts on theM subject ie All patches being able to be applied without rebooting the system.     
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Thu, 24 Aug 2000 10:22:43 +0400 * From: "Yuri Ermakov" <ermak@cbr.ryazan.su>& Subject: Re: DECNet Phase IV Manuals ?/ Message-ID: <8o2dgh$obs$1@summer.cbr.ryazan.su>   ; http://gatekeeper.dec.com/pub/DEC/DECnet/PhaseIV/index.html   L "Jerry Leslie" <leslie@clio.rice.edu> /   :! news:8o0ehs$dke$1@joe.rice.edu... ! > The OpenVMS documentation site:  > ( >   http://www.openvms.digital.com:8000/' >   http://www.openvms.digital.com/doc/ . >   http://www.openvms.digital.com/commercial/ > C > currently only has online versions of the DECnet-Plus for OpenVMS  > documentation. > > > Could the Phase IV documentation be made available as well ? > L > Having the Phase IV documentation would help to debug network connectivity- > problems for sites not running DECnet-Plus.  >  > 6 > --Jerry Leslie     (my opinions are strictly my own)   ------------------------------   Date: 24 Aug 2000 06:59:36 GMT) From: leslie@clio.rice.edu (Jerry Leslie) & Subject: Re: DECNet Phase IV Manuals ?' Message-ID: <8o2h4o$d1o$2@joe.rice.edu>   ) Yuri Ermakov (ermak@cbr.ryazan.su) wrote: = : http://gatekeeper.dec.com/pub/DEC/DECnet/PhaseIV/index.html  :   F Thanks, Yuri. But what I was asking for was the Phase IV equivalent of the manuals at:   -   http://www.openvms.digital.com:8000/#decnet    especially:      DECnet-Plus Problem Solving    Order no: AA--Q18ZE--TE   4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Wed, 23 Aug 2000 23:01:40 -0400 * From: David A Froble <davef@tsoft-inc.com>& Subject: Re: DECNet Phase IV Manuals ?+ Message-ID: <39A49014.DDD92C@tsoft-inc.com>    jgessling@yahoo.com wrote: > 8 > In article <8o1dkp$9s7$1@mailint03.im.hou.compaq.com>,( >   hoffman@xdelta.zko.dec.nospam wrote:J > >   I know of no current plans to HTML-ize older documentation versions,G > Gee, since phase IV is still used at _plenty_ of sites.  It's too bad F > it's considered "older".  Why can't Cpaq admit phase V is a bust and > support the customers?  O Maybe still a bit of telling the customer "we know what's best for you" hanging  around.   F Ok, V has more features, and it'll get better.  Still, if a customer'sL requirements are satisfied with an easier to use product, one that is ratherN static and therefore arguably more reliable, someone should remember that "the customer is always right".   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------    Date: 24 Aug 2000 09:18:26 -0400/ From: jordan@lisa.gemair.com (Jordan Henderson) & Subject: Re: DECNet Phase IV Manuals ?* Message-ID: <8o37b2$16e$1@lisa.gemair.com>  + In article <39A49014.DDD92C@tsoft-inc.com>, , David A Froble  <davef@tsoft-inc.com> wrote: >jgessling@yahoo.com wrote:  >>  9 >> In article <8o1dkp$9s7$1@mailint03.im.hou.compaq.com>, ) >>   hoffman@xdelta.zko.dec.nospam wrote: K >> >   I know of no current plans to HTML-ize older documentation versions, H >> Gee, since phase IV is still used at _plenty_ of sites.  It's too badG >> it's considered "older".  Why can't Cpaq admit phase V is a bust and  >> support the customers?  > P >Maybe still a bit of telling the customer "we know what's best for you" hanging >around. > G >Ok, V has more features, and it'll get better.  Still, if a customer's M >requirements are satisfied with an easier to use product, one that is rather O >static and therefore arguably more reliable, someone should remember that "the  >customer is always right".  >   C What's kind of frightening is that message you get when you install G Phase IV about how this product may require a separate support license   in the future.  B I can just see the Compaq bean counters calculating the amount of F pain it would be to customers to change their "legacy" DECnet Phase IV? apps and exactly how much in dollars that could mean to Compaq.     >Dave  >  >-- 5 >David Froble                       Tel: 724-529-0450 5 >Dave Froble Enterprises, Inc.      Fax: 724-529-0596 ? >DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 7 >T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    -Jordan Henderson  jordan@compaq.com    ------------------------------   Date: 24 Aug 2000 15:01:56 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)& Subject: Re: DECNet Phase IV Manuals ?6 Message-ID: <8o3dd4$ise$1@mailint03.im.hou.compaq.com>  E In article <8o1uer$2fm$1@nnrp1.deja.com>, jgessling@yahoo.com writes: 7 :In article <8o1dkp$9s7$1@mailint03.im.hou.compaq.com>, ' :  hoffman@xdelta.zko.dec.nospam wrote: I :>   I know of no current plans to HTML-ize older documentation versions, F :Gee, since phase IV is still used at _plenty_ of sites.  It's too badE :it's considered "older".  Why can't Cpaq admit phase V is a bust and  :support the customers?   G   Maintenance contracts are available for both DECnet Phase IV and for  G   DECnet-Plus, with new work and new features and new support primarily @   (and clearly) going into the IP stack and IP-based networking.  H   As for the DECnet Phase IV vs Phase V debate -- I don't care to rehashI   all of the problems.  I am quite familiar with the migration problems,  K   with the management interface problems, with the documentation problems,  F   with the what-is-a-backtranslation-failure, with the (since removed)H   requirements for external OSI routers, and with the OSI vs IP vs DDCMP   discussions.  F   I am also familiar with some of the improvements in the more recent J   releases of DECnet-Plus, but I would also expect that you and most otherJ   folks will remain on Phase IV, and will probably be performing new work H   and new configurations and new developments using either your existingA   DECnet stack or (I expect rather more likely with) an IP stack.   K   The current state of DECnet affairs all boils down to picking one of the  H   two DECnet phases as the prefered (default) one -- either choice will 7   clearly not be popular with some number of customers.   H   Now as for rebuilding and HTML-izing the DECnet Phase IV manuals, thatI   would certainly be useful to some folks, but it involves a non-trivial  J   hunk of effort when the writer(s) could be working on documentation for "   IP or for new OpenVMS features.   K   I may be able to pry loose the bookreader format manuals for an archival 5H   documentation page, but I can't think of a justification for the HTML G   conversion of the Phase IV manuals.  Put another way, do you want me aI   doing the HTML conversion of this manual -- because I can quite likely lI   manage this myself -- but because of a deficit in my copious spare timeE>   allowance, something else on my schedule has to "give".  :-)  H   I'd really like to give everybody what they want, but I'll need an ECO7   to extend the planetary rotational period first.  :-)/  ON  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 24 Aug 2000 08:02:48 PDT* From: abuse@flying-disk.com (Alan Frisbie)& Subject: Re: DECNet Phase IV Manuals ?! Message-ID: <bt3Mo81iYQ+Y@flying>a  * In article <8o1uer$2fm$1@nnrp1.deja.com>,  jgessling@yahoo.com writes:   8 > In article <8o1dkp$9s7$1@mailint03.im.hou.compaq.com>,' >  hoffman@xdelta.zko.dec.nospam wrote: G >> I know of no current plans to HTML-ize older documentation versions,   G > Gee, since phase IV is still used at _plenty_ of sites.  It's too bad F > it's considered "older".  Why can't Cpaq admit phase V is a bust and > support the customers?  : I agree.   After having two Compaq support people try (and9 fail) to make Phase V work here with a mix of VMS and RSX 9 systems, I just de-installed it and put Phase IV back in.    -- pB --  Alan E. Frisbie             Frisbie "AT" Flying-Disk "DOT" Com@ --  Flying Disk Systems, Inc.   Abuse "AT" Flying-Disk "DOT" Com   ------------------------------  % Date: Thu, 24 Aug 2000 12:42:28 -0400o! From: Rudy Reyes <rreyes@psu.edu> % Subject: Eexpanding VMS user's buffere+ Message-ID: <s9a5183d.037@SMTP.HMC.PSU.EDU>n  L I'm writing a DCL "com" file, within this file I'm building records which  =( exceed  256 bytes, the buffer's limit...> When I go over this limit,  I get the following error/message:  7 %RMS-W-RTB, 257 byte record too large for user's buffer-    How can I expand my buffer ? =20J I tried playing with "SET RMS_DEFAULT/BUFFER_COUNT=3D2/SEQUENTIAL"   but = it didn't do anything for me...=  . Any help/suggestions will be much appreciated,  
 Rudy Reyes   P.S.=20rH Thanks to all of you who sent suggestions (last week) about embedding  = ASCII control chars.   rreyes@psu.edu=20t   ------------------------------  % Date: Thu, 24 Aug 2000 14:03:26 -0400 6 From: "Dominic Olivastro" <DOlivastro@ChiResearch.com>% Subject: Re: Error status from VMSTar % Message-ID: <oodp5.91$qy6.843@client>   D Thanks for the response, but it isn't working.  Succeed or fail, the' response from TAR is always $Status = 1    Any other ideas?   Anyone?   Domt   --# -----------------------------------o Dominic Olivastro  CHI Research, Inc. 10 White Horse Piket Haddon Heights, NJ 08035  * Please note that the area code has changed  ( email: mailto:DOlivastro@ChiResearch.com! web:   http://www.ChiResearch.com5 fax:   (856) 546-9633e$ voice: (856) 546-0600 (extension 24)      ? SysAdmin wrote in message <39A43CC7.C8003012@fsi.net.mapson>.... >Dominic Olivastro wrote:  >>K >> I am using VMSTar in a command procedure.  Is it possible to receive the-B >> error status at the end of the run, as I do with a VMS command? >>> >> For example, I can do the following in a command procedure; >>  >>     $ copy here.dat there.dat+ >>     $ if (.not. $Status) then GoTo Errork >>I >> Is there something similar in VMSTar?  Does it set a symbol to true ofyJ >> false, or some such thing.  As it is, my procedure just continues, even if >> the VMSTar command fails. >eH >You'll have to check the actual value of $STATUS after the TAR command. >eH >TAR is native to UN*X where a success status is 0. On VMS, that equatesF >to a WARNING severity. On UN*X, error codes are usually non-zero; for8 >example, 1. On VMS, that equates to a SUCCESS severity. >g >David J. Dachtera   ------------------------------  % Date: Thu, 24 Aug 2000 10:29:20 -0400r. From: "David Rabahy" <David.Rabahy@compaq.com>( Subject: FAQ pointer to MPI doesn't work* Message-ID: <8o3bg7$1js@usenet.pa.dec.com>  ; http://v36.chemie.uni-konstanz.de/tcgmsg_vms/tcgmsg_vms.zip  Does anyone have an update?    ------------------------------   Date: 24 Aug 2000 15:27:58 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: FAQ pointer to MPI doesn't work6 Message-ID: <8o3etu$j5d$1@mailint03.im.hou.compaq.com>  [ In article <8o3bg7$1js@usenet.pa.dec.com>, "David Rabahy" <David.Rabahy@compaq.com> writes:n< :http://v36.chemie.uni-konstanz.de/tcgmsg_vms/tcgmsg_vms.zip :Does anyone have an update?  D   I do, and so does the recently-shipped August 2000 version of the    OpenVMS FAQ.  Please try:-  >     ftp://v36.chemie.uni-konstanz.de/tcgmsg_vms/tcgmsg_vms.zip  H   The HTML conversion of the OpenVMS FAQ takes place elsewhere, and the H   HTML version of the FAQ that is posted at various sites is the earlierL   edition.  AFAIK, the HTML conversion of the latest version is in progress.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 24 Aug 2000 16:01:19 GMTl From: byatesiii@my-deja.com F Subject: Re: File Maintenance: CONVERT /SORT or /NOSORT on index files) Message-ID: <8o3gs0$rk0$1@nnrp1.deja.com>m  & In article <24AUG200001384971@miasys>,   hein@eps.zko.dec.c*m wrote:AA > In article <8nuebs$uuk$1@nnrp1.deja.com>, byatesiii@my-deja.com 	 writes...r >v > >>B > >We HAVE considered using NOSORT, however, /SORT sorts secondary withinH > >primary keys, and I'm pretty sure our application sometimes positions6 > >to a primary key and reads sequentially from there. >e> > Not so. /SORT only affect whether the primary key is sorted.F > If the input is already sorted (typically an other indexed file withG > the exact same key defintion) then /SORT is striclty a waste of time. E > If the input is not sorted, the /SORT is required. I seem to recalle thatE > recent convert version will default to /nosort if input primary keya
 definitionD > equals output primary key defiintion. I suppose /SORT could affect	 the ordere7 > of duplicated (but believe that a table sort is used)n > B > >Using /NOSORT, accoding to DOCS, for an indexed file results in primarycH > >in sorted order, but not necessarily secondary in sorted order within, > >primary. Therefore, we don't use /NOSORT. >*- > Please explain where exactly you read this.a? > Your really want to use /NOSORT, and convert will complain if 8 > you ued it when not appropriate (records out of order) >iC I won't bother telling you the source, as you will say I need newersF documentation, and I will agree with you. I will say I have tested it,C and found secondary keys were not in the same order between the twoAD options. Secondary appeared sorted within primary with /SORT, not so with /NOSORT. VMS v7.1.l    & Sent via Deja.com http://www.deja.com/ Before you buy.t   ------------------------------   Date: 24 Aug 2000 15:30:24 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)@ Subject: Re: Floating Point Conversion (was Re: VAX File needed)6 Message-ID: <8o3f2g$j5d$2@mailint03.im.hou.compaq.com>  G In article <8o3e07$nrr$1@nnrp1.deja.com>, rottjakob@my-deja.com writes:gH :...if I convert the floating point numbers in the VAX file, the result  :doesn't make any sense...  F   There have been more than a few discussions of floating point formatH   conversions over the years, and examples have been referenced numerousI   times.  Assuming you do not have an OpenVMS system (which has a varietynK   of floating point format conversion routines), please check the archives.k  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 24 Aug 2000 11:11:48 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ; Subject: Re: Here we go again - WTB/T/etc source listing CD 0 Message-ID: <009EF123.0864C036@SendSpamHere.ORG>  Z In article <39A42523.F7B751CC@tsoft-inc.com>, David A Froble <davef@tsoft-inc.com> writes: >Hoff Hoffman wrote: >> bs >> In article <009EF07E.6D62CAB6@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: H >> :That is quite likely the case.  I believe what beyonder has clued inJ >> :to is the fact that these were handed out without the restrictive cov-, >> :enent of the 'source license agreement'. >> sP >>   The "source license" is handled quite different from the "source listings". >> oQ >>  --------------------------- pure personal opinion --------------------------- O >>    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.come >n, >Well, that muddied the water some more. :-) > J >By "source license" are you refering to sources as actual code, or to the@ >license required to get the CD-ROM source listings and updates?  H Here's the definition from the agreement.  I certainly doesn't make that much of a distinction.     1. DEFINITIONS    1.1 _Software_PRODUCT_ ...n      1.2 _Binary_ ...   I    1.3 _Source_ as used in this Agreement shall mean any Software ProductoI        licensed by DIGITAL in a form designated as "source" option and/ornJ        "listing" option in DIGITAL's SPD for Software Product or otherwiseJ        and any related materials derived therefrom, including but not lim-K        ited to, flow charts, logic diagrams, binaries/objects codes, sourceaH        codes and listings whether in machine readable or human readable I        form and all improvements, moderations or updates thereof provided-        to CUSTOMER.u     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMh   ------------------------------  % Date: Wed, 23 Aug 2000 14:34:45 -0400/ From: Dan <beyonder@vrx.net>; Subject: Re: Here we go again - WTB/T/etc source listing CDe' Message-ID: <39A41945.EAC0FC0E@vrx.net>:   Hoff Hoffman wrote:.  J >   Um, I'm not a lawyer and I certainly do not represent the corporation,K >   but I don't think the choice of distribution of various and unspecifiedeK >   "stuff" at a user event is of immediate relevence here.  A good canard, B >   maybe, but not immediately relevent to the license agreements.  J And let's not forget the free public downloads from EasyNet way back when.  N >   Such a license transfer is clearly not a big deal, so long as the transferL >   is handled through the appropriate license transfer process(es).  AFAIK,N >   there have been any number of license transfers authorized over the years.  
 prexactly.  O >   That said, I can only assume that this discussion is not a serious inquiry,@M >   as I would not expect that newsgroup postings would be the normal channele- >   for performing various license transfers.   L Sorry, it is serious. what's the fastest way to reach the most people in the shortest' amount of time? I'd have to say usenet.0  L >   One discussion that has started up is the potential for inclusion of theM >   OpenVMS source listings CD-ROM set in the media provided by membership in-L >   the CSA program -- though all discussions of this media inclusion I haveL >   been involved with could only be termed as preliminary in the extreme...   CSA program?   B.   ------------------------------  % Date: Wed, 23 Aug 2000 14:39:12 -0400m From: Dan <beyonder@vrx.net>; Subject: Re: Here we go again - WTB/T/etc source listing CDc' Message-ID: <39A41A50.EED96EA6@vrx.net>i   Alan Frisbie wrote:n  ; > I have one of those source listings CD kits that I won as = > a prize at VMS Magic or some similar session.   It was justuD > handed to me, and I was never asked to sign any kind of agreement. >o> > I cannot remember who the M/C was, but I distinctly remember; > that it was provided by Brian Breton, VMS Product Managers9 > (at least that is what he passed himself off as).  As I ; > recall, several other source listing kits were passed outl > in the same manner.b  K Since you have no license and are under no obligations, you could therefore   H LEGALLY loan me a COPY (CDR copy) of what you received without question.
 Please? :)   B.   ------------------------------  % Date: Wed, 23 Aug 2000 14:40:53 -0400r From: Dan <beyonder@vrx.net>; Subject: Re: Here we go again - WTB/T/etc source listing CD9' Message-ID: <39A41AB5.75AA5933@vrx.net>m   David A Froble wrote:j  R > I'm not sure where the third party stuff came from.  The pertinent issue here isE > that DEC/Compaq DID give away source listings CDs, with no apparentiL > restrictions, license requirement, NDA requirement, and only the copyrightM > notices to protect the intellectual property.  Once this has been done, any>P > arguments about restrictions, NDA, etc become rather, well, meaningless.  Yes,Q > it's Compaq's property to handle as they see fit.  Just don't hand me argumentsrH > about the potential loss of trade secrets, intellectual property, etc.   Exactly my point!e  ; oh, and let's not forget the public downloads from EasyNet!o  ; So would anyone loan me a set from the DECUS giveaways ? :)e   B.   ------------------------------    Date: 24 Aug 2000 09:49:48 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett) ; Subject: Re: Here we go again - WTB/T/etc source listing CDt, Message-ID: <l3G+MrRbJPyN@malvm1.mala.bc.ca>  . In article <39A42447.53919855@tsoft-inc.com>, /    David A Froble <davef@tsoft-inc.com> writes:  > R > I'm not sure where the third party stuff came from.  The pertinent issue here isE > that DEC/Compaq DID give away source listings CDs, with no apparentoL > restrictions, license requirement, NDA requirement, and only the copyrightM > notices to protect the intellectual property.  Once this has been done, any P > arguments about restrictions, NDA, etc become rather, well, meaningless.  Yes,Q > it's Compaq's property to handle as they see fit.  Just don't hand me arguments0H > about the potential loss of trade secrets, intellectual property, etc. > O     When did it become necessary to sign an NDA to get the VMS source listings?f  N     Back in the "good-old-days" a copy of these ( on fiche ) used to ship withL every VMS update. I'm sure those customers never signed any NDA to get them.H If the restriction on disclosure of that information was implicit in theN VMS license somehow then does that mean I'd also be in trouble for giving away$ an old copy of the I/O User's Guide?  P     I've never coughed up the money to get the listings on CD since they stoppedL giving away the fiche (I'm pretty sure the "free" fiche cost Digital more toI produce than the "pay for it" CD btw) - do they require an NDA for those?v   ------------------------------  # Date: Thu, 24 Aug 2000 06:50:04 GMTa From: panjo03@my-deja.comp Subject: image backup timimgs ) Message-ID: <8o2gin$m58$1@nnrp1.deja.com>k   Hi,   0 could some please give me some sort of indictive timing for the backp/image0 operation on a 36GB disk. This is a disk to disk
 image backup.,  1 no /verify (I take it it would be double the timee for a /verify option.,  . assuming the account doing the backup is tuned for backups.. assume greater than 80% fragmentation on disk. assume target disk not raided.   ie under ideal conditions., clustered 8400, each machine has (8 cpu, 8GB memory) using HSJ controllerso with vms 6.2    please email panjo03@zfree.co.nz   thanks john      & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------  % Date: Thu, 24 Aug 2000 19:52:49 +0010x% From: paddy.o'brien@zzz.tg.nsw.gov.auh! Subject: Re: image backup timimgs 5 Message-ID: <01JTCZBG6I36003F6G@tgmail.tg.nsw.gov.au>t  1 >could some please give me some sort of indictivee >timing for the backp/image 1 >operation on a 36GB disk. This is a disk to diskm >image backup.     Well, not quite.  Q My backups of 4 9GB disks (not totally full, nor should your disk be) /image and  L no other qualifiers (see thread from Andy Goldstein about a year ago), on a P VMS7.2 Alpha and done to a compressed TZ89 take 1:09 hours elapsed, 0:03:30 CPU.  Q I would judge disk to disk to be much closer to the CPU time -- just a judgement u$ call, but no longer than 10 minutes.  J Andy or Richard Gilbert would likely be able to tell you to the second :-)   Regards, Paddy   Paddy O'Brien, Transmission Development,a
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiau   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, ; but that little whizz-bang apostrophe gives me little spam.    ------------------------------  % Date: Thu, 24 Aug 2000 12:00:14 +0100-* From: "Richard Brodie" <R.Brodie@rl.ac.uk>! Subject: Re: image backup timimgs#+ Message-ID: <8o2v85$v1o@newton.cc.rl.ac.uk>-  b <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message news:01JTCZBG6I36003F6G@tgmail.tg.nsw.gov.au...  R > I would judge disk to disk to be much closer to the CPU time -- just a judgement& > call, but no longer than 10 minutes.  I I would expect disk to disk image to be slower than disk to tape, perhapsmO considerably so. You have to do a lot of extra operations to keep the structure N consistent. I seem to recall a thread a while back: 'can image restores have a fast and loose option'.t  K Writethrough cacheing of disks would no doubt improve things but that isn'th the typical case.g   ------------------------------  # Date: Thu, 24 Aug 2000 14:17:13 GMTs- From: "Richard D. Piccard" <piccard@ohio.edu>m! Subject: Re: image backup timimgsh( Message-ID: <39A52E66.6C0DA005@ohio.edu>  d I agree; in my experience, disk-to-disk back, unless the output is a saveset, is orders of magnituded slower than disk to saveset-on-tape.  Each file requires several seeks, to update the volume bitmap,a the master file directory, and the particular directory it is in, in addition to writing the dataP^ blocks.  I seem to recall the having the target volume allocated and mounted /FOREIGN might bec possible and might speed it up, because it would then know that there was no need to keep the ODS-n % data structures current step-by-step.o                           RDPx     Richard Brodie wrote:e  d > <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message news:01JTCZBG6I36003F6G@tgmail.tg.nsw.gov.au... >nT > > I would judge disk to disk to be much closer to the CPU time -- just a judgement( > > call, but no longer than 10 minutes. > K > I would expect disk to disk image to be slower than disk to tape, perhaps-Q > considerably so. You have to do a lot of extra operations to keep the structureDP > consistent. I seem to recall a thread a while back: 'can image restores have a > fast and loose option'.  >nM > Writethrough cacheing of disks would no doubt improve things but that isn't  > the typical case.    --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Thu, 24 Aug 2000 11:32:09 -0400n4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>< Subject: In case you havent seen the news on the Compaq siteJ Message-ID: <2B37459189B0D211BE710000F8EF9D85056682A5@nts0147.beehive.com>  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.  ' ------_=_NextPart_001_01C00DE0.779422EAi Content-Type: text/plain;  	charset="iso-8859-1"   5 http://www6.compaq.com/alphaserver/vax/vax_dates.htmle  ! Last order dates for VAX systems A  / VAX 4000, MicroVAX 3100 - 88 and 3100-98 modelst    K VAX 4000, MicroVAX 3100-88, and MicroVAX 3100-98 systems and all associatedfL options are being retired. Limited supply will be supported on a first come, first serve basis.  # Last order date: September 30, 2000r  ! Last ship date: December 31, 2000a  ' ------_=_NextPart_001_01C00DE0.779422EAs Content-Type: text/html; 	charset="iso-8859-1"-+ Content-Transfer-Encoding: quoted-printable:  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">a <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =s charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65">aB <TITLE>In case you havent seen the news on the Compaq site</TITLE> </HEAD>m <BODY>   <P><FONT SIZE=3D2><A =@ HREF=3D"http://www6.compaq.com/alphaserver/vax/vax_dates.html" =I TARGET=3D"_blank">http://www6.compaq.com/alphaserver/vax/vax_dates.html<=u
 /A></FONT> </P>  : <P><FONT SIZE=3D2>Last order dates for VAX systems </FONT> </P>  < <P><FONT SIZE=3D2>VAX 4000, MicroVAX 3100 - 88 and 3100-98 =
 models</FONT>  </P> <BR>  D <P><FONT SIZE=3D2>VAX 4000, MicroVAX 3100-88, and MicroVAX 3100-98 =F systems and all associated options are being retired. Limited supply =@ will be supported on a first come, first serve basis.</FONT></P>  < <P><FONT SIZE=3D2>Last order date: September 30, 2000</FONT> </P>  : <P><FONT SIZE=3D2>Last ship date: December 31, 2000</FONT> </P>   </BODY>i </HTML>p) ------_=_NextPart_001_01C00DE0.779422EA--r   ------------------------------  # Date: Thu, 24 Aug 2000 10:08:30 GMT + From: Chris Doran <chris_doran@my-deja.com>c' Subject: Re: LEDs & VAXStation 3100 M48 ) Message-ID: <8o2s6n$3g2$1@nnrp1.deja.com>   5 In article <39A4292B.916C865D@mail.polial.polito.it>,N5   Alessandro Prete <ale@mail.polial.polito.it> wrote:sB > Is there any place where I can find a table to interpret a fault	 conditionz! > (something as SGI tech pubs)  ?n  F It's in Appendix G of the VS3100 Maintenance Guide, EK-285AA-MG-001. IG don't know whether it's online anywhere. Since this is fast becoming annC FAQ, perhaps Hoff (who I see is reading this thread) could take thet6 hint! If not, I'll see if I can post a scan somewhere.   Chris     & Sent via Deja.com http://www.deja.com/ Before you buy..   ------------------------------  % Date: Thu, 24 Aug 2000 10:06:08 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>' Subject: Re: LEDs & VAXStation 3100 M48t- Message-ID: <0033000003192923000002L032*@MHS>o   =0AHi,B Does anybody know what is the meaning of the 8 LEDs placed  in the# rearward of a VAXStation 3100 M48 ?  Thanks !    Cheers,   Alep  E ---------------------------------------------------------------------aC  http://www.polial.polito.it/cdc          ale@mail.polial.polito.itdE ---------------------------------------------------------------------  Think MultiPlatform, Think Free E ---------------------------------------------------------------------e  A      I put the VAXstation 3100 Model 76 Owner's Guide on-line at:e  :      http://www.whiteice.com/~williamwebb/intro/DOC-i.html  ?      The 48 isn't quite the same as the 76 but they have enough 3      in common that you might find it to be of use.e        WWWebb=   ------------------------------  % Date: Wed, 23 Aug 2000 21:02:09 -0400e* From: David A Froble <davef@tsoft-inc.com>- Subject: Re: Linking FORTRAN program questioni- Message-ID: <39A47411.38811289@tsoft-inc.com>t   Steve Lionel wrote:o > 6 > On Wed, 23 Aug 2000 20:59:33 GMT, "Richard L. Dyson" > <rick-dyson@uiowa.edu> wrote:a > J > >Maybe this is a dumb question :), but why does it matter what order theG > >libraries are listed in for the link command?  Isn't a list of entryaJ > >points made and when subsequent references to that symbol are found theG > >"right thing" is done?  If the order mattered, I imagine it would berK > >possible to generate a situation where you can't resolve all the symbolss, > >unless you list a library more than once? > @ > Yes, order does matter.  The linker never goes back to revisitG > libraries previously read to resolve new references.  For example, ifo > you have:o >  > LINK FOO,A/LIB,B/LIB,C/LIB > C > and there is a reference pulled in from B.OLB which is defined inn> > A.OLB (and not already referenced), the linker won't see it. > H > The solution is to either add A/LIB again or to explicitly pull in the! > defining module using /INCLUDE.M  O This isn't an uncommon problem.  My usual solution is to explicitly pull in ther routine.  O I can envision the linker keeping a list of all libraries, and if an unresolved>O global exists, make another pass through the libraries, continuing until a pass.M does not pick up another module.  If the global(s) are still unresolved, thenSN it's a problem.  I have no idea what new problems such a solution would evoke.  O It gets real interesting when you have multiple modules with the same name, and P you're counting on the resolution of certain versions before another of the sameI name.  I won't call this a bad thing since it can be useful when testing.i   Dave   -- o4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Thu, 24 Aug 2000 19:34:47 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.aue- Subject: Re: Linking FORTRAN program question?5 Message-ID: <01JTCYP324UA003FD4@tgmail.tg.nsw.gov.au>n  + Dave Froble wrote in reply to Steve Lionel: P >This isn't an uncommon problem.  My usual solution is to explicitly pull in the	 >routine.s  - This is a reasonable solution, but see later.r  P >I can envision the linker keeping a list of all libraries, and if an unresolvedP >global exists, make another pass through the libraries, continuing until a passN >does not pick up another module.  If the global(s) are still unresolved, thenO >it's a problem.  I have no idea what new problems such a solution would evoke.a  P No.  I cannot agree with this.  Doesn't this incur a potential infinite loop in  the librarian program?  P >It gets real interesting when you have multiple modules with the same name, andM >you're counting on the resolution of certain versions before another of the - sameJ >name.  I won't call this a bad thing since it can be useful when testing.  K We do(/did) have this sort of situation, but it is controlled by occlusion 1I within CMS/MMS.  Also within the linker if your libraries are structured aL correctly.  But then isn't this a bit stupid to have modules with different P functions having the same name?  Hmm, we had (before quality stuff) a module in Q each application called PHD -- print header.  For our own sanity we very quickly n/ changed that to a module called <facility>_PHD.g  N I believe (but have had to stand fast on some of my ideas here -- here = like O where I am employed in .au), that any program design must not incur a circular t list of Linker inclusions.  I We have one application that uses (via CMS/MMS) about 10 .OLBs.  Much as  O programs should be structured, so should inclusion of object library modules.   M If a module requires a circular list for the linker, then it is in the wrong g object library.l  O The only module I would consider acceptable to be pulled in by /include is the iL main program module.  Even Fortran BLOCK DATA can be pulled in correctly by J using an EXTERNAL statement in the main program.  No idea regarding other  languages -- just a dinosaur.n   Regards, Paddy   Paddy O'Brien, Transmission Development,e
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australial   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,-; but that little whizz-bang apostrophe gives me little spam.b   ------------------------------  % Date: Thu, 24 Aug 2000 11:22:50 +0100C/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>l- Subject: Re: Linking FORTRAN program questionr7 Message-ID: <009EF146.19C9A6E5.10@maxwell.ph.kcl.ac.uk>c   > > B > > Yes, order does matter.  The linker never goes back to revisitI > > libraries previously read to resolve new references.  For example, if,
 > > you have:l > >  > > LINK FOO,A/LIB,B/LIB,C/LIB > > E > > and there is a reference pulled in from B.OLB which is defined inf@ > > A.OLB (and not already referenced), the linker won't see it. > > J > > The solution is to either add A/LIB again or to explicitly pull in the# > > defining module using /INCLUDE.  > Q > This isn't an uncommon problem.  My usual solution is to explicitly pull in the 
 > routine. > Q > I can envision the linker keeping a list of all libraries, and if an unresolved@Q > global exists, make another pass through the libraries, continuing until a pass O > does not pick up another module.  If the global(s) are still unresolved, theneP > it's a problem.  I have no idea what new problems such a solution would evoke.  M Obvious one I can see is performance - the linker would have to revisit everymJ .OLB and .OPT on the link list again before declaring a failure. Lots more3 disk activity and a longer wait for a failed LINK. r  I A better, but more radical, idea would be the interactive linker approach H I found in ages past on a system called PRIMOS. When a link command had C finished it dropped into an interactive prompt if there were still rG references to resolve. You could interrogate it to list what was still  G unresolved, and feed it with more binaries or abort it as appropriate. g= This was a great feature of an otherwise pretty yukky system.   E I'm somewhat sceptical of the design of any libraries where A dependseG on B and B depends on A. My instincts say that if this is other than a gG temporary state of affairs during development, A and B are not usefullys8 separate libraries or there is something else not right. > Q > It gets real interesting when you have multiple modules with the same name, andhR > you're counting on the resolution of certain versions before another of the sameK > name.  I won't call this a bad thing since it can be useful when testing.o  K My own approach to testing is to link all the test code explicitly as .OBJ,rL then scan the "production" libraries. This has an added advantage that thereK is an address, easy to see from the .MAP file, above which is stuff you areeE developing and below which are routines that are expected to work. InyC other words, if you get a crash originating from library code, it'seG probably a higher-level routine passing it garbage. If it originates in E the development code, it's quite likely a coding error at that point.eM And you *know* that your development code is all in there, because everythingi" in a .OBJ is explicitly included.    	Yours,e
 		Nigel Arnoth- 		NRA@MAXWELL.PH.KCL.AC.UK                      7 		"In the beginning there was nothing, which exploded."h   ------------------------------  % Date: Thu, 24 Aug 2000 13:47:37 +0200h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> - Subject: Re: Linking FORTRAN program question ) Message-ID: <39A50B59.CA6FC3FB@gtech.com>-   "Richard L. Dyson" wrote:,I > I have a user that was trying to build a FORTRAN program and was havinguJ > unresolved symbol problems and I wondered if anyone could help enlighten > me.  > H > I think I have run across this kind of problem in the past, so I triedI > re-arranging the order of the subroutine libraries (*.OLB) that were onw > the LINK command line. > I > Maybe this is a dumb question :), but why does it matter what order theaF > libraries are listed in for the link command?  Isn't a list of entryI > points made and when subsequent references to that symbol are found thehF > "right thing" is done?  If the order mattered, I imagine it would beJ > possible to generate a situation where you can't resolve all the symbols+ > unless you list a library more than once?-  E Libraries are always searched left to rigth - it never searches back.'  C So the library structing and order of libraries in the LINK commandD are very important.@  < It is quite common to specify the list of libraries twice to workaround problems.   Arne   ------------------------------  % Date: Thu, 24 Aug 2000 10:33:47 -0400c* From: David A Froble <davef@tsoft-inc.com>- Subject: Re: Linking FORTRAN program questiond- Message-ID: <39A5324B.2BD4FF0F@tsoft-inc.com>t  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: > - > Dave Froble wrote in reply to Steve Lionel:9R > >This isn't an uncommon problem.  My usual solution is to explicitly pull in the > >routine.  > / > This is a reasonable solution, but see later.1 > R > >I can envision the linker keeping a list of all libraries, and if an unresolvedR > >global exists, make another pass through the libraries, continuing until a passP > >does not pick up another module.  If the global(s) are still unresolved, thenQ > >it's a problem.  I have no idea what new problems such a solution would evoke.a > Q > No.  I cannot agree with this.  Doesn't this incur a potential infinite loop inh > the librarian program?  P No more so than in other places where a similar technique is used.  Consider theM stupid bubble sort.  You continue to process the list of items, switching any-N two items as required to have them in the desired order, and stop after a passL through the items does not produce a switch.  With the list of libraries, ifO there are no more modules to be found, then the last pass through the librariesoK will not find another module to include.  Such a condition would have to beaL tracked, but if there are no more to be found, then further looking into the. libraries will not be productive, so you stop.  R > >It gets real interesting when you have multiple modules with the same name, andN > >you're counting on the resolution of certain versions before another of the > sameL > >name.  I won't call this a bad thing since it can be useful when testing. > L > We do(/did) have this sort of situation, but it is controlled by occlusionJ > within CMS/MMS.  Also within the linker if your libraries are structuredM > correctly.  But then isn't this a bit stupid to have modules with differenteQ > functions having the same name?  Hmm, we had (before quality stuff) a module in R > each application called PHD -- print header.  For our own sanity we very quickly1 > changed that to a module called <facility>_PHD.   J Yes, it is stupid to have two modules doing different things with the sameP name.  However, when testing a new version of a module, while the old version isL still considered 'live', it's nice to be able to link against the productionL libraries while including the 'test' module into the image before the 'live'M version is encountered.  When I'm doing major modifications to an application N with a large number of modules, I'll place the development modules into a testI library, and link against that library prior to the production libraries.   O > I believe (but have had to stand fast on some of my ideas here -- here = like P > where I am employed in .au), that any program design must not incur a circular > list of Linker inclusions. > J > We have one application that uses (via CMS/MMS) about 10 .OLBs.  Much asO > programs should be structured, so should inclusion of object library modules.=N > If a module requires a circular list for the linker, then it is in the wrong > object library.   P Usually yes.  There can always be exceptions.  The same module can also exist inG multiple libraries, but there can be a real danger with that practice.0n  P > The only module I would consider acceptable to be pulled in by /include is the > main program module.    M Not only acceptable, but the only method I know, if you're storing all objectm modules in libraries.2  7 > Even Fortran BLOCK DATA can be pulled in correctly by>K > using an EXTERNAL statement in the main program.  No idea regarding otherd > languages -- just a dinosaur.s   Dave   -- t4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Thu, 24 Aug 2000 10:43:48 -04003* From: David A Froble <davef@tsoft-inc.com>- Subject: Re: Linking FORTRAN program questionr- Message-ID: <39A534A4.7598AD66@tsoft-inc.com>t   Nigel Arnot wrote: >  > > > D > > > Yes, order does matter.  The linker never goes back to revisitK > > > libraries previously read to resolve new references.  For example, ifr > > > you have:- > > >l  > > > LINK FOO,A/LIB,B/LIB,C/LIB > > >HG > > > and there is a reference pulled in from B.OLB which is defined in=B > > > A.OLB (and not already referenced), the linker won't see it. > > >3L > > > The solution is to either add A/LIB again or to explicitly pull in the% > > > defining module using /INCLUDE./ > >mS > > This isn't an uncommon problem.  My usual solution is to explicitly pull in thex > > routine. > >GS > > I can envision the linker keeping a list of all libraries, and if an unresolved/S > > global exists, make another pass through the libraries, continuing until a passZQ > > does not pick up another module.  If the global(s) are still unresolved, then<R > > it's a problem.  I have no idea what new problems such a solution would evoke. > O > Obvious one I can see is performance - the linker would have to revisit everymL > .OLB and .OPT on the link list again before declaring a failure. Lots more4 > disk activity and a longer wait for a failed LINK.  P Since I normally spawn a subprocess and use command files for building programs,M and go onto something else, this wouldn't be a major problem.  The capability0M could be a switch so that it isn't always default behavior.  In any case, the 3 computer can find problems a lot faster than I can.p  K > A better, but more radical, idea would be the interactive linker approachaI > I found in ages past on a system called PRIMOS. When a link command hadID > finished it dropped into an interactive prompt if there were stillH > references to resolve. You could interrogate it to list what was stillH > unresolved, and feed it with more binaries or abort it as appropriate.? > This was a great feature of an otherwise pretty yukky system.r  P Any capability, when required is a good capability.  As I said above, I'd preferH the computer to do as much of the work as possible.  I'm basically lazy.  G > I'm somewhat sceptical of the design of any libraries where A dependsIH > on B and B depends on A. My instincts say that if this is other than aI > temporary state of affairs during development, A and B are not usefullyk: > separate libraries or there is something else not right.   Totally agree.  S > > It gets real interesting when you have multiple modules with the same name, and-T > > you're counting on the resolution of certain versions before another of the sameM > > name.  I won't call this a bad thing since it can be useful when testing.- > M > My own approach to testing is to link all the test code explicitly as .OBJ,-N > then scan the "production" libraries. This has an added advantage that thereM > is an address, easy to see from the .MAP file, above which is stuff you are G > developing and below which are routines that are expected to work. IniE > other words, if you get a crash originating from library code, it's-I > probably a higher-level routine passing it garbage. If it originates inaG > the development code, it's quite likely a coding error at that point.qO > And you *know* that your development code is all in there, because everything # > in a .OBJ is explicitly included.T  L If you're working on 25 modules at the same time, this becomes tedious.  TheO customization of your build command file is much easier if all that is requirednP is the insertion of 1 library name in the link command rather than say 25 objectN names.  Since I have generic command files used with spawn to compile modules,P it automatically puts them in the test library.  VMS has made me very lazy, once) I get all the tools set up appropriately.o   Dave   -- y4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Thu, 24 Aug 2000 16:15:25 GMTa From: smiley0205@my-deja.com# Subject: max disk size on VMS 5.5-2 ) Message-ID: <8o3hm8$sfp$1@nnrp1.deja.com>p   VMSers,   F   I want to confirm that on VMS 5.5-2, the maximum disk size is 2.1gb.; I understand that you can have a volume set larger.  We areaG consolidating a cluster and am trying to make the footprint as small aseD possible so that is why we are interested in individual maximum disk size.a   TIA,    & Sent via Deja.com http://www.deja.com/ Before you buy.u   ------------------------------  % Date: Thu, 24 Aug 2000 17:20:43 +0100s, From: Paul BEAUDOIN <paul.beaudoin@hsbc.com>& Subject: Memo:  Re:DECnet area routingA Message-ID: <80256945.0059C4F3.00@emea-smtp-03.midlandbank.co.uk>r   You could set up a hidden area:a? LAN A is in area 63 with his area router set to MAXIMUM AREA 63s= LAN B is in area 1-62 with his area router set to MAX AREA 62   E LAN A can thus 'see' the entire world whereas LAN B can only see areal 1-62.t  < Any compliant DECnet (Phase IV) implementation will do this.   Paul      D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleaseiB  notify the sender immediately by return e-mail and delete it from
  your system.s  =  Internet communications cannot be guaranteed to be secure oroA  error-free as information could be intercepted, corrupted, lost, >  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context ofo?  this message which arise as a result of Internet transmission.h  iD  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office m=  through which this message is sent unless otherwise clearly bA  indicated in this message and the authority of the author to so  3  bind the HSBC entity referred to is duly verified.a  D ********************************************************************   ------------------------------  % Date: Thu, 24 Aug 2000 09:19:58 +0100l, From: Paul BEAUDOIN <paul.beaudoin@hsbc.com> Subject: Memo:  system infoiA Message-ID: <80256945.002DC0C9.00@emea-smtp-03.midlandbank.co.uk>u  B You could install RCM from the CDs and run it. Most everything you want is gathered and filed. D The resulting file (can be HTML) can be mailed to another system and  set to run at regular intervals.< We set this up on all systems here and with a few simple DCLC procedures created a web page that displays all info from any node. A All automatic. If anyone is interested I can post the procedures.c   Paul      D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleaseaB  notify the sender immediately by return e-mail and delete it from
  your system.r  =  Internet communications cannot be guaranteed to be secure or A  error-free as information could be intercepted, corrupted, lost,->  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context ofu?  this message which arise as a result of Internet transmission.-  -D  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office g=  through which this message is sent unless otherwise clearly aA  indicated in this message and the authority of the author to so e3  bind the HSBC entity referred to is duly verified.y  D ********************************************************************   ------------------------------  % Date: Thu, 24 Aug 2000 15:07:33 +0200 B From: "Softwaregroep TB/GA Gasunie" <e.g.van.der.velde@gasunie.nl>  Subject: MEMORY LEAK DETECTION ?, Message-ID: <8o36he$85r$1@porthos.nl.uu.net>  	 Hi there,x  J I have an application which shortly after running reaches his WSEXTENT and$ has a rapidly decreasing  PAGFILCNT.I Obviously there is a memory leak in this application (which is written in L C). Does anybody know a tool to watch the behaviour of memory consumption of1 a C application. (i.e detection of a memory leak)l Any suggestions are welcome.     Herman Behllinge   ------------------------------  % Date: Thu, 24 Aug 2000 14:20:20 +0100h* From: "Richard Brodie" <R.Brodie@rl.ac.uk>$ Subject: Re: MEMORY LEAK DETECTION ?, Message-ID: <8o37eo$141u@newton.cc.rl.ac.uk>  M "Softwaregroep TB/GA Gasunie" <e.g.van.der.velde@gasunie.nl> wrote in messagea& news:8o36he$85r$1@porthos.nl.uu.net... > Hi there,e >rL > I have an application which shortly after running reaches his WSEXTENT and& > has a rapidly decreasing  PAGFILCNT.K > Obviously there is a memory leak in this application (which is written inrN > C). Does anybody know a tool to watch the behaviour of memory consumption of3 > a C application. (i.e detection of a memory leak)o  M The  heap analyser is a good place to start. See the debugger manual for fullkY details: http://www.openvms.compaq.com:8000/72final/4538/4538pro_024.html#dbg_analyzer_cha   In summary:   % 1.  DEFINE LIBRTL LIBRTL_INSTRUMENTED  2.  Run program.* 3.  Sit back and watch the pretty colours.G      er that should be: quickly diagnose the source of the memory leak.i   ------------------------------  % Date: Thu, 24 Aug 2000 15:46:14 +0200e% From: David Romero <romerod@gedas.es>t Subject: printer queue problems ( Message-ID: <39A52726.F27FBC5C@gedas.es>   Hi,   D I'm working in a AlphaServer 1200 with OpenVms 7.2.1. After creatingH queues to print, I send a job and it holds on error showing the message:   Retained on error.( SYSTEM-F-NOLOGNAM, no logical name match  A I'm not sure I've created the queue correctly, can you explain mef7 something about this error or about how create queues ?a   Thanks   David.   ------------------------------   Date: 24 Aug 2000 08:30:44 GMT+ From: "Gerke Grashuis" <g.grashuis@kpn.com>n+ Subject: Re: Queue always prints extra pageo8 Message-ID: <01c00da5$984445f0$8d4c15ac@HKTGN9911301604>   Hi.   G Don't know what the original question was but this looks like something  I've seen before.i  B Normally you set up a printer queue with a device control library.C In there you can put a reset module (e.g. RESET.TXT) with an escapee3 sequence to reset the printer after every print job  (/SEPARATE=RESET=(RESET)).J Sometimes this is needed because some jobs leave a printer in an undefined3 state as to bold and underlined printing and so on. C Resetting the printer after each job is a good way to eliminate thee? possibillity that the next print job in the queue gets garbled.u  E Now, what I have noticed with many HP printers is that a reset alwayst1 result in a blank sheet being printed by default.n  ' Could be this is the fact at your site.aK So, find out if a reset sequence is being sent to your printer between eachI job and focus on that.I Maybe altering the reset sequence or modifying this particular setting on ' the printer itself solves your problem.a  
 Good luck,   Gerke Grashuis	 AINO B.V.n  B David J. Dachtera <djesys.nospam@earthlink.net> schreef in artikel$ <39A48C1B.C0295A7D@earthlink.net>... > "Mark W. Ripley" wrote:o > >e > > Hello -a > > C > > I am having problems with a terminal queue that refers to an HPrB > > laserprinter - it prints a blank sheet (form feed) after everyC > > page.  All jobs sent to it are 1 page jobs.  The printer workediF > > fine before I made it spooled.  I'm pretty sure there is something> > > really easy I'm missing, but at this point, I'll trade theC > > embarrassment of someone pointing it out to me for help finding1 > > the problem.	 > [snip]  ? > > The terminal settings worked just fine when it was a simplem > > printer port:- > > $ > > }DKC0:[RIPLEY] show term lta9300F > > Terminal: _LTA9300:   Device_Type: Unknown       Owner: SYMBIONT_2B > >                                               Username: SYSTEM > > F > >    Input:    9600     LFfill:  0      Width: 132      Parity: None4 > >    Output:   9600     CRfill:  0      Page:   66 > >  > > Terminal Characteristics:nI > >    Interactive        Echo               Type_ahead         No EscapeeF > >    No Hostsync        TTsync             Lowercase          No TabH > >    Wrap               Scope              No Remote          EightbitG > >    No Broadcast       No Readsync        No Form            Fulldup F > >    No Modem           No Local_echo      No Autobaud        HangupI > >    No Brdcstmbx       No DMA             No Altypeahd       Set_speed K > >    No Commsync        Line Editing       Overstrike editing No Fallback J > >    No Dialup          No Secure server   No Disconnect      No PasthruJ > >    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer PortB > >    Numeric Keypad     No ANSI_CRT        No Regis           No
 Block_modeK > >    No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2cB > >    No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No
 Ansi_Color > >    VMS Style Input > : > I think the "No Form" setting may be what's getting you. > - > Printer ports should always be set like so:  >  > $ SET TERM/PERM ddcu/FORMn > F > ...so that hardware form-feeds are passed unmodified by the terminalJ > driver. Seeing the current setting, LATSYM may assume that an additionalJ > "form-feed" may be needed to ensure that the printer is always at TOF at > the end of a print job.s >  > -- e > David J. Dachterar > dba DJE Systems  > http://www.djesys.com/ > < > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/( > J > This *IS* comp.os.vms. So, a certain bias in postings is to be expected. > B > Feel free to exercise your rights of free speech and expression. > H > However, attacks against individual posters, or groups of posters, are > strongly discouraged.  >    ------------------------------  % Date: Wed, 23 Aug 2000 23:09:49 -0700l& From: Ryan Moore <rmoore@qualcomm.com>- Subject: Re: Setting VT420 to 36 line displaylL Message-ID: <Pine.GSO.4.10.10008232304150.13371-100000@illyana.qualcomm.com>  # On 23 Aug 2000, Graham Allan wrote:a9 > "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> writes:' > > > > Nope. The VT420 supports 24, 36 or 48 lines on the screen.; > > You can even do two lots of 24 lines in a split screen,e > > dual session mode. > K > Really? I have a couple of VT420s (with no manuals), using dual sessions.,J > I can see how you get 48-line mode... how do you enable the split-screen& > feature? I'd find that quite useful!  I First, I assume you have a dual-session capable terminal (I don't know if,E all VT-420's are dual-session capable).  Plug in two different serials- cables and set up the communications on them.t  H Use <F4> to switch between sessions and <CTRL>-<F4> to toggle in and outI of split-screen mode.  Make sure both of your sessions are set to 48-linea- mode or you'll only see part of each session.y  G Split-screen mode is very cool.  I even think there is a way to cut andaJ paste text from the terminal!  There's a magic key-sequence (which I don'tI remember) that enters a mode where the screen freezes and you can controlDB the cursor to select an area of text, copy it, and paste it to theD original cursor position.  Maybe someone else can fill us in on that feature.   -Ryan         ------------------------------  % Date: Thu, 24 Aug 2000 09:42:00 +0100e5 From: "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> - Subject: Re: Setting VT420 to 36 line display / Message-ID: <8o2naf$r2e$2@newsg1.svr.pol.co.uk>    Copying and Pasting Text   To copy into the paste buffer:-4   +   Press and hold F1.- +   Use the arrow keys to position the cursorg     to the start position. +   Press the Select key.D- +   Use the arrow keys to position the cursor /     to one character beyond the final position.e*     The lines to be copied are underlined. +   Press the Remove key.w +   Release the F1 key.,  . If you release the F1 key during the operation! the whole operation is cancelled.h    To paste from the paste buffer:-  2 +   If needed position the cursor to the insertion)     point (for example, in a text editor)  +   Press and hold F1. +   Press the Insert key.  +   Release the F1 key.t  . Max 24 lines of 132 chars can be inserted into the paste buffer.n  3 Stuff in the paste buffer stays there until anotherl) copy operation is done or the terminal isi( switched off (according to the manual!).  1 Visual character attributes (bold, underline etc) 0 are not copied. Graphics characters are replaced with blanks.    
 with regards,a   Adrian   --( Adrian Lumsden, XDT Computer Systems, UK" A dot Lumsden at xdt dot co dot uk      1 Ryan Moore <rmoore@qualcomm.com> wrote in message F news:Pine.GSO.4.10.10008232304150.13371-100000@illyana.qualcomm.com...% > On 23 Aug 2000, Graham Allan wrote:t; > > "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> writes:  > > @ > > > Nope. The VT420 supports 24, 36 or 48 lines on the screen.= > > > You can even do two lots of 24 lines in a split screen,o > > > dual session mode. > >aC > > Really? I have a couple of VT420s (with no manuals), using duala	 sessions.l? > > I can see how you get 48-line mode... how do you enable thef split-screen( > > feature? I'd find that quite useful! >uH > First, I assume you have a dual-session capable terminal (I don't know ifG > all VT-420's are dual-session capable).  Plug in two different seriala/ > cables and set up the communications on them.  >oF > Use <F4> to switch between sessions and <CTRL>-<F4> to toggle in and outiC > of split-screen mode.  Make sure both of your sessions are set tof 48-line / > mode or you'll only see part of each session.i > E > Split-screen mode is very cool.  I even think there is a way to cuto andrF > paste text from the terminal!  There's a magic key-sequence (which I don'tsC > remember) that enters a mode where the screen freezes and you canB controloD > the cursor to select an area of text, copy it, and paste it to theF > original cursor position.  Maybe someone else can fill us in on that
 > feature. >  > -Ryani >e >  >    ------------------------------  % Date: Thu, 24 Aug 2000 16:10:11 +0930i/ From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au>c) Subject: Re: SUMMARY: DECnet area routingn/ Message-ID: <39A4C34B.905756B6@wasd.vsm.com.au>c  - Thanks to all public and private respondents.t  9 A summary of what was suggested (in no particular order).   4 1)  Not possible (level 2 routers must all be peers)  G 2)  Configure a machine in place of the "router" to allow A to initiates> a transaction and B to respond, without allowing B to initiate communications.  w  G 3)  A (Cisco was suggested) router with access-lists controlling DECnet  session initiation.r  / 4)  NCP> set/define node Bnode1 access outgoingo/     NCP> set/define node Bnode2 access outgoing 
     NCP> etc.   G (this looks like what 2 was also refering to, and which has the obviousa$ appeal of low/no cost and simplcity)  H 5) I think what you want can be done with DECnet-Plus (Phase V) over IP.  E I haven't had a chance to play with any of these just yet (the actualzG task was reassigned a couple of days after it was given to me :^)   The < most likely candidates (for us any way) would be 4) then 3).     Mark Daniel wrote: > ) >        +------+    +------+    +------+h) >  A/1   |      |    |      |    |      |y) >        +------+    +------+    +------+d& >            |-----------|-----------| >                        | >                     +----+# >                     +----+ router  >                        |+ >      ==================|=================c >                        |& >            |-----------|-----------|) >        +------+    +------+    +------+-) >  B/2   |      |    |      |    |      |0) >        +------+    +------+    +------+c > D > Systems on network A (say area 1) need to be able establish DECnetE > task-to-task connections for data transfer to systems on network B.xE > Network A cannot allow any possibility of network connectivity fromaB > network B (say area 2).  Can I configure DECnet routing so as toF > provide a route from A->B (area 1 to 2) but not from B->A (area 2 to= > 1)?  I think this is a generic DECnet routinq question, not/ > router-vendor-specific.b >  > As always TIA. >  > --D > "This electronic message and any attachments could not possibly beB > confidential otherwise it would not be sent unencrypted, via theC > Internet, through countless mailing agents, gateways, and using aoC > plethora of other completely insecure and extremely public media.tD > Even if you are not the intended recipient of this message you areE > free to use and abuse any and all of the contents as everyone knowsAF > full-well that that with zero security available the only conclusionC > can be zero accountability.  Virus scanning software was not used*E > composing or mailing this message, end-use automatically nullifying E > liability for infestation or subversion caused by opinions or ideasi > it may contain."   -- oD ********************************************************************B "This electronic message and any attachments could not possibly be@ confidential otherwise it would not be sent unencrypted, via theA Internet, through countless mailing agents, gateways, and using atA plethora of other completely insecure and extremely public media.oB Even if you are not the intended recipient of this message you areC free to use and abuse any and all of the contents as everyone knowsaD full-well that that with zero security available the only conclusionD can be zero accountability.  No virus scanning software is used whenC composing or mailing this message, end-use automatically nullifyingnC liability for infestation or subversion caused by opinions or ideasw it may contain."   ------------------------------  % Date: Thu, 24 Aug 2000 11:03:16 +0200o> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> Subject: Re: system info2 Message-ID: <8o2o7r$but$1@s1.read.news.oleane.net>  9 "Paul BEAUDOIN" <paul.beaudoin@hsbc.com> wrote in message ; news:80256945.002DC0C9.00@emea-smtp-03.midlandbank.co.uk...h >. >>C > All automatic. If anyone is interested I can post the procedures.a >t > Paul >d   Is RCM on the freeware CD ?l, Yes ... your procedures could be interesting  
 Jean-Franoish   ------------------------------  % Date: Thu, 24 Aug 2000 00:04:29 -0600 + From: "Phillip Williams" <phdevax@lobo.net>  Subject: ucx cli-e-nocmdproc3 Message-ID: <uZ2p5.1297$OI2.494117@news.uswest.net>w   HellohD Lately I been getting the following error message when ever I try to: do anything with UCX. The machine is running VMS 5.5-2 andG UCX 4.1. I have not added or deleted any software. I tried reinstalling ( UCX  but no luck. I can do the following* $ run/process=ucx$ftpd sys$system:ucx$ftpd and it works. Any thoughts.  phillip 8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:25.66  %%%%%%%%%%%* Operator status for operator _PISCES$TNA1: NETWORK, CLUSTER   PISCES> ftp pisces8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:31.16  %%%%%%%%%%%$ Message from user INTERnet on PISCES% INTERnet ACP Process creation successt  8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:31.19  %%%%%%%%%%%$ Message from user INTERnet on PISCESD INTERnet ACP FTP Accept Request from Host: 198.59.115.222 Port: 1032  8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:33.06  %%%%%%%%%%%$ Message from user INTERnet on PISCES6 INTERnet ACP detected UCX$FTPD exiting before 'accept'  8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:33.08  %%%%%%%%%%%$ Message from user INTERnet on PISCESF INTERnet ACP AUXS error during process exit  Status = %CLI-E-NOCMDPROC  * %FTP-E-NETERR, I/O error on network device4 -SYSTEM-F-REJECT, connect to network object rejected PISCES>    ------------------------------  % Date: Thu, 24 Aug 2000 09:36:02 +0200*5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>-  Subject: Re: ucx cli-e-nocmdproc- Message-ID: <39A4D062.8E1EF5B3@whitehouse.nl>o   Phillip Williams wrote:d  v: > %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:33.08  %%%%%%%%%%%& > Message from user INTERnet on PISCESH > INTERnet ACP AUXS error during process exit  Status = %CLI-E-NOCMDPROC  E The account used for the ftp server has the restricted flag set. ThisaH means that all the login command files must be executable for this user.% Check the protections on these files.m   Regards,   Oswald   ------------------------------  # Date: Thu, 24 Aug 2000 07:55:56 GMTc( From: Rainer Giese <giese_r@my-deja.com>  Subject: Re: ucx cli-e-nocmdproc) Message-ID: <8o2ke5$r8b$1@nnrp1.deja.com>B  H > INTERnet ACP AUXS error during process exit  Status = %CLI-E-NOCMDPROC  F I suspect, that the UCX$FTP-User cannot login. Please check, if he hasG appropriate access to his directory and files (he should be the owner).u    & Sent via Deja.com http://www.deja.com/ Before you buy.r   ------------------------------  % Date: Thu, 24 Aug 2000 08:55:05 +0200F? From: "DECHAIZE Thierry (Dir INFRA)" <thierry.dechaize@sncf.fr>h  Subject: RE: ucx cli-e-nocmdproc@ Message-ID: <21EC2A9D83EED311A3EB0008C733892B07F6AC@S70ERTBIA11>  3 	Check protection of SYLOGIN.COM on your system.=20    -----Message d'origine-----a. De: Phillip Williams [mailto:phdevax@lobo.net]  Date: jeudi 24 ao=FBt 2000 08:04 =C0: Info-VAX@Mvb.Saic.Com Objet: ucx cli-e-nocmdproc     HelloaD Lately I been getting the following error message when ever I try to: do anything with UCX. The machine is running VMS 5.5-2 andG UCX 4.1. I have not added or deleted any software. I tried reinstalling-( UCX  but no luck. I can do the following, $ run/process=3Ducx$ftpd sys$system:ucx$ftpd and it works. Any thoughts.e phillip 8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:25.66  %%%%%%%%%%%* Operator status for operator _PISCES$TNA1: NETWORK, CLUSTER   PISCES> ftp pisces8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:31.16  %%%%%%%%%%%$ Message from user INTERnet on PISCES% INTERnet ACP Process creation successI  8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:31.19  %%%%%%%%%%%$ Message from user INTERnet on PISCESD INTERnet ACP FTP Accept Request from Host: 198.59.115.222 Port: 1032  8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:33.06  %%%%%%%%%%%$ Message from user INTERnet on PISCES6 INTERnet ACP detected UCX$FTPD exiting before 'accept'  8 %%%%%%%%%%%  OPCOM  23-AUG-2000 23:49:33.08  %%%%%%%%%%%$ Message from user INTERnet on PISCES9 INTERnet ACP AUXS error during process exit  Status =3D =r %CLI-E-NOCMDPROC  * %FTP-E-NETERR, I/O error on network device4 -SYSTEM-F-REJECT, connect to network object rejected PISCES>e   ------------------------------  % Date: Thu, 24 Aug 2000 09:33:55 +0200e5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>n  Subject: Re: UCX routing problem- Message-ID: <39A4CFE3.1DD50731@whitehouse.nl>r   Jack Pergal wrote: > H > I'm running ucx 2.0B on vms 5.52. I have routing enabled/supply. On anH > alpha running osf1 I see the routes advertised by the vax, but I can'tG > ping any nodes on those routes. On the vax I see routes advertised by F > the alpha and I can ping nodes on those routes. What am I missing on
 > the vax?  H I guess you haven't enabled IP forwarding on the vax. To enable this youH use the command 'ucx set prot ip/forward'. I am not sure if this command5 was the same in the (very old) version you are using.u   Oswald   ------------------------------  # Date: Thu, 24 Aug 2000 15:12:29 GMTl From: rottjakob@my-deja.comk Subject: VAX File needed) Message-ID: <8o3e07$nrr$1@nnrp1.deja.com>    Hello together,w  H I need a Floating Point Number file from a VAX Computer and the same as I ASCII File The Floating Point Numbers should be 4 Byte long and the asciig= file should include the Values of the Floating Point numbers..   The story behind this question:g  M I have to write a program which converts a VAX binary file  to a file which InL could use on an Intel computer running NT 4.0. Everything works fine, but ifM I convert the floating point numbers in the VAX file, the result doesn't makenJ any sense. I now there are different number formats and I have implementedH them in my program, but until now the converter is not working properly.  I So I need the above mentioned file to test my application, because I have 8 only one file to test it and maybe this file is corrupt.      Thanks for help and suggestions.     Roger     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Wed, 23 Aug 2000 21:10:34 -0400c* From: David A Froble <davef@tsoft-inc.com># Subject: Re: VAXstation 3100 cables - Message-ID: <39A4760A.91D1A57E@tsoft-inc.com>c   Chris Trana wrote: > H > I recently obtained a VAXstation 3100 and a Storage Expansion unit forG > it. To install OpenVMS, I will need to connect my CD-ROM drive to the H > expansion unit and attach that to the VAXstation. Unfortunately I have@ > little experience with SCSI hardware and non with DEC specific* > hardware and have a couple of questions. > > > On the back of the storage expansion unit there are two maleD > Centronics 50 connectors. On the back of the VAXstation there is aH > small plastic cover that when removed exposes a male DB68 connector. IH > think I need a SCSI Centronics 50 male-to-DB68 female cable to connectE > the VAX to the storage expansion. Does anyone know of a good sourcenB > for this type of cable? I've been unable to find one with a DB68< > female end. Better yet, does anyone know where I can get a) > female-to-female DB68 gender converter?s > G > I know that once the VAXstation is connected to the storage expansion F > box, it will need to be terminated. What kind of terminator needs to@ > be used? Since there are only two Centronics 50 connectors I'mD > assuming I need a Centronics terminator. Do those even exist? I've > been unable to find them too.f  P Yes, they exist.  Every MicroVAX 3100 system shipped with one or two.  Should be% some people with more than they want.n  E > If anyone could give me a good source of cables/terminators for VAXgG > hardware or a reference site that may clear up some of my confusion IdH > would appreciate it. Although I know little about DEC hardware, I love2 > OpenVMS and can't wait to get it up and running! > 	 > Thanks,0 > Chris   P Well, if they can keep their systems up, you can usually find lots of this stuffN on EBAY, and rather cheap.  The problem there is waiting for auctions to end. O Some of the people on EBAY also have web sites with much of the stuff available. for a normal sale.   A few other possibilities:  E Cabco (724) 864-3400  Manufacturer of cables, does custom work, good,i reasonable.e  ' http://store.yahoo.com/thechipmerchant/   - I'll also check out my pile of unused cables.g   Dave   -- ,4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Thu, 24 Aug 2000 11:14:52 -0400s# From: Jim Agnew <agnew@hsc.vcu.edu>e# Subject: Re: VAXstation 3100 cables + Message-ID: <39A53BEC.F1ED488C@hsc.vcu.edu>b   go to www.blackbox.com, and expect to pay $$ for stuff that really works well, and excellent tech support.  they will also tell younJ if the cheapo stuff you bought elsewhere will work.  those guys are great.  C j. (no alliance with black box corp except as a satisfied customer)r   Chris Trana wrote: > H > I recently obtained a VAXstation 3100 and a Storage Expansion unit forG > it. To install OpenVMS, I will need to connect my CD-ROM drive to theeH > expansion unit and attach that to the VAXstation. Unfortunately I have@ > little experience with SCSI hardware and non with DEC specific* > hardware and have a couple of questions. > > > On the back of the storage expansion unit there are two maleD > Centronics 50 connectors. On the back of the VAXstation there is aH > small plastic cover that when removed exposes a male DB68 connector. IH > think I need a SCSI Centronics 50 male-to-DB68 female cable to connectE > the VAX to the storage expansion. Does anyone know of a good sourcenB > for this type of cable? I've been unable to find one with a DB68< > female end. Better yet, does anyone know where I can get a) > female-to-female DB68 gender converter?s > G > I know that once the VAXstation is connected to the storage expansioneF > box, it will need to be terminated. What kind of terminator needs to@ > be used? Since there are only two Centronics 50 connectors I'mD > assuming I need a Centronics terminator. Do those even exist? I've > been unable to find them too.f > E > If anyone could give me a good source of cables/terminators for VAX G > hardware or a reference site that may clear up some of my confusion IbH > would appreciate it. Although I know little about DEC hardware, I love2 > OpenVMS and can't wait to get it up and running! > 	 > Thanks,  > ChrisS   ------------------------------  % Date: Thu, 24 Aug 2000 09:23:49 +0200a5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>3 Subject: Re: VMS and NFS- Message-ID: <39A4CD85.9CF29793@whitehouse.nl>l  " Softwaregroep TB/GA Gasunie wrote:  M > Why does it take so long to see changes to the NFS directory done under NT?rL > (For example deleting a file) Is there someway I can make this quicker? It: > now takes minutes, there must be some way to tweak this.  9 See the help on the /cache_timeout tcpip mount qualifier.s  M > How can I determine if the NFS disk is available. Suppose I now shut the NTnJ > server down and I do a "dir <NFS directory>" then theere is no response.B > Even the prompt doesn't come back. Is there anyway to test this?  - You can set this with the /retries qualifier.r   Oswald   ------------------------------  % Date: Thu, 24 Aug 2000 16:02:48 +0200eB From: "Softwaregroep TB/GA Gasunie" <e.g.van.der.velde@gasunie.nl> Subject: Re: VMS and NFS, Message-ID: <8o39p2$9gv$1@porthos.nl.uu.net>   Oswald,l  B Thanks for the information. Everything seems to be working ok now!   Hans  D "Oswald Knoppers" <Oswald.Knoppers@whitehouse.nl> schreef in bericht' news:39A4CD85.9CF29793@whitehouse.nl... $ > Softwaregroep TB/GA Gasunie wrote: >sK > > Why does it take so long to see changes to the NFS directory done under  NT?iK > > (For example deleting a file) Is there someway I can make this quicker?i It< > > now takes minutes, there must be some way to tweak this. >-; > See the help on the /cache_timeout tcpip mount qualifier.  >mL > > How can I determine if the NFS disk is available. Suppose I now shut the NTL > > server down and I do a "dir <NFS directory>" then theere is no response.D > > Even the prompt doesn't come back. Is there anyway to test this? >r/ > You can set this with the /retries qualifier.t >  > Oswald   ------------------------------  % Date: Thu, 24 Aug 2000 11:04:16 -0400i* From: David A Froble <davef@tsoft-inc.com>F Subject: Re: VMS at home, ISDN, router, Linux, static IP addresses,...- Message-ID: <39A53970.F4A7C094@tsoft-inc.com>C   "Zane H. Healy" wrote: > * > John E. Malmberg <wb8tyw@qsl.net> wrote:L > > As LINUX can handle almost any type of interface to an ISP including oneI > > that uses DHCP, I would tend to recommend that to do it your selfers.l > N > > The disadvantage of LINUX of course is that you have to make sure that you" > > have properly secured the box. > N > Which is why OpenBSD is a better, though more difficult to setup choice.  DoI > a base install of Linux on one machine and a base install of OpenBSD on(M > another machine, then run SAINT against them.  You might find the results a- > little scarry. > L > > Also available for around $200.00 U.S.D. you can purchase a Firewall box@ > > with NAT that can be connected to most ISP connection types. > M > If you're not comfortable setting up something like OpenBSD or are short oneK > time, this is probably your best bet.  Of course the advantage of using a @ > OpenBSD box is you can also run stuff like a web server on it. > N > > The other advantage of using a separate dedicated appliance is that in theP > > case of a denial of service attack, it bears the brunt of it instead of your > > VMS system.e > J > Wouldn't it still keep you from being able to access the net?  Maybe I'm > missing the point here.   B While it may interfer with you outside communications, your insideI communications would not be affected.  What John's saying is that if your O gateway is a VMS system, and you're using it for other things, (reasonable withn3 VMS), a DoS attack could affect the 'other things'.p  9 > > However A VMS based NAT package might be nice though.m > M > Yes :^) and I'd be very tempted to switch the AlphaStation 200 4/233 that's J > my Firewall from OpenBSD to OpenVMS!  Downside being the Ethernet card IL > added isn't VMS compatible, and I don't have any spare PCI cards that are. >  >                         Zane   -- h4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 24 Aug 2000 08:56:54 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)n5 Subject: Re: What is meaning of BACKUP error message? 0 Message-ID: <8o2o0m$7p0$1@n.ruf.uni-freiburg.de>  _ In article <39A4923E.A10E932B@ix.netcom.com>, "Joe H. Gallagher" <dtrwiz@ix.netcom.com> writes:t= >On a uVAX-3100/90 running V7.2 of VMS, I am getting an errorr@ >message I don't understand.  The mka200 is a 4mm dat tape -- a > >TLZ06 look alike.  The backup (batch) command file is running* >from the system manager's account and is: >n >$!      NIGHTLY_BACKUP.COMa >$!u= >$ r1 = f$edit(f$extract(0,3,f$cvtime(,,"WEEKDAY")),"UPCASE")y >$ show symbol r1l >$ init  mka200: 'r1 /med=comp >$ mount mka200: /for/med=comp6 >$ backup/image/verify/ignor=interlock/nocrc dka100: -+ >  mka200:F100'r1 /save/label='r1 /med=comp,6 >$ backup/image/verify/ignor=interlock/nocrc dka500: -+ >  mka200:F500'r1 /save/label='r1 /med=compa! >$! some other processing follows- >-@ >Near the end of the first pass when backing up the second disk,= >the dka500: disk (before getting the "Starting Verification :) >pass message"), I get the error message:@ >rI >%BACKUP-F-LABELERR, error in tape label processing on MKA200:[]F500WED.;e! >-SYSTEM-W-ENDOFFILE, end of filem >s? >The data "appears" to be written on the tape correctly.  What i= >does this error message mean?  It this a hardware error?  OrR2 >is there something wrong with the BACKUP command?  L Could it be that your media is full? Did you try to add a /REWIND qualifier?   Regards,    Christoph Gartmannr  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, FRG                                               |H +------------ http://www.immunbio.mpg.de/english/menue.html -----------+   ------------------------------  # Date: Thu, 24 Aug 2000 07:02:47 GMT%% From: Uwe Zessin <zessin@my-deja.com>C( Subject: Re: What is the IPCACP process?) Message-ID: <8o2hag$mr9$1@nnrp1.deja.com>4  ) In article <8o1qsi$ugo$1@nnrp1.deja.com>,n-   Alan E. Feldman <alan48@my-deja.com> wrote:c. > What is the process IPCAPC? What does it do?  @ I beleive it's for inter-process communication. It came on board= VAX/VMS V5.5 together with TP_SERVER and a new queue manager.%  F > Does it have anything to do with the IPC Q command that recalculates > the quorum in a cluster?   No. Absolutely not.i   'IPC>' is for IPL 12.% $ write sys$output %xC 12   --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.A   ------------------------------   Date: 24 Aug 2000 01:48 -0400N From: hein@eps.zko.dec.c*m Subject: Re: Why [000000]?& Message-ID: <24AUG200001485767@miasys>  ] In article <39A36810.CC6D37F6@rick.rdperf.com>, Rick Cadruvi <rick@rick.rdperf.com> writes...pA >In fact, the early versions of ODS-2 supported limited filenamesrB >(I think 8.3).  Using UIC based directories in ODS-2 in the early  J That'd be ods-1 no? and 9.3 driven by pdp-11/rsx originated RADIX50 words.C ( 50 octal = 40 decimal = ( A - Z ) + ( 0 - 9 ) + ( " " + $ + ...) g.   word = (char_1 * 40 + char_2 ) * 40 + char_3N   range = 0 - 40*40*40 = 0-64000 = pretty dense out of 65536 possible values.)   hth, 	Hein.   ------------------------------   End of INFO-VAX 2000.473 ************************gards,   Oswald   ------------------------------  # Date: Thu, 24 Aug 2000 07:55:56 GMTc( From: Rainer Giese <giese_r@my-deja.com>  Subject: Re: ucx cli-e-nocmdproc) Message-ID: <8o2ke5$r8b$1@nnrp<Ov_܋^:gB~
ENVjI-Md;* }Ӹ푰sF[|O}xD}m=aw6tvjNYIv;|[a2ϒOež?'=;ا仄ww=T-lmEWHs
MqwU+;2oi ).Y<4_<[J[gP&&
,
$ F:84eLz!yq2_G;A\.DC4j{oeGiYhw@j(2Cٴ.p7-ШM؄@km6:K=7,ap^|xemd|/'dv,N10 9,{w\Ou`ZA'imGZ_NT߿ψM z%H<TGiGe׭4AHh&Hfɤ;|Mt\H^533[Ěgҏ$FM2qQl(kKU\ϟZ}E[7<yW@*#uޢG>'CxD2fٴm1 K39?
SH~1}.,*j"ՋmFDw2s"s\ff)e>gs{z8*Mp,-0&/5Jnyލ[U'ۿT!%`2QԦ&66$T庛}q,v௱/#w_Э̎\9ˣ|<|=8ݳs݃P==B~uwWԕ6X~p_ݜ/\ZWƽi3(hrxg#̪^ּ/WoV@ysdY6*nC.?B:ؿ7XFڸژh
mI8_B4|H7dLL03!@uMN_^_Ʀ={so?dJ|ˠw2]l@eO?i~TirD}m=
D.~ʔXF˨*x<wAו}4&h2b׳|%
{N0/ c.f67
CN>T7EU
1g9_0ڗc]6H>S?~/5ƿ |G{t1G
wW4!}w'ɘ}#XCaw]1Z0ɥM1]̀6 ^Y`{ZcVYyʳ;-uNGnH7e<GG]Hx1|	/#?Nx2xq2u,VGN㘽#}=znF}|^-^Uktd)a,s丵 ǭ94V0q#bUr){@d/³_$j?oNf
ʏ{Ip}'E_-Mg6ǭ˛$gwN؄p/
NSrSY
y˦I:b6[FJ[~,5nh٣a		sDi%ƺ/!_Ng~BFқC̀YXU:ףX["+2ęD=|hZX%O*VuݪmL=V?m_IV<-#Xw+9}Ni(֔]jWofE͂¿ee(t''8	2Xl,h6;F;Hg74/Kǡ?gUV#~	yh_0ϿB),1VZCjOWPD0q'q߹-Y,oyϐmG@<b8E0LBfӢ~IoG;섂D{q=a{MW;VZw5s=s9<gtze+iiLY~'x_GqY\vbWsTN&TWD+Mh9--|{1fڑiB	3]vrߕ`RG(+O]<_{G/2c"+ahϿ1vAO0k1ƃ㠆oxoJ$dN3|THK1^:xicĦwe6مY#ώ>8>=撒u%枵_s)ق&YnTn3O"phv=Qn77=;P}b/
}37qk]t[xQzFÕߋq_;xŁIg\jOPxE"2\ 
+iNWou\qes]YZ|Aql K^`wSE=
<Nȹ$lnTMʈºc"7{2CcXcVs{%;=ߡL/m9{aa]zn7bW9~PA=̃FM#խvl-a
څgai#^]wSQ.GrKa-ME+K++~
WZƣSϽL~8	'4=fYEsgS)}^B=XeAIN<k}GP6R8EKqr
VσY.{6Mӿ9m`sΌv|J mέt#~}	訧|rT~l(/K<,C̱6iv?#b<Mqn[C}sT_ t9fqez/8
DK@_Rt. :m]7{an:N

Ӿ߉sۆt}M5ڌ6¶d!ҝSa̆~q'}Ī`ϱǗ
.wܠ"qN?'qv7S`o|N( }\>KK";`]B댻T.>5bqX~d#o8s9PQ^/>LZ>:ņCܕg
S,$)rj|<c}

h),nNHO<b};/^,Z!
nod>uBw#@3'A?_h ޕjݸ	8e4Heoe&>i&;mC=m8Y{kCӢ	ջ|\zOP۴|np=aL