1 INFO-VAX	Mon, 18 Jul 2005	Volume 2005 : Issue 398       Contents:/ Re: Backup/image complains about file not found / Re: Backup/image complains about file not found ! Congratulations to Dave Sneddon ! % Re: Congratulations to Dave Sneddon ! ! Re: Congratulations to Ed Wilts !  Re: CXX bug? Re: CXX bug? DCPS F2.5 field test available Re: Free VAXen (Salinas, CA)  how different RUN and RUN/DETACH$ Re: how different RUN and RUN/DETACH Re: locking pages 0 Re: Migration checklist (no, not away from VMS!) Re: MONO (.net for UNIX) Re: MONO (.net for UNIX)A O.T. icitte was(Re: Migration checklist (no, not away from VMS!)) 1 Re: Offshore Telephone Technical support to India 6 Re: problem with DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSIC Re ... show management at HP that the licenses are being well used. ( Re: Response issues on GS1280, VMS 7.3-2 Re: SET HOST 0 [/LOG]  Re: SET HOST 0 [/LOG]   Symbol vector index is too large$ Re: Symbol vector index is too large$ Re: Symbol vector index is too large Re: Third Party VAX support  Re: Third Party VAX support  Re: Third Party VAX support  Re: Third Party VAX support  Re: Third Party VAX support / Re: VMS process priorities and system processes / Re: VMS process priorities and system processes / Re: VMS process priorities and system processes   F ----------------------------------------------------------------------    Date: 18 Jul 2005 10:04:41 -0500 From: briggs@encompasserve.org8 Subject: Re: Backup/image complains about file not found3 Message-ID: <$hw6rvqrGhLp@eisner.encompasserve.org>   \ In article <42DAE7B2.FED4C0C3@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:' > BACKUP/IMAGE/NOALIAS/IGNORE=INTERLOCK  > ? > (various messages about files open for write by another user)  > ! > %BACKUP-E_OPENIN, error opening D > DUA0:[VMS$COMMON.SYSEXE]SYS$QUEUE_MANAGER.QMAN$JOURNAL;1 as input # > -SYSTEM-W-NOSUCHFILE no such file  > ? > (various messages about files open for write by another user)  >  > -----------------  > M > I understand BACKUP complains about file not found in the recording pass if P > the file was deleted between the time it was copied and the time the recording5 > pass executes. But during the main backup pass ????   F For /IMAGE backups, there is, I believe, a pre-scan of the index file.   The sequence is:  ? 1.  Prescan the index file, making a list of files found there. F 2.  Traverse the directory tree, backing up all files in the hierarchy:     and marking each file off the list as it is backed up.D 3.  Back up the remaining files on the list (files without directoryC     entries, files in orphaned/corrupt directories, files more than      16 levels deep)   C If you delete a file after the list is made and before the "back up 3 remaining files" step, you'll get "file not found".    > Further more:  > ? > DIR $1$DUA0:[VMS$COMMON.SYSEXE]SYS$QUEUE_MANAGER.QMAN$JOURNAL  > ' > Directory $1$DUA0:[VMS$COMMON.SYSEXE]  > " > SYS$QUEUE_MANAGER.QMAN$JOURNAL;1  D How do you know that's the same file that was there when you started your backup?  Try $ DIR /FILE   A If I were writing a queue mangler, I'd be very tempted to rewrite ? the journal on a fresh file from time to time and rename things 1 [in a safe order] to make that fresh file active.    	John Briggs   ------------------------------    Date: 18 Jul 2005 10:05:37 -0500 From: briggs@encompasserve.org8 Subject: Re: Backup/image complains about file not found3 Message-ID: <Z6VaC20cMbyw@eisner.encompasserve.org>   \ In article <42DAEE22.99A30334@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:0 > In the same backup, I got another strange one: > U > %BACKUP-E-OPENIN error opening DUA0:[]SYS$QUEUE_MANAGER.QMAN$JOURNAL_OLD;1 as input # > -SYSTEM-E-NOSUCHFILE no such file  > E > How come BACKUP would try to backup a file without proper directory  > specification ?   B The previous explanation applies.  After backing up all files thatA are catalogued in the directory hierarchy, /IMAGE backup backs up  the rest of the files as well.   	John Briggs   ------------------------------  % Date: Mon, 18 Jul 2005 14:20:51 +0100  From: Roy Omond <Roy@Omond.net> * Subject: Congratulations to Dave Sneddon !4 Message-ID: <dbgabn$26m$1$8302bc10@news.demon.co.uk>  < Dave's DevCluster has just passed the 1000 days uptime mark,$ and is still in number one position:  7 See http://uptimes.hostingwired.com/stats.php?op=active   9 Of course, it doesn't come as a surprise to any of us ;-)   	 Roy Omond  Blue Bubble Ltd.   ------------------------------    Date: 18 Jul 2005 06:44:14 -0700$ From: "Ed Wilts" <ewilts@ewilts.org>. Subject: Re: Congratulations to Dave Sneddon !C Message-ID: <1121694254.875431.225330@g14g2000cwa.googlegroups.com>   $ Romeo> say f$getsyi("cluster_ftime") 30-MAY-1999 07:28:07.05    'nuff said.   	    .../Ed    ------------------------------  % Date: Mon, 18 Jul 2005 17:48:07 +0100  From: Roy Omond <Roy@Omond.net> * Subject: Re: Congratulations to Ed Wilts !4 Message-ID: <dbgmga$g43$1$8302bc10@news.demon.co.uk>   Ed Wilts wrote:   & > Romeo> say f$getsyi("cluster_ftime") > 30-MAY-1999 07:28:07.05  > 
 > 'nuff said.   . C'mon, Ed !  You've just got to participate in the uptimes project :-)   ! I'm sure there are others too ...   	 Roy Omond  Blue Bubble Ltd.   ------------------------------    Date: 18 Jul 2005 16:12:50 +01006 From: eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) Subject: Re: CXX bug? , Message-ID: <42dbd502$1@news.langstoeger.at>  o In article <Pine.LNX.4.61.0507171653390.18996@frank.harvard.edu>, Chip Coldwell <coldwell@gmail.nospam> writes:  >  >Is this a bug in the compiler?    Sure. Every ACCVIO is a bug.   >$ cxx/version- >Compaq C++ V6.5-004 for OpenVMS Alpha V7.3-1   G Get a newer one at ftp://ftp.compaq.com/pub/products/C-CXX/openvms/cxx/  and try again.   --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Mon, 18 Jul 2005 14:41:29 GMT 4 From: "Ed Vogel" <edward.vogel_stop_the_spam@hp.com> Subject: Re: CXX bug? 1 Message-ID: <tcPCe.8731$a86.512@news.cpqcorp.net>   8 "Tim E Sneddon" <tesneddon@bigpond.com> wrote in message< > Your compiler version is a bit old. I run V6.5-042 and I'm& > sure that's out of date now as well.  > Looks like Tim was correct.  When I download the source, I getC the compiler to hang with -004.  In looking at our change log, this C problem was fixed some time ago.  Using the latest (-046) compiler, F I do not see the problem.  I suggest you download the latest compiler.! I've included the ftp link below.    Ed  H ftp://ftp.compaq.com/pub/products/C-CXX/OpenVMS/cxx/cxx065046.dcx_axpexe   ------------------------------  # Date: Mon, 18 Jul 2005 16:31:07 GMT * From: Paul Anderson <paul.anderson@hp.com>' Subject: DCPS F2.5 field test available 5 Message-ID: <180720051219553335%paul.anderson@hp.com>   ? OpenVMS Engineering is pleased to announce that a field test of D DECprint Supervisor (DCPS) V2.5, called DCPS F2.5, is now available.  ! The features of this release are:   8   - LPD works for remote LPD queues and all LPD printers2   - Support for HP LaserJet 1300 and 1320 printersC   - Installation does not force all queues in cluster to be stopped   C Additional features will be added in future field test releases, as " well as support for more printers.  ) DCPS F2.5 will expire on January 1, 2006.   E For this field test, the only new documentation is the Release Notes, 3 which contains a full list of changes in DCPS F2.5.   E If you are interested in running this field test, please send mail to E me at paul.anderson@hp.com and I will send you download instructions.    Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  % Date: Mon, 18 Jul 2005 18:26:34 +0200 . From: Frank Themann <frankthemann@T-Online.de>% Subject: Re: Free VAXen (Salinas, CA) + Message-ID: <42DBD83A.1AFAFBC9@T-Online.de>    Hi!   C I am truly sorry, but I dont live in the California area, not even  close to it :-)   D Would it be possible to get the VAX 4000 cards and drives shipped to0 Gemany? I would pay for the shipping, of course.   Thanks,   
 Frank Themann      Javier Henderson schrieb:  > B > I've a few VAXen that are be looking for a good home, all of the* > equipment below is in working condition. > B > MicroVAX II in BA23, CPU, 16MB RAM, DELQA, and some random cards > F > MicroVAX II in BA123, CPU from a MicroVAX 3600, 16MB RAM, DELQA, and > random cards > 3 > MicroVAX II in BA123, CPU, and I forget the rest.  > D > VAX 4300/700, CPU, 48MB RAM, TK70, UC08, three drives, and for the. > life of me I can't remember the size... 2GB? >  > DS700  > > > Some random "90" bridges and the rackmount backplane thingy. > F > Pickup only in Salinas, CA, about an hour south of San Jose, CA. TheD > stuff is at my hangar at the airport, if someone is looking for an& > excuse to go flying, come on over... > > > Drop me an email if you're interested and we'll take it fromB > there. It'd be great if you came and pick everything up at once. >  > -jav   ------------------------------    Date: 18 Jul 2005 09:47:13 -0700$ From: nol2002@hotmail.com (BG Jeong)) Subject: how different RUN and RUN/DETACH = Message-ID: <fc6d1562.0507180847.7536c78e@posting.google.com>   8 I'd be pleased if anyone could tell me what this mean...1 I have to run a detach process in VAX vms system.  but it ocurred error.   ! $ RUN SYS$SYSTEM:LOGINOUT.EXE   - A       /INPUT =  OA_ROOT:[SDK.ODBCSAMP.SRC]POP_10MIN_RUN_KKK.COM - =       /OUTPUT = OA_ROOT:[SDK.ODBCSAMP.SRC]POP_10MIN_KKK.LOG -         /DETACH                  -'       /PROCESS_NAME = POP_10MIN_KKK   -         /PRIORITY = 4            -        /BUFFER_LIMIT = 32672    -        /PRIVILEGES = ALL        -        /ENQUE = 50000           -       /WORKING_SET  = 10240    $ type  POP_10MIN_KKK.LOG ' %LIB-E-ACTIMAGE, error activating image / DSA1:[SYS1.SYSCOMMON.][SYSLIB]CX$ACCESS_SHR.EXE ) -SYSTEM-F-EXQUOTA, process quota exceeded / %TRACE-E-TRACEBACK, symbolic stack dump follows E module name     routine name                     line       rel PC     abs PC  D                                                            00192260  00192260D                                                            001DF273  001DF273D                                                            001DAAC8  001DAAC8D TP0TCP_S        tp0tcp_conn_req                 13260      00000214  0010E5D0D TPI_RFC         TCONreq                         12439      0000005E  0011211ED SKERNEL         Str004                           9677      00000213  000FEBC3D FSM             s_fsm                            9585      0000025F  0008BD27D MGMT            s_connect                        9696      00000186  0008DA1AD PSEND           pxPCONREQ                       14600      00000366  0009FE9ED PPDU            ppduCP                          13202      000004C1  00097405D PKERNEL         paCONREQ                        13528      000000E0  00092FCCD PMAIN           p_fsm                           13162      000000C4  00094FC4D PMANAGEM        p_connect                       13861      00000153  00095B0BD RDAERCV         RDA_aeSndPpdu                   24090      000000C1  000B9569D ROUTE           AL_sacfRoute                    13715      000000B2  000EDDD6D FLOWSND         AL_sacfCreditSnd                15520      0000012F  0008BA33D FLOWSND         AL_sacfUStopSnd                 15395      000001D9  0008B839D FLOWSND         AL_sacfFlowSnd                  15230      0000009F  0008B547D ROUTE           AL_sacfRoute                    13715      000000B2  000EDDD6D RDAFSND         rda_sacfSnd                     18893      0000019E  000BBFDED RDAOSND         rda_saoSnd                      20459      00000389  000C9BDDD RDAESND         rda_aeSnd                       21485      0000026E  000B9E16D SURUTIL         AL_surSendToAe                  13773      00000122  0010BD0ED RDASGSND        rda_surSnd                      22600      000002B9  000CC8A1D RDACEVNT        RDA_cliSendEvent                23372      000000D5  000ACBCDD RDACCONN        rda_cliConnect                  25224      000004A9  000A8D71D EWOCONN         SQLConnect                      11823      0000024B  0007FE6FD POP_10MIN_KKK   main                             4934      000000D2  0006DAD2& connection Error !!!.Retry after 10sec  E I tested various way(increasing /Working_set...)  to run that process  but it's same result.   C It is very stange result that it's running ok when just run process  below.   $ RUN POP_10MIN_RUN_KKK.COM  connection OK !!!.  
 Any ideas?   SYSGEN>  SHOW WSB Parameter Name            Current    Default     Min.     Max.    
 Unit  Dynamic B --------------            -------    -------    -------  -------  
 ----  ------- F WSMAX                       28700       1024        60   1048576 Pages  
 $ show mem ............*  DISK$OPENVMS062:[SYS1.SYSEXE]SWAPFILE.SYSF                                                34000       34000       34000 *  DISK$OPENVMS062:[SYS1.SYSEXE]PAGEFILE.SYSE                                               124976     -136557       142408  C Does it mean that there is something wrong in SWAPFILE? is that not  enough?    ------------------------------  % Date: Mon, 18 Jul 2005 13:30:43 -0400 . From: JF Mezei <jfmezei.spamnot@vaxination.ca>- Subject: Re: how different RUN and RUN/DETACH - Message-ID: <42DBE73A.8B36D86C@vaxination.ca>    BG Jeong wrote: # > $ RUN SYS$SYSTEM:LOGINOUT.EXE   - C >       /INPUT =  OA_ROOT:[SDK.ODBCSAMP.SRC]POP_10MIN_RUN_KKK.COM - ? >       /OUTPUT = OA_ROOT:[SDK.ODBCSAMP.SRC]POP_10MIN_KKK.LOG - " >       /DETACH                  -) >       /PROCESS_NAME = POP_10MIN_KKK   - " >       /PRIORITY = 4            -" >       /BUFFER_LIMIT = 32672    -" >       /PRIVILEGES = ALL        -" >       /ENQUE = 50000           - >       /WORKING_SET  = 10240      HELP RUN PROCESS DETACHED   L The create process may simply inherit the sysgen PQL quotas (default processM quotas) instead of what you tell it. HELP seems to imply you need IMPERSONATE $ or CMKRNL to set the process quotas.   When you run it in your process    > $ RUN POP_10MIN_RUN_KKK.COM  > connection OK !!!.  3 It inherits the full SYSUAF quotas of your process.     G I was under the impression that /AUTHORIZE in RUN would pickup your UAF ; quotas, but the current HELP doesn't mention this anymore.    H Also, if you do not have the required privs, the /DETACHED may be simplyJ ignored and you may just get a normal subprocess which has what is left of; your quotas after your main process consumes what it needs.   E > Does it mean that there is something wrong in SWAPFILE? is that not 	 > enough?     N If your page file weren't big enough (forget about swap file), you would get aL dreaded message on OPA0: telling you that the pagefile was badly fragmented,* followed by the system crawling to a halt.  I If your process didn't have sufficient PGFILQUO, it would tell you it has  insufficient virtual memory.  A The error message you are getting doesn't indicate which quota is M insufficient. But it could be buffer, it could be enqueue, it could be ASTlim E etc. Do you know how long it takes before the created process bombs ?    ------------------------------  # Date: Mon, 18 Jul 2005 16:27:42 GMT # From: hoff@hp.nospam (Hoff Hoffman)  Subject: Re: locking pages2 Message-ID: <2MQCe.8750$456.7095@news.cpqcorp.net>   In article <OF3FF6A3E9.91DCBBC0-ON0725703E.00755542-0725703E.00768F86@mck.us.ray.com>, David D Miller <ddmiller@raytheon.com> writes:   = :...nominal cycle time of the application is one millisecond. 9 :Occasional delays of one cycle are tolerable, I think...   I   Depending on the particular Alpha box, clock ticks occur every 976.5625 E   microseconds (0.9765625 milliseconds) -- give or take.  (Some Alpha H   boxes tick at 1000hz, and some are at 1024hz with a periodic stutter.)  K   The millisecond range is rather tight response time for a multiprocessing G   system, in my experience -- this box is probably dedicated?  At this  F   speed, I would personally consider operating the core of the code inF   driver context, as well.  (That avoids process rescheduling.  Other G   options are processor affinity, obviously, and -- and I'm sure you're .   already using this -- a real-time priority.)    K :BTW, the Alpha is some EV45 variation (a dual CPU) and the application was J :ported from VAX several years ago.  However it's still possible there areI :latent problems in the port, I suppose.  The problem is, the application L :works most of the time but occasionally goes toes up.  The work around is a3 :reboot -- which is a nasty solution in my opinion.     I   That configuration and that behaviour sounds like a prime candidate for I   a classic SMP synchronization bug.  See Ask The Wizard (1661) and -- if H   you're working with shared memory -- topics (2681), (6984) and (7383).    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Mon, 18 Jul 2005 16:20:16 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 9 Subject: Re: Migration checklist (no, not away from VMS!) 2 Message-ID: <4FQCe.8748$Pa6.8013@news.cpqcorp.net>   norm.raphael@metso.com wrote: ( > Would you please explain this section: ... & >>File USRD:[PARRIS]FIXQUEUE_COM.TXT;2 >>   973   $ >>   974   $! icitte
 >>   975   $! 
 >>   976   $! F >>   977   $! If this wasn't a file line, then after the blanks, there ...  > Why a bare $ line? > What is "icitte"? % > What does this set of comments add?   I This and the rest of the changes were kindly provided by Syltrem. I'm no  G linguist, but based on a quick web investigation, it appears this word  H may be French and just seems to be indicating that this is the specific H area of code in need of corection -- the Altavista/Babelfish definition B for "icitte" is "In this place (the place where the person is who * speaks); as opposed to there, over there."    You can simply omit this change.   ------------------------------    Date: 18 Jul 2005 07:12:36 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: MONO (.net for UNIX) 3 Message-ID: <V3d1c$haJqA1@eisner.encompasserve.org>   u In article <42d82d19$0$22190$edfadb0f@dread16.news.tele.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> writes:  > 9 > My feeling is that today 50% of new enterprise apps are < > being developed in Java/J2EE and 30% in .NET (leaving justA > 20% to everything else from C++ to PHP). New = not enhancements  > of existing applications.   G    We do all our Java development on VMS.  And we also deal in software B    that 99.9% of you will never use.  We don't use .NET .  So none9    of your data is relavent to our business.  But VMS is.    ------------------------------  % Date: Mon, 18 Jul 2005 17:20:14 +0200 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>! Subject: Re: MONO (.net for UNIX) < Message-ID: <42dbc8ae$0$22185$edfadb0f@dread16.news.tele.dk>   Bob Koehler wrote:w > In article <42d82d19$0$22190$edfadb0f@dread16.news.tele.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> writes: 9 >>My feeling is that today 50% of new enterprise apps are < >>being developed in Java/J2EE and 30% in .NET (leaving justA >>20% to everything else from C++ to PHP). New = not enhancements  >>of existing applications.  > I >    We do all our Java development on VMS.  And we also deal in software D >    that 99.9% of you will never use.  We don't use .NET .  So none; >    of your data is relavent to our business.  But VMS is.   ! I have never claimed that it was.   3 It was a response to someone from HP asking whether  there were business in .NET.   Arne   ------------------------------  % Date: Mon, 18 Jul 2005 13:44:24 -0400  From: norm.raphael@metso.comJ Subject: O.T. icitte was(Re: Migration checklist (no, not away from VMS!))Q Message-ID: <OF187689E7.23F7C8A9-ON85257042.005EC8B6-85257042.0061A7AB@metso.com>   H Fascinating!  I would have thought "ici," meaning "here" would have been enough, vs. "la," perhaps H for there or "la-bas,' for over there. I cannot find your translation in Altavista/Babelfish, butI the word does seem to be in common usage in Canada, meaning as you wrote. H Keith Parris <keithparris_NOSPAM@yahoo.com> wrote on 07/18/2005 12:20:16 PM:    > norm.raphael@metso.com wrote: * > > Would you please explain this section: > ... ( > >>File USRD:[PARRIS]FIXQUEUE_COM.TXT;2 > >>   973   $ > >>   974   $! icitte > >>   975   $!  > >>   976   $! H > >>   977   $! If this wasn't a file line, then after the blanks, there > ...  > > Why a bare $ line? > > What is "icitte"? ' > > What does this set of comments add?  > J > This and the rest of the changes were kindly provided by Syltrem. I'm noH > linguist, but based on a quick web investigation, it appears this wordI > may be French and just seems to be indicating that this is the specific I > area of code in need of corection -- the Altavista/Babelfish definition C > for "icitte" is "In this place (the place where the person is who , > speaks); as opposed to there, over there." > " > You can simply omit this change.   ------------------------------  % Date: Mon, 18 Jul 2005 21:06:12 +1200 $ From: "Lurker" <nowhere@nothing.com>: Subject: Re: Offshore Telephone Technical support to India3 Message-ID: <thKCe.1423$PL5.173652@news.xtra.co.nz>   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:42DB419C.39FD54DD@teksavvy.com...   > But in the end, the employerD > hires the cheaper one and after a while, things just run smoothly.  : Or maybe the thing crashes and burns and the employer goes= out of business. It's happened before. Why do you think there ? is a demand for senior/expert persons at all? According to your : logic only the cheapest teen-age graduates would be hired.   ------------------------------    Date: 18 Jul 2005 16:04:04 +01006 From: eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)? Subject: Re: problem with DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI , Message-ID: <42dbd2f4$1@news.langstoeger.at>  d In article <dbebob$1kpk$1@fiasco.xenopsyche.net>, helbig@multiCLOTHESvax.de (Phillip Helbig) writes: >This is strange.  >[snip] $ >-DDIS-E-TNF, invalid element syntax# >%PCSI-E-OPFAILED, operation failed F >Terminating is strongly recommended.  Do you want to terminate? [YES]Q >%PCSI-E-CANCEL_WIP, termination resulted in an incomplete modification to the sy  >stem 0 >%PCSI-E-S_OPCAN, operation cancelled by requestN >%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition >  >Any idea what's going on?   I suspect the kit is corrupt.   F >I expanded the downloaded file again, same problem.  Since it expandsE >OK, I assume that the .PCSI file itself is OK.  Also, the read error > >looks like a "logical", rather than a "physical", read error.  F No. Since DCX often proofed to not find corruption in the kit (anotherF reason why I continously request ZIPSFX for kit distribution) downloadF again and try again. Better start with a PRODUCT EXTRACT RELEASE_NOTES7 or a PRODUCT COPY before distributing the kit in house.   	 Good luck    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  % Date: Mon, 18 Jul 2005 18:47:41 +1000 6 From: "O'Brien Paddy" <Paddy.O'Brien@transgrid.com.au>L Subject: Re ... show management at HP that the licenses are being well used.X Message-ID: <8BAD914A0B8CA84C9E94187103A1AB9E05BE6E@EX-TG2-PR.corporate.transgrid.local>  , This is a multi-part message in MIME format.  ' ------_=_NextPart_001_01C58B75.5BC0DEF3 . Content-Type: text/plain; charset="iso-8859-1"+ Content-Transfer-Encoding: quoted-printable    -----Original Message-----1 From: Steven M. Schweda [mailto:sms@antinode.org]  Sent: Mon 7/18/2005 1:28 PM  To: Info-VAX@Mvb.Saic.Com L Subject: Re: ... show management at HP that the licenses are being well use= d.  H    If nothing else, it might teach a few people how to spell "hobbyist",F but my hopes are no higher there than they are of going a week without( seeing an it's-its error on comp.os.vms.   *****   4 Yes, and the (mis-)spelling of "privilege" on c.o.v.  L It might also teach a few people the difference between "you're" and "your".L is is the worst spelling/grammar transgression I have seen on many newsgrou=L ps.  To me far worse than your quoted transgression,  -- yes, but any bad g=@ rammar is bad.  And both these are bad grammar, not just typo's.   Regards, Paddy      G ***********************************************************************   C "This electronic message and any attachments may contain privileged @ and confidential information intended only for the use of the=20D addressees named above.  If you are not the intended recipient of=20C this email, please delete the message and any attachment and advise D the sender.  You are hereby notified that any use, dissemination,=207 distribution, reproduction of this email is prohibited.   C If you have received the email in error, please notify TransGrid=20 C immediately.  Any views expressed in this email are those of the=20 ? individual sender except where the sender expressly and with=20 C authority states them to be the views of TransGrid.  TransGrid uses > virus-scanning software but excludes any liability for viruses contained in any attachment.  < Please note the email address for TransGrid personnel is now$ firstname.lastname@transgrid.com.au"  G ***********************************************************************     ' ------_=_NextPart_001_01C58B75.5BC0DEF3 - Content-Type: text/html; charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>L <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Diso-8859-= 1"> K <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 6.5.7226.0"> L <TITLE>Re ... show management at HP that the licenses are being well used.<= /TITLE>  </HEAD>  <BODY>) <!-- Converted from text/plain format -->   0 <P><FONT SIZE=3D2>-----Original Message-----<BR>L From: Steven M. Schweda [<A HREF=3D"mailto:sms@antinode.org">mailto:sms@ant= inode.org</A>]<BR> Sent: Mon 7/18/2005 1:28 PM<BR>  To: Info-VAX@Mvb.Saic.Com<BR> L Subject: Re: ... show management at HP that the licenses are being well use= d.<BR> <BR>L &nbsp;&nbsp; If nothing else, it might teach a few people how to spell &quo= t;hobbyist&quot;,<BR> J but my hopes are no higher there than they are of going a week without<BR>, seeing an it's-its error on comp.os.vms.<BR> <BR>	 *****<BR>  <BR>B Yes, and the (mis-)spelling of &quot;privilege&quot; on c.o.v.<BR> <BR>L It might also teach a few people the difference between &quot;you're&quot; = and &quot;your&quot;.<BR> L is is the worst spelling/grammar transgression I have seen on many newsgrou=L ps.&nbsp; To me far worse than your quoted transgression,&nbsp; -- yes, but=L  any bad grammar is bad.&nbsp; And both these are bad grammar, not just typ= o's.<BR> <BR> Regards, Paddy<BR> <BR> </FONT>  </P>   <FONT SIZE=3D3><BR>  <BR>K ***********************************************************************<BR>  <BR>G "This electronic message and any attachments may contain privileged<BR> B and confidential information intended only for the use of the <BR>F addressees named above.  If you are not the intended recipient of <BR>G this email, please delete the message and any attachment and advise<BR> F the sender.  You are hereby notified that any use, dissemination, <BR>; distribution, reproduction of this email is prohibited.<BR>  <BR>E If you have received the email in error, please notify TransGrid <BR> E immediately.  Any views expressed in this email are those of the <BR> A individual sender except where the sender expressly and with <BR> G authority states them to be the views of TransGrid.  TransGrid uses<BR> B virus-scanning software but excludes any liability for viruses<BR>  contained in any attachment.<BR> <BR>@ Please note the email address for TransGrid personnel is now<BR>( firstname.lastname@transgrid.com.au"<BR> <BR>K ***********************************************************************<BR>  </FONT>  </BODY>  </HTML> ) ------_=_NextPart_001_01C58B75.5BC0DEF3--    ------------------------------  % Date: Mon, 18 Jul 2005 17:51:21 +0200 $ From: "Hein" <hein.nomail@hp.nomail>1 Subject: Re: Response issues on GS1280, VMS 7.3-2 , Message-ID: <42dbcffb$1@usenet01.boi.hp.com>  0 "Lee" <lytmah@telusplanet.net> wrote in message ' news:yKSBe.131110$9A2.88439@edtnps89...  > : > Users run approx. 1,000 commands in the same format when > they log into the cluster: > ... 2 > $       DEF/NOLOG/JOB   FILE1          FILE1.DAT2 > $       DEF/NOLOG/JOB   FILE2          FILE2.DAT  % Hmmm, that does not sound too useful. J Is this just an example or are indeed always making the defnition to just D add the ".DAT" file name extension and perhaps thus prevent further L translations? Could they not just use a ".DAT" as a Default File Name (RMS: F FAB$L_DNM). I understand that this has not changed going from ES45 ->  GS1280, but still...   >   > 9 > HP suspects logical name translation to be our problem. 8 > Specifically one of our system logicals called XXXXXX.1 > Here's trace results of a few seconds from SDA.  > - > Logical Name Trace Information from node L:  >        Count    Logical Name >         2150    XXXXXX >          294    SYS$SYSROOT   B So... what is the application trying to achieve looking up XXXXXX.I Is it a debug flag? A start/stop flag? An alternative data location?  An  4 accidental left-over from a development time test. ?@ (Again... it would have been the same on the ES45, but still...)   Hein.    ------------------------------  # Date: Mon, 18 Jul 2005 17:11:18 GMT + From: Jeff Chimene <jchimene@earthlink.net>  Subject: Re: SET HOST 0 [/LOG]B Message-ID: <WoRCe.4967$dU3.4384@newsread2.news.pas.earthlink.net>   Wayne wrote:I > I'm just now for the first time playing with a machine without DECnet.  N > Without thinking, I tried to do a $SET HOST 0/LOG and of course, it spanked M > me.  What's the easiest way to simulate this functionality without DECnet?  E > I ended up using Telnet and logging to a file with the VT emulator.   F There are other ways, but they involve the pseudo-terminal device. TheH issue is capturing the entire session, including the login phase. If you0 don't care about that, you can use SPAWN/OUTPUT.   >  > TIA, >  > Wayne . > -------------------------------------------- > ; > "Jeff Chimene" <jchimene@earthlink.net> wrote in message  > > news:SIVBe.8437$8f7.2443@newsread1.news.pas.earthlink.net... >  >>David D Miller wrote:  >> >>>  >>> 	 >>>Folks:  >>> I >>>It seems to me that SET HOST 0 works even if DECnet isn't running.  Or 8 >>>maybe I'm getting old -- the mind is the first to go. >>>  >>>dave. >>>  >> >>I've used  >>$ set host 0/log: >>to create documentation. It starts an ACP (NET or REM ?) >>The network could be OFF.    I guess it *was* running then.   Cheers,  jec    ------------------------------  % Date: Mon, 18 Jul 2005 13:38:04 -0400 . From: JF Mezei <jfmezei.spamnot@vaxination.ca> Subject: Re: SET HOST 0 [/LOG]- Message-ID: <42DBE8F3.AB175209@vaxination.ca>   K An alternative I have on my all mighty microvax II is that I rigged a modem  cable between two serial ports.   K I then have a small program which does a trace of the data between 2 ports.   % So, terminal is plugged to port TXA1: ) program logically connects TXA1: to TXA2: & TXA2: is physically connected to TXA3:    M So, when, from TXA1 I press return, the data is captured by the program, sent N to TXA2 which then goes to TXA3 via the cable and a session on TXA3: is begun./ (and the program logs all data back and forth).     = (The program time stamps each bit of data in each direction).    ------------------------------    Date: 18 Jul 2005 05:26:41 -0700$ From: chris_breemer@nl.compuware.com) Subject: Symbol vector index is too large B Message-ID: <1121689601.381393.17710@f14g2000cwb.googlegroups.com>   Hi all,   < One of our customers gets this error on his Itanium machine:  G dlopen file <usl_urtl>; error = %LIB-E-ACTIMAGE, error activating image 1 ITAD1$DKA100:[RANBASEI.UNIFACE.LIB]USL_URTL.EXE;1 5 -LOADER-E-BADSVINDX, symbol vector index is too large   A We can not reproduce the issue on our machine. Anybody knows what @ exactly this means and if/how it can be fixed ? Or where to find any information on it ?    TIA   	     Chris    ------------------------------  % Date: Mon, 18 Jul 2005 14:41:42 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de>- Subject: Re: Symbol vector index is too large , Message-ID: <g28gbd.pm5.ln@news.hus-soft.de>  % chris_breemer@nl.compuware.com wrote: 	 > Hi all,  > > > One of our customers gets this error on his Itanium machine: > I > dlopen file <usl_urtl>; error = %LIB-E-ACTIMAGE, error activating image 3 > ITAD1$DKA100:[RANBASEI.UNIFACE.LIB]USL_URTL.EXE;1 7 > -LOADER-E-BADSVINDX, symbol vector index is too large  > C > We can not reproduce the issue on our machine. Anybody knows what B > exactly this means and if/how it can be fixed ? Or where to find > any information on it ?    Help/message is your friend ;-)    $ help /mess BADSVINDX    %   BADSVINDX,  bad symbol vector index   (    Facility:     IMGACT, Image Activator  M    Explanation:  There is an inconsistency between a shareable image that was M                  activated at runtime and information used to create an image                   that calls it.   J    User Action:  Link the calling image against the correct version of the!                  shareable image.     ? Maybe the customer system has an older version of usl_urtl.exe.    Albrecht   ------------------------------    Date: 18 Jul 2005 07:54:31 -0700$ From: chris_breemer@nl.compuware.com- Subject: Re: Symbol vector index is too large C Message-ID: <1121698471.342291.233570@f14g2000cwb.googlegroups.com>   B Thanks for this Albrecht. I did not realize the 'manual' was right at my fingertips ;-)  - What worries me is that the message/info says         bad symbol vector index   whereas the dlopen reports  #    symbol vector index is too large   A which is IMHO more specific. The first message could indeed imply B the image  is wrong or old (I'm checking up on that idea), but the> second makes me think of  logicals, quota, kernel params, etc.& that may not be set sufficiently high.  $ Any further ideas would be welcome !   TIA    Chris    ------------------------------  % Date: Mon, 18 Jul 2005 02:01:28 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: Third Party VAX support, Message-ID: <42DB458D.1E2D8116@teksavvy.com>   Barry Streets wrote:N > but are there any third party companies out there doing hardware maintenance > on the VAX's dropped from HP.  > B > Looking for several used 4000-96 workstations cheap any ideas???  L Get the maintenance manuals from DEC/HP, but a few used machines on EBAY andM it will come out much cheaper than being on maintenance.  You can cannabalise  one machine for parts.   ------------------------------    Date: 18 Jul 2005 08:19:10 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) $ Subject: Re: Third Party VAX support3 Message-ID: <E0N8SLWBsOks@eisner.encompasserve.org>   a In article <c7mdne6Ki745oUbfRVn-3A@comcast.com>, "Barry Streets" <berrys2552@comcast.net> writes: L > I work for a company that has a legacy software application that only runsM > on VAX's and can't be ported to Alpha. I know about the Charron-VAX option, N > but are there any third party companies out there doing hardware maintenance > on the VAX's dropped from HP.   B I was not aware that HP had dropped hardware support on any VAXen.  , > Please respond to the e-mail below; thanks   Comments here, responses here.   ------------------------------    Date: 18 Jul 2005 06:47:14 -0700$ From: "Ed Wilts" <ewilts@ewilts.org>$ Subject: Re: Third Party VAX supportB Message-ID: <1121694434.475774.33910@g43g2000cwa.googlegroups.com>  B > Looking for several used 4000-96 workstations cheap any ideas???  B CPU Options is my favorite.  They web prices is typically not whatG you'd pay either - if you're serious, contact them directly and ask for  a quote.  * http://www.cpuoptions.com/template.php?dec  	    .../Ed    ------------------------------   Date: 18 Jul 2005 14:16:27 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: Third Party VAX support+ Message-ID: <3k1rtrFrsaa3U1@individual.net>   3 In article <E0N8SLWBsOks@eisner.encompasserve.org>, 0 	Kilgallen@SpamCop.net (Larry Kilgallen) writes:c > In article <c7mdne6Ki745oUbfRVn-3A@comcast.com>, "Barry Streets" <berrys2552@comcast.net> writes: M >> I work for a company that has a legacy software application that only runs N >> on VAX's and can't be ported to Alpha. I know about the Charron-VAX option,O >> but are there any third party companies out there doing hardware maintenance   >> on the VAX's dropped from HP. > D > I was not aware that HP had dropped hardware support on any VAXen.  > I had thought they had dropped support for almost all of them,; but certainly on things like the 11/750.  Actually, I would = expect everything up to and including the 3100's and probably  well beyond that.    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------    Date: 18 Jul 2005 08:46:23 -0700 From: jordan@ccs4vms.com$ Subject: Re: Third Party VAX supportC Message-ID: <1121701583.292021.158650@g43g2000cwa.googlegroups.com>    Larry Kilgallen wrote:c > In article <c7mdne6Ki745oUbfRVn-3A@comcast.com>, "Barry Streets" <berrys2552@comcast.net> writes: N > > I work for a company that has a legacy software application that only runsO > > on VAX's and can't be ported to Alpha. I know about the Charron-VAX option, P > > but are there any third party companies out there doing hardware maintenance! > > on the VAX's dropped from HP.  > D > I was not aware that HP had dropped hardware support on any VAXen. > . > > Please respond to the e-mail below; thanks >   > Comments here, responses here.  B Back in 2003 we made our largest set of Alpha sales because HP wasF dropping hardware support for a large number of MicroVAX 3100 and 4000? systems.  That happened just before HP dumped all its small VMS D resellers.  Interestingly it was mostly the middle-aged systems, not> the oldest or newest ones (whose status I don't know; the onlyA remaining 3100 customers, including us, are running sans hardware ) support contracts for other reasons now).     E This is the list we were given for systems going EOSL (end of service D life) at the end of 2003.  We were told by HP reps and our contractsD administrator at the time that this meant hardware support for theseF systems would no longer be provided by HP, and contract renewals after# the EOSL date would not be allowed.     > SYSTEM PRODUCTS		 		 EOSL DATE > " > MV3100-85,90,95,96		 		 12/31/03 > 
 > 31JXR-xx > 
 > DJ-31PP1-xx 
 > DV-31PAA-xx 
 > DV-31PCA-xx 
 > DV-31PTA-xx 
 > DV-31PU1-xx 
 > CT-MISAT-xx  > 
 > CT-MISDI-xx 
 > CT-MISST-xx 
 > DV-31SAB-xx 
 > DV-31SCA-xx  > 
 > DV-31JAA-xx 
 > DV-31JAB-xx 
 > DV-31JCA-xx 
 > DV-31JCB-xx  > 
 > DV-31JUA-xx 
 > DV-31JAA-xx 
 > DV-31JCA-xx 
 > DV-31JCB-xx 
 > DV-31JUA-xx 
 > 47GAX-xx
 > 47GEX-xx
 > 47ZBM-xx
 > 48GAX-xx
 > 48HAX-xx	 > 48XR-xx 
 > 48ZBM-xx
 > 49GAX-xx
 > 49JAX-xx	 > 49XR-xx 
 > 49ZBM-xx
 > 49ZBM-xx
 > 49ZBM-xx
 > 49ZBM-xx
 > 46ZBM-xx >   > SYSTEM PRODUCTS		 		 EOSL DATE > VAX4000-50		 		 	 12/31/01, > VAX4000-100,100A,105A,106A,705A		 12/31/03 > 
 > DV-41MAA-xx 
 > DV-41MT1-xx 
 > CL-41VMP-xx 
 > CL-41VRP-xx 
 > DV-415AA-xx 
 > DV-415CA-xx 
 > DV-415T1-xx 
 > DV-415U1-xx 
 > 2T-48DBR-xx 
 > 2T-RAK41-xx 
 > 2T-49DBR-xx 
 > DV-416AB-xx 
 > DV-416CB-xx 
 > DV-416CC-xx 
 > DV-416U2-xx 
 > DV-416V1-xx 
 > DV-416V2-xx 
 > DV-41DNF-xx 
 > 49DBM-xx
 > 49DBR-xx > 
 > 49JAX-xx	 > 49XR-xx  > 49ZBM-xx		 		 		 		 		 		 	 > 53XR-xx 
 > 53XRA-xx
 > 47DBM-xx >    ------------------------------    Date: 18 Jul 2005 08:14:40 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 8 Subject: Re: VMS process priorities and system processes3 Message-ID: <mbMfE1+stkS4@eisner.encompasserve.org>   [ In article <gjodbd.hms.ln@news.hus-soft.de>, Albrecht Schlosser <ajs856@tiscali.de> writes:   Q > Yes, the real problem is when one of these processes "runs away" in a CPU loop  S > or when a user does something CPU intense with a higher priority than one of the  R > critical server processes. We found out recently that a critical server process R > ran with priority 3, and user processes with priority 4 could nearly block this R > process. This was a configuration problem, and I corrected it, but this lead to O > the question: how can it be done even better and more robust without getting   > other problems?   D If you give all processes a priority of 4, none of them can run awayB with the CPU.  The only processes with a higher priority should beE those which you are absolutely guaranteed are coded so well they will C never get stuck in a loop grabbing all the CPU.  Thousands of sites F survive by limiting those high-priority processes to the set that came that way from VMS Development.   ------------------------------  % Date: Mon, 18 Jul 2005 09:09:46 -0400  From: norm.raphael@metso.com8 Subject: Re: VMS process priorities and system processesQ Message-ID: <OF34BC2DF2.2B7FACF8-ON85257042.0048358C-85257042.004882D4@metso.com>   A I wonder if a product like PerfectTune from Raxco or the one from  Networking Dynamics would help?    [No economic interest in any]    ------------------------------    Date: 18 Jul 2005 09:57:33 -0500 From: briggs@encompasserve.org8 Subject: Re: VMS process priorities and system processes3 Message-ID: <fM+PY08Zed9l@eisner.encompasserve.org>   u In article <dbeb2l$334$1@nwrdmz01.dmz.ncs.ea.ibs-infra.bt.com>, "Richard Maher" <maher_rj@hotspamnotmail.com> writes:  > Hi JF, > N > I always thought the base prority played a part in how big a boost that idle) > process would get when work came along?   A Last I knew, the boost you get when coming out of a wait state is > a static boost depending only on the type of wait you were in.  C For terminal I/O, for instance, you get a boost of 6.  This is true ? whether you are an interactive process running at priority 9 or @ a batch process running at priority 1 (though one does not often3 find batch processes performing much terminal I/O).   C The boost applies to your base priority, not your current [possibly  already boosted] priority.   	John Briggs   ------------------------------   End of INFO-VAX 2005.398 ************************