1 INFO-VAX	Tue, 19 Jul 2005	Volume 2005 : Issue 399       Contents:D Re: ... show management at HP that the licenses are being well used./ Re: Backup/image complains about file not found / Re: Backup/image complains about file not found - DoD to use HP supercomputer for weapon design  Re: Hobbyist VAX DECwrite?$ Re: how different RUN and RUN/DETACH) Re: HP Technology Forum, OpenVMS Bootcamp D Re: HP Technology Forum, OpenVMS Bootcamp (was: Re: Interx is Dead!)C Re: Including double quotes/extracting double quotes from a  string B Re: Including double quotes/extracting double quotes from a string> Including double quotes/extracting double quotes from a stringB Re: Including double quotes/extracting double quotes from a stringB Re: Including double quotes/extracting double quotes from a stringB Re: Including double quotes/extracting double quotes from a string Re: Interex is Dead! Re: Interex is Dead! Interx is Dead!  Re: Interx is Dead!  Re: Interx is Dead!  Re: Interx is Dead! D Re: Now the UK Has it's own date in the history of al quiada attacksD Re: Now the UK Has it's own date in the history of al quiada attacksE Re: O.T. icitte was(Re: Migration checklist (no, not away from VMS!)) 1 Re: Offshore Telephone Technical support to India 1 Re: Offshore Telephone Technical support to India 1 Re: Offshore Telephone Technical support to India  Re: OpenVMS 8.2 + ACUEXE Origin of Starlet  Re: Origin of Starlet 6 Re: problem with DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI$ Re: Symbol vector index is too large VAXSCAN License pak  Re: VAXSCAN License pak / Re: VMS process priorities and system processes / Re: VMS process priorities and system processes / Re: VMS process priorities and system processes / Re: VMS process priorities and system processes / Re: VMS process priorities and system processes   F ----------------------------------------------------------------------  + Date: Mon, 18 Jul 2005 15:06:51 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda)M Subject: Re: ... show management at HP that the licenses are being well used. 2 Message-ID: <05071815065130_2020ACC1@antinode.org>  - From: JF Mezei <jfmezei.spamnot@teksavvy.com>    > "Steven M. Schweda" wrote:< > >    As I'm not doing anything particularly "cool" with myB > > Hobbyist-licensed systems, I couldn't justify a contest entry, > N > I don't view this as a "contest", more of a survey. So I would encourage youO > to fill that survey. I assume Sue wants to have some idea of the various uses A > and whether the programme is being well used or abused etc etc.   @    If the source calls it a contest, then I tend to view it as aH contest.  If the source had called it a survey, I'd've tended to view itF as a survey.  I'd encourage anyone who wants me to respond to a survey* to call it a survey rather than a contest.  G    But then I also get annoyed by people who call problems "issues", so 6 it's clear how out-of-step I am with the modern world.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  + Date: Mon, 18 Jul 2005 20:25:23 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 8 Subject: Re: Backup/image complains about file not found( Message-ID: <dbh37j$gnu$1@pcls4.std.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 openingC >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)   >-----------------  L >I understand BACKUP complains about file not found in the recording pass ifO >the file was deleted between the time it was copied and the time the recording 4 >pass executes. But during the main backup pass ????  G As others have written, the file was deleted between the time the index E was scanned and when that particular file was attempted to be copied. E Note that files can also be created in that period and may be missed.   G This is why an online image backup of a "live" disk is considered a bad D idea (cue Hoff and his "/ALLOW=DATA_CORRUPTION" 'qualifier' comment)C and shouldn't be done except in an emergency (you KNOW the drive is " dying and you never made a backup)   ------------------------------  + Date: Tue, 19 Jul 2005 05:19:20 +0000 (UTC) 0 From: helbig@multiCLOTHESvax.de (Phillip Helbig)8 Subject: Re: Backup/image complains about file not found0 Message-ID: <dbi2go$9kd$1@fiasco.xenopsyche.net>  5 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 openingC >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) >  >----------------- > L >I understand BACKUP complains about file not found in the recording pass ifO >the file was deleted between the time it was copied and the time the recording 4 >pass executes. But during the main backup pass ????  C First it reads the directory, then it reads the files.  If the file D disappears in the meantime, then you might get this.  Or the file is/ "lost".  Perhaps run an ANAL/DISK/REPAIR first.    ------------------------------  % Date: Mon, 18 Jul 2005 16:13:44 -0700 # From: "Tom Linden" <tom@kednos.com> 6 Subject: DoD to use HP supercomputer for weapon design( Message-ID: <opst4tg6y0zgicya@hyrrokkin>  J I wonder if the two gentlemen referenced in the article are aware of VMS   and its presence in defense.  5 Note, that these ar not Intel nor Itanium processors.  	    	  EE Times (07/18/2005 10:44 AM EDT) 	    	 N MANHASSET, N.Y. — Hewlett-Packard Co. said the Defense Department will use  I an HP supercomputer for advanced weapon design research. The HP Cluster   I Platform 4000 system will be installed in September at the Aeronautical   = Systems Center Major Shared Resource Center (MSRC) based at   K Wright-Patterson Air Force Base, Ohio. The 10-teraflop system will enable   J the DoD to accelerate its research and collaboration on advanced weapons  G concepts, improve and speed modification programs, enhance simulation   B programs and enable more efficient tests and evaluations. The HP  J supercomputer is a 1,024-node Cluster Platform 4000 based on HP ProLiant  G DL145 servers with AMD Opteron processors running the Linux operating   L system. A high-speed Voltaire InfiniBand interconnect is used with HP's XC  I System Software providing cluster management capability. In addition to   F the HP Cluster Platform 4000 production system, a smaller eight-node  L development system is also being deployed at ASC and an additional 46-node  I development cluster will be installed at Arnold Engineering Development   K Center, Arnold Air Force Base near Tullahoma, Tenn. "HP's Unified Cluster   G Portfolio will enable the Department of Defense to gain unprecedented   D levels of insight into its future demands," said Tom Johnson, HP's  D director of worldwide defense solutions. "The simulations and test  I protocols enabled by this supercomputer solution will be among the most   J sophisticated in the world, powering advances in access, integration and  G collaboration across the agency's research efforts." "This deployment   I further illustrates the market's acceptance of cluster technologies for   I supercomputing challenges in real world deployments," said HP's Winston   I Prather, vice president and general manager, High Performance Computing   K Division. "Our Unified Cluster Portfolio, by bringing together tested and   C supported scalable solutions for computation, data management and   K visualization, is an important enabler for adoption of these technologies   , by demanding industry and government sites."   ------------------------------  # Date: Mon, 18 Jul 2005 22:41:49 GMT ) From: "gl@decadence.it" <gl@decadence.it> # Subject: Re: Hobbyist VAX DECwrite? 8 Message-ID: <pan.2005.07.18.22.41.49.33513@decadence.it>  ? Il Thu, 14 Jul 2005 13:58:41 +0000, gl@decadence.it ha scritto: E > I am looking for VAX DECwrite for which I already have the hobbyist 2 > license. Where could I find (maybe download) it?  7 Thanks everybody who pointed me to the right places! :) ! Your help has been very precious!    Thanks!  gl :)    ------------------------------    Date: 18 Jul 2005 13:43:48 -0500 From: briggs@encompasserve.org- Subject: Re: how different RUN and RUN/DETACH 3 Message-ID: <6c4Dc1kfQfAu@eisner.encompasserve.org>   d In article <fc6d1562.0507180847.7536c78e@posting.google.com>, nol2002@hotmail.com (BG Jeong) writes:: > I'd be pleased if anyone could tell me what this mean...3 > I have to run a detach process in VAX vms system.  > but it ocurred error.  > # > $ 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  >  > $ type  POP_10MIN_KKK.LOG ) > %LIB-E-ACTIMAGE, error activating image 1 > DSA1:[SYS1.SYSCOMMON.][SYSLIB]CX$ACCESS_SHR.EXE + > -SYSTEM-F-EXQUOTA, process quota exceeded    [snip traceback] > G > I tested various way(increasing /Working_set...)  to run that process  > but it's same result.   C Working set will never (or almost never) produce a SYSTEM-F-EXQUOTA B error message.  With a too-small working set, your process may run5 slowly as it pages badly.  But it will run correctly.   D Problems with virtual memory (PGFLQUOTA or VIRTUALPAGECNT) also tend1 not to produce SYSTEM-F-EXQUOTA in my experience.   ; The quotas that do produce those kinds of errors tend to be C BYTLM, FILLM, DIOLM, BIOLM, etc.  Given an ACTIMAGE parent message,  I'd be looking at FILLM.  E > It is very stange result that it's running ok when just run process  > below. >  > $ RUN POP_10MIN_RUN_KKK.COM  > connection OK !!!.  D Running your script interactively will use your ordinary interactive. process quotas.  Those are drawn from the UAF.   > SYSGEN>  SHOW WS  
 Irrelevant   > $ show mem   Irrelevant.   E > Does it mean that there is something wrong in SWAPFILE? is that not 	 > enough?   D No.  If you run out of page file or swap file, your system will lockC up.  Your processes will not fail at all (until you pull the plug).   A As JF Mezei mentioned in passing, adding the /AUTHORIZE qualifier 6 to your $ RUN /DETACH command should fix you right up.  D When running SYS$SYSTEM:LOGINOUT.EXE, the /AUTHORIZE qualifier tellsF LOGINOUT to log in using quotas specified in the UAF rather than usingA default quotas taken from the PQL parameters (SYSGEN> SHOW /PQL.)   @ Alternatively, you could try specifying individual parameters on@ the $ RUN /DETACH command line until you find a combination that is adequate for your needs.    	John Briggs   ------------------------------  # Date: Mon, 18 Jul 2005 23:49:41 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> 2 Subject: Re: HP Technology Forum, OpenVMS Bootcamp2 Message-ID: <peXCe.8802$7E6.2724@news.cpqcorp.net>   Hoff Hoffman wrote: E >   I do not know the scheduled dates for the 2006 bootcamp off-hand.   ) Week of May 22, 2006 is the planned date.    ------------------------------  # Date: Mon, 18 Jul 2005 22:21:09 GMT # From: hoff@hp.nospam (Hoff Hoffman) M Subject: Re: HP Technology Forum, OpenVMS Bootcamp (was: Re: Interx is Dead!) 2 Message-ID: <pXVCe.8792$mF6.2899@news.cpqcorp.net>  e In article <9697B3D0Awspenceraporg@216.168.3.30>, wspencer@ap.dontspamme.org (Warren Spencer) writes: J :Is this the 'festival' that has the OpenVMS tech seminars?  Or did those 	 :survive?   I   Interex was operating the HP World events, and not the OpenVMS Advanced =   Technical Bootcamp, nor the EncompassUS HP Techology Forum.   G   The HP World 2005 event was to be in San Francisco, August 2005.  The C   HP World 2005 event has been cancelled, per the Interex web site.   I   The 2006 bootcamp and 2005 technology forum events are still scheduled.   G   The 2005 HP Technology Forum event is scheduled for September 2005 in H   New Orleans.  The 2006 bootcamp is scheduled for scenic Nashua, thoughC   I do not know the scheduled dates for the 2006 bootcamp off-hand.      The relevent URLs are:      http://www.interex.org/(    http://www.hp.com/go/openvms/bootcamp    http://www.encompassus.org/    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: Tue, 19 Jul 2005 00:34:20 -0400 + From: Ken Robinson <kenrbnsn1@patmedia.net> L Subject: Re: Including double quotes/extracting double quotes from a  stringA Message-ID: <6.2.3.4.2.20050719003301.025a1ee0@mail.patmedia.net>   0 At 12:12 AM 7/19/2005, sinobato@gmail.com wrote: >Hi AEF, >  >Thanks for your input!  > ( >Your first input does not seem to work: >  >$ open/read infile y.y  >$ open/read outfile z.z   Shouldn't the above line read:   $ open/write outfile z.z   >$! 	 >$ loop1: " >$ read/end=end_infile infile data >$ write sys$output data >This is line 1 ' >$ write sys$output f$locate("""",data)  >14  >$ write outfile data D >%RMS-F-FAC, record operation not permitted by specified file access >(FAC)  . Changing the open above will fix this problem.   Ken    ------------------------------    Date: 18 Jul 2005 20:35:37 -0700$ From: "AEF" <spamsink2001@yahoo.com>K Subject: Re: Including double quotes/extracting double quotes from a string C Message-ID: <1121744137.919091.257890@g43g2000cwa.googlegroups.com>    sinob...@gmail.com wrote:  > Hi,  > > > I'm trying to write a procedure wherein I have an input fileH > (sequential, text file) and doing some other processing, would like toI > write the content of this file, line by line, to another file. However, ? > a line in a file may or may not contain a double quote in it:  >  > $ type x.x > This is line 1 > This is "line" 2 > I > Is there a single write command where it can accept both of these lines F > and be able to write it to my new file? The following procedure does* > not seem to work once it process line 2: >  > $ open/read infile x.x > $ open/write outfile y.y	 > $loop1: $ > $ read/end=end_outfile infile data > $ write outfile "''data'"    Try       $ WRITE OUTFILE DATA      > $ goto loop1 > $! > $end_outfile:  > $ close outfile  > $ close infil  > D > One idea that crossed my mind was, after reading the data from theG > input file, check (f$locate or f$elemetn?) if there is a double quote E > in it, then, maybe extract first the data before the double quotes, F > then write the data to the outfile with the double quote substituted: > with 2 double quotes. The idea might be similar to this: >  > $ dq[0,8] = 34 > $ open/read infile x.x > $ open/write outfile y.y	 > $loop1:   > $ read/end=outfile infile data! > $ test_var = f$locate(""",data)     @ This should have been f$locate("""",data). You have to double-up internal quotation marks.     # > $ if test_var .eq. f$length(data)  > $ then > $ ...  > E > On this syntax, I don't seem to be able to extract/locate the first ! > occurrence of the double quote.  > * > Any idea on how to resolve this problem?     Use       $ WRITE OUTFILE DATA   D Check out HELP WRITE or look up WRITE in the DCL Dictionary for more info.      " > Thanks in advance for your help!     OK!      > Sino   ------------------------------    Date: 18 Jul 2005 20:23:06 -0700 From: sinobato@gmail.comG Subject: Including double quotes/extracting double quotes from a string C Message-ID: <1121743386.632003.109180@g14g2000cwa.googlegroups.com>    Hi,   < I'm trying to write a procedure wherein I have an input fileF (sequential, text file) and doing some other processing, would like toG write the content of this file, line by line, to another file. However, = a line in a file may or may not contain a double quote in it:   
 $ type x.x This is line 1 This is "line" 2  G Is there a single write command where it can accept both of these lines D and be able to write it to my new file? The following procedure does( not seem to work once it process line 2:   $ open/read infile x.x $ open/write outfile y.y $loop1: " $ read/end=end_outfile infile data $ write outfile "''data'"  $ goto loop1 $!
 $end_outfile:  $ close outfile 
 $ close infil   B One idea that crossed my mind was, after reading the data from theE input file, check (f$locate or f$elemetn?) if there is a double quote C in it, then, maybe extract first the data before the double quotes, D then write the data to the outfile with the double quote substituted8 with 2 double quotes. The idea might be similar to this:   $ dq[0,8] = 34 $ open/read infile x.x $ open/write outfile y.y $loop1:  $ read/end=outfile infile data $ test_var = f$locate(""",data) ! $ if test_var .eq. f$length(data)  $ then $ ...   C On this syntax, I don't seem to be able to extract/locate the first  occurrence of the double quote.   ( Any idea on how to resolve this problem?    Thanks in advance for your help! Sino   ------------------------------    Date: 18 Jul 2005 21:12:02 -0700 From: sinobato@gmail.comK Subject: Re: Including double quotes/extracting double quotes from a string C Message-ID: <1121746322.626104.129020@o13g2000cwo.googlegroups.com>    Hi AEF,    Thanks for your input!  ' Your first input does not seem to work:    $ open/read infile y.y $ open/read outfile z.z  $! $ loop1:! $ read/end=end_infile infile data  $ write sys$output data  This is line 1& $ write sys$output f$locate("""",data) 14 $ write outfile dataC %RMS-F-FAC, record operation not permitted by specified file access  (FAC)   ( However for the f$locate, it did worked!   Thanks!    ------------------------------  % Date: Tue, 19 Jul 2005 00:25:53 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> K Subject: Re: Including double quotes/extracting double quotes from a string , Message-ID: <42DC80C0.76829BDC@teksavvy.com>   sinobato@gmail.com wrote:  > $ open/read infile y.y > $ open/read outfile z.z    > $ write outfile dataE > %RMS-F-FAC, record operation not permitted by specified file access  > (FAC)   % open/write outfile z.z would help :-)   J Also, you can consider WRITE/SYMBOL which allows records greater than 1024! bytes to be written (up to 2048).    ------------------------------    Date: 18 Jul 2005 22:38:26 -0700 From: sinobato@gmail.comK Subject: Re: Including double quotes/extracting double quotes from a string B Message-ID: <1121751506.380735.35380@g44g2000cwa.googlegroups.com>   Ken,  G Thanks for your correction! I did missed that one and it's working now!     Thanks folks for your help here!   Regards, Sino   ------------------------------  % Date: Mon, 18 Jul 2005 20:24:10 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: Re: Interex is Dead! , Message-ID: <42DC4829.E0CFD968@teksavvy.com>  I Does anyone have any information on why this is happening ? Is HP cutting C funding to Interex or was Interex financially independant from HP ?   J This happens the day before HP is said to unveil major job losses and cost	 cutting.      M Has the US group formerly known as DECUS made any announcement ? What sort of H ties existed between the group formerly known as DECUS USA and Interex ?    M In europe, it seems that Interex had merged with the groups formerly known as M DECUS from Europe. Does this mean that both are now sinking ? Or will Interex  europe survive ?    L If HP has cut funding to Interex, it is also likely that HP will cut funding& to the groups formerly known as DECUS.   ------------------------------  # Date: Tue, 19 Jul 2005 01:02:26 GMT % From: "John Vottero" <John@mvpsi.com>  Subject: Re: Interex is Dead! ; Message-ID: <CiYCe.1177$fx4.376@newssvr17.news.prodigy.com>   ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:42DC4829.E0CFD968@teksavvy.com...K > Does anyone have any information on why this is happening ? Is HP cutting E > funding to Interex or was Interex financially independant from HP ?  > L > This happens the day before HP is said to unveil major job losses and cost
 > cutting. >  > M > Has the US group formerly known as DECUS made any announcement ? What sort   > ofJ > ties existed between the group formerly known as DECUS USA and Interex ? >  > M > In europe, it seems that Interex had merged with the groups formerly known   > asH > DECUS from Europe. Does this mean that both are now sinking ? Or will 	 > Interex  > europe survive ? >  > G > If HP has cut funding to Interex, it is also likely that HP will cut  	 > funding ( > to the groups formerly known as DECUS.  L My understanding (and I'm not an insider at Interex or Encompass or HP), is M that HP said they wanted one user group and one event.   HP laid out what it  L was willing to do, Encompass agreed to it, Interex decided to go forward on H their own.   Now, Interex and HP World is dead and Encompass and the HP M Technical Forum are still going.  It's obvious to me that having HP World in  K August and the HP Tech Forum in September was a bad idea but, until now, I  L wasn't sure if there would be two bad events or one good and one really bad.   ------------------------------  # Date: Mon, 18 Jul 2005 20:40:13 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> Subject: Interx is Dead!= Message-ID: <NsUCe.10665$oj4.267370@twister.southeast.rr.com>    From the Interex website:   L It is with great sadness, that after 31 years, we have found it financially I necessary to close the doors at Interex. Unfortunately our publications,  G newsletters, services and conference (HPWorld 2005) will be terminated  F immediately. We are grateful to the 100,000 members and volunteers of K Interex for their contributions, advocacy and support. We dearly wish that  E we could have continued supporting your needs but it was unavoidable.    http://www.interex.com     Ken   % _____________________________________ " Kenneth R. Farmer <>< 336-736-7376# OpenVMS.org: http://www.OpenVMS.org ' dba.OpenVMS.org: http://dba.OpenVMS.org ' dcl.OpenVMS.org: http://dcl.OpenVMS.org    ------------------------------  # Date: Mon, 18 Jul 2005 21:00:42 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> Subject: Re: Interx is Dead!= Message-ID: <_LUCe.10706$oj4.268440@twister.southeast.rr.com>   ? Ah, that should be "Interex is Dead!"  I typed it too fast.  :)      Ken   % _____________________________________ " Kenneth R. Farmer <>< 336-736-7376# OpenVMS.org: http://www.OpenVMS.org ' dba.OpenVMS.org: http://dba.OpenVMS.org ' dcl.OpenVMS.org: http://dcl.OpenVMS.org         B "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com> wrote in message 7 news:NsUCe.10665$oj4.267370@twister.southeast.rr.com...  > From the Interex website:  > B > It is with great sadness, that after 31 years, we have found it I > financially necessary to close the doors at Interex. Unfortunately our  L > publications, newsletters, services and conference (HPWorld 2005) will be E > terminated immediately. We are grateful to the 100,000 members and  J > volunteers of Interex for their contributions, advocacy and support. We L > dearly wish that we could have continued supporting your needs but it was  > unavoidable. >  > http://www.interex.com >  >  > Ken  > ' > _____________________________________ $ > Kenneth R. Farmer <>< 336-736-7376% > OpenVMS.org: http://www.OpenVMS.org ) > dba.OpenVMS.org: http://dba.OpenVMS.org ) > dcl.OpenVMS.org: http://dcl.OpenVMS.org  >  >    ------------------------------    Date: 18 Jul 2005 14:11:10 -0700" From: "Jay" <morrisj@epsilon3.com> Subject: Re: Interx is Dead!C Message-ID: <1121721070.258102.147830@g14g2000cwa.googlegroups.com>   6 Article in ComputerWorld too, but it doesn't say much.  \ http://www.computerworld.com/news/2005/story/0,11280,103310,00.html?source=NLT_AM&nid=103310   ------------------------------  # Date: Mon, 18 Jul 2005 23:41:21 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>  Subject: Re: Interx is Dead!2 Message-ID: <B6XCe.8800$UH6.8392@news.cpqcorp.net>   Warren Spencer wrote: K > Is this the 'festival' that has the OpenVMS tech seminars?  Or did those  
 > survive?  F According to the session catalog at http://hpworld.com/ there were 13 G OpenVMS-related sessions scheduled for HP World (originally slated for  C San Francisco, August 16-20, but with the event now reported to be   cancelled).   C But don't confuse this with the alive-and-well HP Technology Forum  G sponsored by HP, Encompass (US Chapter), the HP Certified Professional  C Program, etc. and still "on" for New Orleans, September 12-15. See   http://hptechnologyforum.com/    ------------------------------    Date: 18 Jul 2005 12:26:33 -0700 From: mejercit@hotmail.comM Subject: Re: Now the UK Has it's own date in the history of al quiada attacks B Message-ID: <1121714793.409317.72040@g47g2000cwa.googlegroups.com>   JF Mezei wrote:  > WhoDat? wrote:G > > But, currently it's the Radical Muslims who are committing the most 1 > > violent acts of terror on a world-wide scale.  > - > I guess you have a different point of view.  > O > The USA/UK/Australia invaded Iraq unnecessarily and illegally and have killed > > over 15,000 innocent Iraqis, as well as over 1700 americans.A    Iraq was in violation of a ceasefire it signed to end a war it  started.   > P > **Every day**, a bomb somewhere in Iraq kills as many people as were killed inM > London. This is entirely the responsability of the USA who destabilised the L > country big time with their illegal invasion, despite warnings from former2 > allies such as France and the rest of the world.G    And in the same vein, the burning of the Branch Davidian compound in  1993 was the fault of the BATF.       Michael   ------------------------------   Date: 18 Jul 2005 19:59:16 GMT$ From: "Doc." <doc@openvms-rocks.com>M Subject: Re: Now the UK Has it's own date in the history of al quiada attacks 7 Message-ID: <Xns9697DFE3F2031dcovmsrox@212.100.160.126>    %NEWS-I-NEWMSG,  wrote in : news:1121714793.409317.72040@g47g2000cwa.googlegroups.com    > JF Mezei wrote:   G >> **Every day**, a bomb somewhere in Iraq kills as many people as were G >> killed in London. This is entirely the responsability of the USA who A >> destabilised the country big time with their illegal invasion, E >> despite warnings from former allies such as France and the rest of  >> the world. F >    And in the same vein, the burning of the Branch Davidian compound >    in ! > 1993 was the fault of the BATF.   K This thread was dead.  Deceased.  No more.  Left to fester in the elements   as it deserved.   H If it comes to it, I'll compare you to Adolf Hitler to keep it that way.     Doc. --  G OpenVMS:     Eight out of ten hackers prefer *other* operating systems. G http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.    ------------------------------  % Date: Mon, 18 Jul 2005 14:07:25 -0400  From: John Doe <jdoe@doe.org> N Subject: Re: O.T. icitte was(Re: Migration checklist (no, not away from VMS!))' Message-ID: <42DBEFD2.667FEE15@doe.org>    norm.raphael@metso.com wrote:  > J > Fascinating!  I would have thought "ici," meaning "here" would have been	 > enough,     J "icitte" isn't a word. It is a colloquial expression often heard in spoken( qubec french. (but it is really "ici").    J Often, when a word ends in certain vowels, it is pronounced with a certainM link to the consonant letter that begins the next word.  (making it more of a L "song" as opposed to pronouncing word separately). This is more "visible" inI certain parts of Qubec than others, although "icitte" is pretty common.    V (Qubec french is to French litterary french what american english is to BBC English).  Q In the case of "icitte", It itsn't really part of qubec written language though.    Consider proper written french:   , ici tu es chez toi. (here, you are at home). spoken it often is said as:   M ici t'es chez toi. and when done fast enough, it is like "icit chez toi". So L "ici" often ends with a "t" when pronounced in normal french. (as opposed to litterary french).   ------------------------------  % Date: Mon, 18 Jul 2005 18:13:28 -0600 " From: GreyCloud <cumulus@mist.com>: Subject: Re: Offshore Telephone Technical support to India( Message-ID: <42DC45A8.2B3D387F@mist.com>  
 Lurker wrote:  > < > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:42DB419C.39FD54DD@teksavvy.com... >   > > But in the end, the employerF > > 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 A > is a demand for senior/expert persons at all? According to your < > logic only the cheapest teen-age graduates would be hired.  9 Still, my problem persists in that I have no one in HP to ; contact to tell them that their CD won't install on a win98 6 box.  It says it will, but the program crashes for the all-in-one printer.    ------------------------------    Date: 18 Jul 2005 20:21:54 -0500+ From: young_r@encompasserve.org (Rob Young) : Subject: Re: Offshore Telephone Technical support to India3 Message-ID: <aO7C55X$CEFp@eisner.encompasserve.org>   M In article <42D89B93.AD3F158E@mist.com>, GreyCloud <cumulus@mist.com> writes:  > Jeff Cameron wrote:  >>  I >> I'd like to gauge the reaction of all of you. How would you react to a K >> company that you were used to giving you great OpenVMS technical support M >> over the phone, announcing that they were sending that technical telephone  >> support offshore to India?  > < > My experience with technical telephone support in India is: > an excercise in linguistic futility and frustration.  It* > would give the company a bad reputation.  8 	I sometimes wonder what is going on with this strategy.   	Dell tried and failed:   ` http://seattlepi.nwsource.com/business/aptech_story.asp?category=1700&slug=Dell%20Call%20Centers  5 Monday, November 24, 2003 7 Last updated 1:23 p.m. PT   ( Dell to stop using tech support in India   By APRIL CASTRO  ASSOCIATED PRESS WRITER   M AUSTIN, Texas -- After an onslaught of complaints, direct sales computer king M Dell Inc. has stopped routing corporate customers to a technical support call  center in Bangalore, India.   I Tech support for Optiplex desktop and Latitude notebook computers will be K handled from call centers in Texas, Idaho and Tennessee, Dell spokesman Jon + Weisblatt told The Associated Press Monday.    ---   ? 	Talked to a friend two weeks back, he tells me that the unions @ 	in our area don't like his grocery chain.  He points out a cashA 	register attendant with a number of years at a union chain makes D 	$20+ an hour.  His chain tops out cash register attendents and they 	don't make nearly that much.   > 	Perhaps Dell's underlying strategy (and some others given the 	horror stories) is to:   $ 		1)  Outsource call center to India 		2)  Field customer complaints @ 		3)  Bring call center back at lower-cost (relatively speaking)? 		    In U.S. regions Texas, Tennessee,  Idaho (Nebraska, etc.)   
 	Headline:  " "After an onslaught of complaints,N _____ Inc. has stopped routing corporate customers to a technical support call center in Bangalore, India."  ? 	Why?  Get rid of those pesky folks that have been at it for 20 : 	years, hire a subset of the original folks that have lessB 	time-in-grade.  Back-fill with inexperienced but cheaper labor.  9 	Just a thought - no offense to call center career folks.   A 	After all, could anybody *really* think this is a good long-term ) 	strategy in light of Dell, et al?  No!!!    				Rob    ------------------------------  % Date: Mon, 18 Jul 2005 22:28:14 -0400 - From: William Webb <william.w.webb@gmail.com> : Subject: Re: Offshore Telephone Technical support to India7 Message-ID: <8660a3a10507181928597bbc12@mail.gmail.com>   K On 18 Jul 2005 20:21:54 -0500, Rob Young <young_r@encompasserve.org> wrote: L > In article <42D89B93.AD3F158E@mist.com>, GreyCloud <cumulus@mist.com> wri= tes: > > Jeff Cameron wrote:  > >>K > >> I'd like to gauge the reaction of all of you. How would you react to a L > >> company that you were used to giving you great OpenVMS technical suppo= rtL > >> over the phone, announcing that they were sending that technical telep= hone > >> support offshore to India?  > > > > > My experience with technical telephone support in India is< > > an excercise in linguistic futility and frustration.  It, > > would give the company a bad reputation. >=20A >         I sometimes wonder what is going on with this strategy.  >=20  >         Dell tried and failed: >=20L > http://seattlepi.nwsource.com/business/aptech_story.asp?category=3D1700&s= lug=3DDell%20Call%20Centers  >=207 > Monday, November 24, 2003 7 Last updated 1:23 p.m. PT  >=20* > Dell to stop using tech support in India >=20 > By APRIL CASTRO  > ASSOCIATED PRESS WRITER  >=20L > AUSTIN, Texas -- After an onslaught of complaints, direct sales computer = kingL > Dell Inc. has stopped routing corporate customers to a technical support = call > center in Bangalore, India.  >=20K > Tech support for Optiplex desktop and Latitude notebook computers will be L > handled from call centers in Texas, Idaho and Tennessee, Dell spokesman J= on- > Weisblatt told The Associated Press Monday.  >=20 > ---  >=20H >         Talked to a friend two weeks back, he tells me that the unionsI >         in our area don't like his grocery chain.  He points out a cash J >         register attendant with a number of years at a union chain makesL >         $20+ an hour.  His chain tops out cash register attendents and th= ey& >         don't make nearly that much. >=20G >         Perhaps Dell's underlying strategy (and some others given the   >         horror stories) is to: >=204 >                 1)  Outsource call center to India/ >                 2)  Field customer complaints L >                 3)  Bring call center back at lower-cost (relatively spea= king) L >                     In U.S. regions Texas, Tennessee,  Idaho (Nebraska, e= tc.) >=20 >         Headline:  >=20$ > "After an onslaught of complaints,L > _____ Inc. has stopped routing corporate customers to a technical support=  call  > center in Bangalore, India." >=20H >         Why?  Get rid of those pesky folks that have been at it for 20C >         years, hire a subset of the original folks that have less I >         time-in-grade.  Back-fill with inexperienced but cheaper labor. B >         Just a thought - no offense to call center career folks. >=20J >         After all, could anybody *really* think this is a good long-term2 >         strategy in light of Dell, et al?  No!!! >=20% >                                 Rob  >=20 >=20  = Takes me back to the days when I was in banking,  running NCS  Trustware Series 11.  C After-hours support calls were sometimes, but not always handled by E junior and (to be charitable) less experienced staff.  Sometimes, but F not always, I knew more about how to solve the problem than the person on the other end of the phone.  F It used to aggravate me greatly (I'd use another phrase which wouldn'tF translate well internationally) to pay $125 per hour for the privilegeA of training someone in how to fix a particular application issue.    'Nuff said.    WWWebb   --=20 C NOTE: This email address is only used for noncommerical VMS-related  correspondence. C All unsolicited commercial email will be deemed to be a request for 8 services pursuant to the terms and conditions located at# http://bellsouthpwp.net/w/e/webbww/    ------------------------------  # Date: Mon, 18 Jul 2005 20:23:08 GMT 7 From: John Malmberg <malmberg@dskwld.zko.dec.compaq.hp> ! Subject: Re: OpenVMS 8.2 + ACUEXE 2 Message-ID: <McUCe.8778$Fx6.5695@news.cpqcorp.net>   Harri Klemetti wrote:  > Hi,  > = > Anybody know how to actually install the ACUEXE utility for G > controlling the SmartArray 5300 RAID controller on OpenVMS Alpha 8.2?  > C > I downloaded the Management Agents (+patch) installed those - OK.  > F > Then downloaded HP-AXPVMS-ACUXE-V0640-11P08-1.PCSI which is supposedF > to be for OpenVMS 8.2 - BUT THIS DOES NOT INSTALL, instead I get the > following error: >   > %PCSI-E-READERR, error reading3 > NEKS01$DKA0:<KIT>HP-AXPVMS-ACUXE-V0640-11P08-1.PC  > SI;2% > -DDIS-E-TNF, invalid element syntax $ > %PCSI-E-S_OPFAIL, operation failedE > %PCSIUI-E-ABORT, operation terminated due to an unrecoverable error 
 > condition N   H Please contact support formally about this condition if this is still a  problem.   -John ! malmberg@dskwld.zko.dec.compaq.hp  Personal Opinion Only    ------------------------------  % Date: Mon, 18 Jul 2005 17:25:50 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: Origin of Starlet( Message-ID: <opst4wtczgzgicya@hyrrokkin>  I Apparently when Digital was launching the VAX, it was originally called    STARH and the proposed OS, STARLET.  Anybody, know the story behind this?  And6 why is the common language environment called starlet?  ? Saw a reference to this that Dennis Ritchie posted on comp.arch / http://public.planetmirror.com/pub/dmr/vax.html    ------------------------------    Date: 18 Jul 2005 20:35:35 -0500+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: Origin of Starlet3 Message-ID: <mhlKbixfj4KJ@eisner.encompasserve.org>   N In article <opst4wtczgzgicya@hyrrokkin>, "Tom Linden" <tom@kednos.com> writes:K > Apparently when Digital was launching the VAX, it was originally called    > STARJ > and the proposed OS, STARLET.  Anybody, know the story behind this?  And8 > why is the common language environment called starlet? > A > Saw a reference to this that Dennis Ritchie posted on comp.arch 1 > http://public.planetmirror.com/pub/dmr/vax.html     2 http://h71000.www7.hp.com/openvms/20th/vmsbook.pdf   			Rob   ------------------------------  + Date: Tue, 19 Jul 2005 05:32:38 +0000 (UTC) 0 From: helbig@multiCLOTHESvax.de (Phillip Helbig)? Subject: Re: problem with DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI 0 Message-ID: <dbi39m$9kd$2@fiasco.xenopsyche.net>  H In article <42dbd2f4$1@news.langstoeger.at>, eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) writes:  e >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 failedG >>Terminating is strongly recommended.  Do you want to terminate? [YES] R >>%PCSI-E-CANCEL_WIP, termination resulted in an incomplete modification to the sy >>stem1 >>%PCSI-E-S_OPCAN, operation cancelled by request O >>%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition  >> >>Any idea what's going on?  >  >I suspect the kit is corrupt. > G >>I expanded the downloaded file again, same problem.  Since it expands F >>OK, I assume that the .PCSI file itself is OK.  Also, the read error? >>looks like a "logical", rather than a "physical", read error.  > G >No. Since DCX often proofed to not find corruption in the kit (another G >reason why I continously request ZIPSFX for kit distribution) download G >again and try again. Better start with a PRODUCT EXTRACT RELEASE_NOTES 8 >or a PRODUCT COPY before distributing the kit in house.   OK, that's probably the case:   ' DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI;1 "                        57744/577442 DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_VAXEXE;1"                        33497/334986 DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_VAXEXE_BAD;1!                         7856/7857 + DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI_BAD;1 "                        13482/13482  5 The non-"BAD" versions are after downloading again.     D Guess I need to check the checksums (even though this utility is not' documented and I assume not supported).   " In the patch description, it says   G    DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_VAXEXE Checksum: 918797746    However:  = $ checksum DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_VAXEXE;1  %CLI-E-READERR, error reading N DISK$USER:[ADMIN.PATCHES.OS]DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_VAXEXE;1 %CLI-E-READERR, error reading N DISK$USER:[ADMIN.PATCHES.OS]DEC-VAXVMS-TCPIP_ECO-V0503-184-4.PCSI-DCX_VAXEXE;19 -RMS-W-RTB, 45909 byte record too large for user's buffer   @ Do I need to set the file attributes after downloading the patch< in order to get the checksum properly?  If so, what are the E proper attributes?  (I've never reset them after downloading a patch. L I normally download with LYNX but this was done with NETSCAPE.)  The current attributes are:   G Record format:      Stream_LF, maximum 32767 bytes, longest 32767 bytes   @ I set them to (RFM:FIX,LRL:512) and now get the proper checksum.    E It would be nice if the unpack procedure could verify the checksum of H the .PCSI file and/or if the patch description contained a checksum for  the .PCSI file.    ------------------------------  % Date: Mon, 18 Jul 2005 20:49:44 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de>- Subject: Re: Symbol vector index is too large , Message-ID: <jktgbd.al9.ln@news.hus-soft.de>  % chris_breemer@nl.compuware.com wrote: D > 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  >  > which is IMHO more specific.  H Indeed a strange difference, but maybe the help/message database is not @ correct. If you would know the numeric error code, you could try    $ write sys$output f$message(44) %SYSTEM-F-ABORT, abort  5 where 44 is the decimal exit status (or %xHEX-VALUE).   & > The first message could indeed implyD > 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 !  L I don't think that it has to do with quota or similar. The symbol vector in K a shareable image is an enumeration of all entries to the functions in the  J image. "Too large" would mean the difference between the symbol vector at K link time and that at runtime (with different shareable images), but I may   be wrong here.   Albrecht   ------------------------------  % Date: Mon, 18 Jul 2005 12:27:26 -0700 # From: "Tom Linden" <tom@kednos.com>  Subject: VAXSCAN License pak( Message-ID: <opst4iz0wezgicya@hyrrokkin>  : Anyone know how to get one?  None included on Freeware CD. TIA  Tom    ------------------------------  % Date: Mon, 18 Jul 2005 12:44:57 -0700 # From: "Tom Linden" <tom@kednos.com>   Subject: Re: VAXSCAN License pak( Message-ID: <opst4js7sizgicya@hyrrokkin>  F On Mon, 18 Jul 2005 12:27:26 -0700, Tom Linden <tom@kednos.com> wrote:  < > Anyone know how to get one?  None included on Freeware CD. > TIA  > Tom   I Early onset of dementia, I guess.  I had supplied someone else the answer / Dec 14 2002 in this forum:-| it is in LCDO.DAT.    ------------------------------  % Date: Mon, 18 Jul 2005 21:07:10 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de>8 Subject: Re: VMS process priorities and system processes, Message-ID: <8lugbd.4n9.ln@news.hus-soft.de>   Larry Kilgallen wrote:  ] > 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?  >  > F > If you give all processes a priority of 4, none of them can run awayD > with the CPU.  The only processes with a higher priority should beG > those which you are absolutely guaranteed are coded so well they will 1 > never get stuck in a loop grabbing all the CPU.   F Maybe you're right, and the problem we had came from a process with a ' _lower_ priority, but this is okay now.    >  Thousands of sites H > survive by limiting those high-priority processes to the set that came  > that way from VMS Development.  + Do you know these thousands of sites ?  ;-)  Who knows what others do!   G When I installed SAMBA, I saw that the NMBD process was installed with  M priority 6 (or was it the SMBD service / startup procedure ?). Question: How  D many sites have SAMBA installed with this priority 6 server process?   Regards  Albrecht   ------------------------------    Date: 18 Jul 2005 14:32:47 -0500 From: briggs@encompasserve.org8 Subject: Re: VMS process priorities and system processes3 Message-ID: <tZE5$HhOcBX7@eisner.encompasserve.org>   [ In article <8lugbd.4n9.ln@news.hus-soft.de>, Albrecht Schlosser <ajs856@tiscali.de> writes:  > Larry Kilgallen wrote: > ^ >> In article <gjodbd.hms.ln@news.hus-soft.de>, Albrecht Schlosser <ajs856@tiscali.de> writes: >>   >>  R >>>Yes, the real problem is when one of these processes "runs away" in a CPU loop T >>>or when a user does something CPU intense with a higher priority than one of the S >>>critical server processes. We found out recently that a critical server process  S >>>ran with priority 3, and user processes with priority 4 could nearly block this  S >>>process. This was a configuration problem, and I corrected it, but this lead to  P >>>the question: how can it be done even better and more robust without getting  >>>other problems? >>   >>  G >> If you give all processes a priority of 4, none of them can run away E >> with the CPU.  The only processes with a higher priority should be H >> those which you are absolutely guaranteed are coded so well they will2 >> never get stuck in a loop grabbing all the CPU. > H > Maybe you're right, and the problem we had came from a process with a ) > _lower_ priority, but this is okay now.   B One can have a "priority inversion" problem.  Low priority processH locks critical resource, higher priority CPU intensive workload preventsC it from getting enough processor to release the lock and starvation @ results as high priority processes wait for lock that will never( be released by the low priority process.  F All you need is one payroll process locking a database row at priorityH 3 while your priority 4 processes monopolize the CPU.  *boom* -- payroll is down.  B If your system is busy enough to benefit from careful selection ofF priority levels, it may be busy enough that you can't afford to set up priority levels.   	John Briggs   ------------------------------  % Date: Mon, 18 Jul 2005 15:59:06 -0400  From: norm.raphael@metso.com8 Subject: Re: VMS process priorities and system processesQ Message-ID: <OF3B7AF000.7A3010FC-ON85257042.006D511F-85257042.006DFCB5@metso.com>   G Albrecht Schlosser <ajs856@tiscali.de> wrote on 07/18/2005 03:07:10 PM:    > Larry Kilgallen wrote: > C > > In article <gjodbd.hms.ln@news.hus-soft.de>, Albrecht Schlosser  > <ajs856@tiscali.de> writes:  > >  > > D > >>Yes, the real problem is when one of these processes "runs away" > in a CPU loop D > >>or when a user does something CPU intense with a higher priority > than one of the D > >>critical server processes. We found out recently that a critical > server processA > >>ran with priority 3, and user processes with priority 4 could  > nearly block this F > >>process. This was a configuration problem, and I corrected it, but > this lead to@ > >>the question: how can it be done even better and more robust > without getting  > >>other problems?  > >  > > H > > If you give all processes a priority of 4, none of them can run awayF > > with the CPU.  The only processes with a higher priority should beI > > those which you are absolutely guaranteed are coded so well they will 3 > > never get stuck in a loop grabbing all the CPU.  > G > Maybe you're right, and the problem we had came from a process with a ) > _lower_ priority, but this is okay now.  >  > >  Thousands of sites J > > survive by limiting those high-priority processes to the set that came" > > that way from VMS Development. > - > Do you know these thousands of sites ?  ;-)  > Who knows what others do!   F We have a DB manager process that communicates with user processes viaD a shared global section and does all the DB gets/puts (generic term)  on behalf of the user processes.F These processes are detached and started at 10 (or 9 or 11) and activeD at 2 lower, i.e., 8 (or 7 or 9) so they get quick attention and will2 be above users when demanding I/O to the database.  K This is, I believe, common.  Too many of these,if they are all very active, I will of course wreak havoc with response.  Only one production version is H expected per machine.  This scheme also makes more that 2 cpus of little1 value unless I/O is hardwired to additional cpus.    > H > When I installed SAMBA, I saw that the NMBD process was installed withJ > priority 6 (or was it the SMBD service / startup procedure ?). Question: How F > many sites have SAMBA installed with this priority 6 server process? > 	 > Regards 
 > Albrecht   ------------------------------  + Date: Mon, 18 Jul 2005 20:14:22 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> 8 Subject: Re: VMS process priorities and system processes? Message-ID: <dbh2it$p06$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com>   	 Hi Kerry,   F "The some of the parts is a shit-load less than the whole - unless oneE of the parts does something stupid in which the sum of what the other  parts can do is zero"!  H That's why I don't see too many production boxes out there with a singleH CPU. One customer I deal with who is in the process of denying that theyJ need SQL/Services (ODBC,OCI) at all, is refusing to upgrade from a clearlyK unsupported version. So every now an then the sqlsrv_mon process disappears J up its own bottom and hogs a CPU. Off hand, I can't remember what priorityJ it runs at but thankfully there's another CPU there to take the load until remedial action can be taken.    Cheers Richard.   K PS. I believe that SQL/Services eminated from VMS with Rdb was still there. I This may not sit well with Argus Kilgallen's thesis about everything from G VMS being paved with gold but then I'm sure that this bug is clearly an I exception and the only one of its type. Yep, beyond there be dragons! But L maybe deliberate scaremongering wasn't Larry's agenda? Nah, you'd have to beJ pretty bitter and twisted for that and cov EXQUOTAed on that years ago :-)  2 "Main, Kerry" <kerry.main@hp.com> wrote in messageL news:FD827B33AB0D9C4E92EACEEFEE2BA2FB65134B@tayexc19.americas.cpqcorp.net...   > -----Original Message-----: > From: Richard Maher [mailto:maher_rj@hotspamnotmail.com] > Sent: July 17, 2005 3:03 PM  > To: Info-VAX@Mvb.Saic.Com : > Subject: Re: VMS process priorities and system processes >  > Hi Albrecht, > > > I think I'm in agreement with you regarding class schedulers > (and Row Cache4 > memory schedulers) and all other forms of bollocks > nanny-state Dr, Zhivago ? > "far more equitable comrade" socialist interference. (Oh here  > come all those? > wankers from the other thread(s)) "The some of the parts is a  > shit-load lessG > than the whole!" Kerry would do well to put that above his desk. It's 0 > motivated numerous Rdb engineers for years :-) >   H Of course, using the above analogy, the following could also be stated -F "The some of the parts is a shit-load less than the whole - unless oneE of the parts does something stupid in which the sum of what the other  parts can do is zero"!   :-)    Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)   4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------    Date: 18 Jul 2005 16:53:17 -0500 From: gleason@encompasserve.org 8 Subject: Re: VMS process priorities and system processes3 Message-ID: <BKmKuRJrx4md@eisner.encompasserve.org>   u In article <dbh2it$p06$1@nwrdmz03.dmz.ncs.ea.ibs-infra.bt.com>, "Richard Maher" <maher_rj@hotspamnotmail.com> writes:  > Hi Kerry,  > H > "The some of the parts is a shit-load less than the whole - unless oneG > of the parts does something stupid in which the sum of what the other  > parts can do is zero"! > J > That's why I don't see too many production boxes out there with a singleJ > CPU. One customer I deal with who is in the process of denying that theyL > need SQL/Services (ODBC,OCI) at all, is refusing to upgrade from a clearlyM > unsupported version. So every now an then the sqlsrv_mon process disappears L > up its own bottom and hogs a CPU. Off hand, I can't remember what priorityL > it runs at but thankfully there's another CPU there to take the load until > remedial action can be taken.  >  > Cheers Richard.  >   I   While explaining a similar situation to me years back, my old pal Geoff L Cecil summed it up as "on a single processor system, it only takes one clown to make a circus".   Lee K. Gleason N5ZMR Control-G Consultants  lgleason@houston.rr.com    ------------------------------   End of INFO-VAX 2005.399 ************************