1 INFO-VAX	Thu, 04 Nov 2004	Volume 2004 : Issue 613       Contents:$ Re: 3of9 Barcoding libraries for VMS> Re: CA Ingres (was: Re: Call for OpenVMS Freeware: 8-Nov-2004)* Re: DecWindows performance on old hardware* Re: DecWindows performance on old hardware Re: Developer Forum  Re: LPD Retrying failed job: OpenVMS kit! Re: OpenVMS kit! Read DCL output to RDB table  Re: Read DCL output to RDB table  Re: Read DCL output to RDB table# Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' RE: Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' Re: Request for feedback - COPY utility ' Re: Service Contract for Alpha Hardware ' Re: Service Contract for Alpha Hardware ' Re: Service Contract for Alpha Hardware P Re: Sys$Startup:License_Check.Exe (revisited) - OPENVMS-ALPHA not authorized on ( Re: Undocumented (?) PCSI error messages Re: Volume shadowing stalls...  F ----------------------------------------------------------------------   Date: 4 Nov 2004 01:49:35 -0800 - From: pfleging.lka@ekkw.de (pfleging.michael) - Subject: Re: 3of9 Barcoding libraries for VMS = Message-ID: <b8cd107b.0411040149.72582225@posting.google.com>   < We use Prescribe (easy to implement printer language in text> documents) on Kyocera and some of Lexmark printers for barcode	 printing.    Michael   Z "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message news:<4188070F.7020708@MMaz.com>...J > Does anyone know of any open-source libraries that would run on VMS for F > producing 3of9 barcoding ?  I need to modify some of our systems to H > produce embedded barcoding on our documents and I suspect that if any K > commercial products existed in the past, they are probably gone or owned  . > my CA and CA would want 6 figures for it.... >  > Barry    ------------------------------  # Date: Thu, 04 Nov 2004 18:56:21 GMT # From: hoff@hp.nospam (Hoff Hoffman) G Subject: Re: CA Ingres (was: Re: Call for OpenVMS Freeware: 8-Nov-2004) 1 Message-ID: <pXuid.2362$pO1.989@news.cpqcorp.net>   e In article <9595A678Bwspenceraporg@216.168.3.30>, wspencer@ap.dontspamme.org (Warren Spencer) writes:   K :When Ingres goes Open-Source (ish), can it go on the free-ware cd?  Or do   :certain rules prohibit that?   I   That depends on whether or not there is a port of the software, whether H   or not the port gets submitted to the Freeware, and whether or not theH   copyrights or any other applicable restrictions will permit or preventG   the redistribution of the Freeware.  (Not necessarily in that order.)   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: Thu, 4 Nov 2004 09:36:21 +0000 (UTC)P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)3 Subject: Re: DecWindows performance on old hardware $ Message-ID: <cmct6k$i6e$1@online.de>  G In article <415fd685$0$9590$9b622d9e@news.freenet.de>, Ulrich Bellgardt ' <Ulrich.bellgardt@debitel.net> writes:    @ > my hobbyist system is a DEC 3000 Model 500 with 192 MB Memory.  G I have a DEC 3000 model 600, also with 192 MB memory, which I use ONLY  E for DECwindows: I open a dozen or so DECterms to log in to my "real"  I hobbyist cluster (500 km away) and also display Mozilla which is running  I on a more powerful remote machine.  I have VMS 7.2-1 at the moment.  The  H display is not a Linux PC but a nice |d|i|g|i|t|a|l| graphics monitor.   Performance is fine.  C At some point, I might upgrade the VMS on this system (it's not so  G urgent, since I just use it as a display).  Obviously, I don't want to  F see things slow down too much.  Do you have a possibility to test the 7 performance with a directly connected graphics monitor?    ------------------------------  # Date: Thu, 04 Nov 2004 14:22:13 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)3 Subject: Re: DecWindows performance on old hardware 2 Message-ID: <pWqid.2302$o51.1656@news.cpqcorp.net>  E Just as a data point, a co-worker has a DEC 3000 Model 500 and 256 MB F of memory.  It has three video cards in it, and probably a dozen or soC terminal windows on three monitors.  It's been working well in this E mode for quite some time, and he doesn't see any reason to change it.   ? As long as it's just serving DECwindows windows, it works fine.    --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------  $ Date: Thu, 4 Nov 2004 08:59:56 -0500# From: "John Smith" <a@nonymous.com>  Subject: Re: Developer Forum, Message-ID: <EKmdnYRH6Zzz5hfcRVn-jw@igs.net>   Peter Weaver wrote:  > John Smith wrote: H >> Got a phone call recently from HP soliciting our attendance at one ofC >> the Intel/HP Developer Forums....the one where they give you the $ >> Itanic at the end of the program. >>B >> Are others being solicited by telephone this way? Just curious. > > > Yes, even though I attended the Toronto event two weeks ago.    K You should go a few more times. That way you'll wind-up with a bunch of new J hardware at cheap prices to build your own Itanic cluster with quorum. ;-)   ------------------------------  # Date: Thu, 04 Nov 2004 11:51:20 GMT # From: "Phil" <dooleys@snowy.net.au> % Subject: Re: LPD Retrying failed job: < Message-ID: <YIoid.11255$K7.4384@news-server.bigpond.net.au>  ; "Norbert" <norbert.hanowski@dillinger.biz> wrote in message 7 news:77ba41db.0411030841.4c0475c7@posting.google.com...  > Hi, @ > 1. I change my printjobs under LN03 with LAT to TCPIP and PCL.F > In the beginning it worked fine. Only sometimes it got "LPD RetryingC > failed job:...". But now i get this message every printjob and my , > printer prints the job 4 minutes later.... > / > My queue: $INIT/QUEU/START/PROC=TCPIP$LPD_SMB $ > L_Test/DEF=(NOFEED)/Retain=ERROR -" > /default=(nofeed,noflag,noburst) >  >  > H > 2. With every print, i get a flag page with User, host, class and job. > How can i cancel this? >  > / Telnet queues work ok as a replacement for lat, + look in the tcpip user guide for telnetsym.  Phil   ------------------------------   Date: 4 Nov 2004 03:00:53 -0800 ! From: domen.setar@izum.si (domen)  Subject: OpenVMS kit! = Message-ID: <d83d686b.0411040300.2e8235fa@posting.google.com>   
 Hi Admins!  F Can anyone tell me where can I download OpenVMS Kit 3.0 for Enterprise Virtual Array?   Best regards   Domen etar    ------------------------------  $ Date: Thu, 4 Nov 2004 15:17:25 +01003 From: "Gorazd Kikelj" <gorazd.kikelj@nospam.hp.com>  Subject: Re: OpenVMS kit! * Message-ID: <418a3bcc@usenet01.boi.hp.com>   Try U http://h18006.www1.hp.com/products/storageworks/softwaredrivers/enterprise/index.html    Best, Gorazd   ------------------------------   Date: 4 Nov 2004 00:36:27 -0800 * From: javiercoego@gmail.com (Javier Coego)% Subject: Read DCL output to RDB table = Message-ID: <d78fdf9b.0411040036.162d0288@posting.google.com>   F I coded a DCL command which gets the whole list of users in my OpenVMSC host. This DCL command is executed from a trigger in RDB, using the  function LIB$SPAWN.   C It works perfectly, but LIB$SPAWNS returns an unsigned longword. It  cannot return string values.  E I need to recover the userlist to store it in my RDB Tables. That is, C the trigger launchs the DCL command via LIB$SPAWN, and once the DCL F command finishes, I want to recover the user list (via DCL output, viaD file, ... I don't mind. Well, I don't know :)) inside the trigger to store it in my table.   C Even I don't mind if the DCL command itself inserts the data in the " RDB table, instead of the trigger.  1 Any suggestion, help or code will be appreciated.    Thanks in advance    Javier Coego   ------------------------------  # Date: Thu, 04 Nov 2004 12:03:14 GMT # From: "Phil" <dooleys@snowy.net.au> ) Subject: Re: Read DCL output to RDB table < Message-ID: <6Uoid.11297$K7.8364@news-server.bigpond.net.au>  7 "Javier Coego" <javiercoego@gmail.com> wrote in message 7 news:d78fdf9b.0411040036.162d0288@posting.google.com... H > I coded a DCL command which gets the whole list of users in my OpenVMSE > host. This DCL command is executed from a trigger in RDB, using the  > function LIB$SPAWN.  > E > It works perfectly, but LIB$SPAWNS returns an unsigned longword. It  > cannot return string values. > G > I need to recover the userlist to store it in my RDB Tables. That is, E > the trigger launchs the DCL command via LIB$SPAWN, and once the DCL H > command finishes, I want to recover the user list (via DCL output, viaF > file, ... I don't mind. Well, I don't know :)) inside the trigger to > store it in my table.  > E > Even I don't mind if the DCL command itself inserts the data in the $ > RDB table, instead of the trigger. > 3 > Any suggestion, help or code will be appreciated.  > / You could create your user list as a text file, + and then use rmu/load to put it in a table. C Another option is to construct the sql with the data in a .sql file  and then execute that. Phil > Thanks in advance  >  > Javier Coego   ------------------------------  # Date: Thu, 04 Nov 2004 14:29:12 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)) Subject: Re: Read DCL output to RDB table 2 Message-ID: <Y0rid.2303$o51.1534@news.cpqcorp.net>  E Years ago, as a customer, I used to use command procedures to monitor A network performance and load the numbers into an Rdb database for @ later analysis (and to spot problems).  I did it with DCL, whichE created a command procdure that did an RDO STORE.  If I did it again, C I'd probably use SQL syntax instead, but the principle is the same. < This gets around some of the problems you seem to be seeing.  B As an example, I'm attaching one such procedure.  (Note, I haven'tB tried this procedure for more than 8 years, so there may have beenB some syntax changes in the Rdb product since then.)  It's probably@ more complicated (parses out more values) than you need for your- application, but others might find it useful.   - $ WRITE SYS$OUTPUT F$ENVIRONMENT("PROCEDURE") = $! Parse out counts on Ethernet device and store in database.  $! $ ON ERROR THEN CONTINUE $!
 $ quote = """  $! $ IF F$MODE () .EQS. "BATCH" $ THEN' $    SET PROCESS /NAME = "QNA-0 Counts"  $ ELSE% $    ON CONTROL_Y THEN $ GOTO exitout  $ ENDIF  $!/ $! Find out if we have the required privileges.  $!% $ savepriv = F$SETPRV ("OPER,SYSPRV") 2 $ IF F$PRIVILEGE ("OPER,SYSPRV") THEN GOTO gotpriv $!F $ WRITE SYS$OUTPUT "You do not have the correct privilege to do this." $ EXIT $!
 $ gotpriv: $!& $! save repeat time interval, if given $! $ interval = P1  $! $! Define the NCP command  $! $ NCP :== $NCP $!
 $ bigloop: $!/ $ NCP SHOW LINE QNA-0 COUNT TO qna_0_counts.tmp  $!< $ OPEN /WRITE /ERROR = nofile outfile qna_0_counts_store.com $!& $ WRITE outfile "$ RUN SYS$SYSTEM:RDO"B $ WRITE outfile "invoke database filename 'user0:[accounting]qna'"T $ WRITE outfile "start_transaction read_write reserving qna_counts for shared write"- $ WRITE outfile "store D in qna_counts using"  $!
 $! Get fields  $!5 $ OPEN /READ /ERROR = nofile tmpfile qna_0_counts.tmp  $! $ readloop1: $!: $ ON ERROR THEN $ GOTO endfile1			! reset after goto error $!( $ READ /END = endfile1 tmpfile tmpstring $ length = F$LENGTH (tmpstring) @ $ IF length .LT. 15 THEN $ GOTO readloop1	! some lines too short $!8 $ count = F$EXTRACT (0, 12, tmpstring)			! count portionC $ IF count .EQS. "            " THEN $ GOTO readloop1	! blank field $ $ count = F$EDIT (count, "COLLAPSE")B $ IF count .EQS. "LineCounter" THEN $ GOTO date_time	! date string $ length = length - 14< $ field = F$EXTRACT (14, length, tmpstring)		! type of count2 $ field = F$EDIT (field, "COLLAPSE, TRIM, UPCASE") $!J $ IF F$LOCATE (">", count) .NE. F$LENGTH (count) THEN -	! counter overflow?         count = F$EXTRACT (1, F$LENGTH (count), count)	! remove  $!@ $ IF F$LOCATE (",", field) .NE. F$LENGTH (field)	! remove commas $ THEN $    tmpstring = fieldF $    field = F$ELEMENT (0, ",", tmpstring) + F$ELEMENT (1, ",", field) $ ENDIF  $!? $ IF F$LOCATE (":", field) .NE. F$LENGTH (field)	! remove colon  $ THEN& $    field = F$ELEMENT (0, ":", field) $ ENDIF  $!6 $ ON WARNING THEN $ GOTO goto_error	! in case of error $!( $ GOTO 'field'				! process this counter $!
 $ goto_error:  $ ON ERROR THEN $ CONTINUE+ $ WRITE SYS$OUTPUT "Unknown field " + field  $ GOTO readloop1:  $! $ date_time: $ length = length - 20+ $ count = F$EXTRACT (20, length, tmpstring) B $ WRITE outfile "    d.date_time = " + quote + count + quote + ";" $ GOTO readloop1 $! $ SECONDSSINCELASTZEROED: B $ WRITE outfile "    d.SECONDS_SINCE_LAST_ZEROED = " + count + ";" $ GOTO readloop1 $! $ DATABLOCKSRECEIVED: = $ WRITE outfile "    d.DATA_BLOCKS_RECEIVED = " + count + ";"  $ GOTO readloop1 $! $ MULTICASTBLOCKSRECEIVED:B $ WRITE outfile "    d.MULTICAST_BLOCKS_RECEIVED = " + count + ";" $ GOTO readloop1 $! $ RECEIVEFAILURE:  $ RECEIVEFAILUREINCLUDING:8 $ WRITE outfile "    d.RECEIVE_FAILURE = " + count + ";" $ GOTO readloop1 $! $ BYTESRECEIVED:6  WRITE outfile "    d.BYTES_RECEIVED = " + count + ";" $ GOTO readloop1 $! $ MULTICASTBYTESRECEIVED: A $ WRITE outfile "    d.MULTICAST_BYTES_RECEIVED = " + count + ";"  $ GOTO readloop1 $! $ DATAOVERRUN:5 $ WRITE outfile "    d.DATA_OVERRUN = " + count + ";"  $ GOTO readloop1 $! $ DATABLOCKSSENT: 9 $ WRITE outfile "    d.DATA_BLOCKS_SENT = " + count + ";"  $ GOTO readloop1 $! $ MULTICASTBLOCKSSENT:> $ WRITE outfile "    d.MULTICAST_BLOCKS_SENT = " + count + ";" $ GOTO readloop1 $! $ BLOCKSSENTMULTIPLECOLLISIONS: H $ WRITE outfile "    d.BLOCKS_SENT_MULTIPLE_COLLISIONS = " + count + ";" $ GOTO readloop1 $! $ BLOCKSSENTSINGLECOLLISION:E $ WRITE outfile "    d.BLOCKS_SENT_SINGLE_COLLISION = " + count + ";"  $ GOTO readloop1 $! $ BLOCKSSENTINITIALLYDEFERRED:G $ WRITE outfile "    d.BLOCKS_SENT_INITIALLY_DEFERRED = " + count + ";"  $ GOTO readloop1 $! $ BYTESSENT:3 $ WRITE outfile "    d.BYTES_SENT = " + count + ";"  $ GOTO readloop1 $! $ MULTICASTBYTESSENT: = $ WRITE outfile "    d.MULTICAST_BYTES_SENT = " + count + ";"  $ GOTO readloop1 $! $ SENDFAILURE: $ SENDFAILUREINCLUDING: 5 $ WRITE outfile "    d.SEND_FAILURE = " + count + ";"  $ GOTO readloop1 $! $ COLLISIONDETECTCHECKFAILURE:G $ WRITE outfile "    d.COLLISION_DETECT_CHECK_FAILURE = " + count + ";"  $ GOTO readloop1 $! $ UNRECOGNIZEDFRAMEDESTINATION: G $ WRITE outfile "    d.UNRECOGNIZED_FRAME_DESTINATION = " + count + ";"  $ GOTO readloop1 $! $ SYSTEMBUFFERUNAVAILABLE:B $ WRITE outfile "    d.SYSTEM_BUFFER_UNAVAILABLE = " + count + ";" $ GOTO readloop1 $! $ USERBUFFERUNAVAILABLE:: $ WRITE outfile "    d.USER_BUFFER_UNAVAILABLE = " + count $!& $! When we hit this field, we're done. $! $ endfile1:  $! $ WRITE outfile "end_store"  $ WRITE outfile "commit" $ WRITE outfile "exit" $ WRITE outfile "$ EXIT" $ CLOSE outfile  $ CLOSE tmpfile " $ DELETE /NOLOG qna_0_counts.tmp;* $! $ NCP ZERO LINE QNA-0 COUNT  $!' $! Now store the counts in the database  $! $ @qna_0_counts_store.com  $! $! Don't need file anymore.  $!( $ DELETE /NOLOG qna_0_counts_store.com;* $!/ $! Check to see if we were asked to auto-repeat  $!( $ IF interval .EQS. "" THEN GOTO exitout $ WAIT 'interval'  $ GOTO bigloop $!
 $ exitout: $!  $ savepriv = F$SETPRV (savepriv) $!	 $ nofile:  $! $ EXIT $STATUS $! $!8 $! B. Z. Lederman	17-Oct-1991	Store date in Rdb database       --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------  $ Date: Thu, 4 Nov 2004 12:02:34 +02000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>, Subject: Request for feedback - COPY utility* Message-ID: <418a0010@usenet01.boi.hp.com>  : As you know we are getting ready to ship V8.2 and starting- to look at enhancements for the next version.   I One of the projects high on my to do list is performance improvements for F the copy utility. Today reads and writes are done synchronously. I wasF testing a variant of the fastcopy program (with few enhancements I putB in) and got dramatic performance improvements comparing to currentD copy.  A very dirty and unofficial test, copying 170MB file from one	 directory  to another on the same disk     On V7.3-2 (using 127 blocks I/O)   Charged CPU time was 4 seconds Elapsed CPU time was 2 minutes Total number of I/Os was 5700    Using my prototype:   % Charged CPU time was 00:00.15 seconds  Elapsed CPU time was 40 seconds  Total number of I/Os was 2800   L We are doing some tests on EVAs to get more results but there is no surprise8 using fewer and larger asynchronous I/Os is faster...;-)  < What I'm looking from you is ammunition I can include in the9 internal project proposal that will be presented to mgmt.   ) Are you currently using COPY intensivley? 4 Do you think you will benefit from this enhancement?  > You may post a reply here or send me mail directly, my mailbox can tolerate anything.   Thank you for your time.  	 Guy Peleg  OpenVMS Engineering    ------------------------------  % Date: Thu, 04 Nov 2004 05:52:09 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: Re: Request for feedback - COPY utility, Message-ID: <418A09A5.5AA3B3F2@teksavvy.com>   Guy Peleg wrote:N > We are doing some tests on EVAs to get more results but there is no surprise: > using fewer and larger asynchronous I/Os is faster...;-)  G One potential issue is a process's buffquo, something which causes many K utilities like type and edit to barf on certain files. As long as your COPY W ensures that its IOs are within the process' buffquo, I guess it woudln't be a problem.   N Would your COPY have a fixed window size, or would it be adjusted according to6 system/process resources and/or based on performance ?    J Actually, providing a SYS$COPY or LIB$COPY callable routine would be a far more usable effort.   6 > Do you think you will benefit from this enhancement?  6 No because I am on VAX and won't see this enhnacement.  @ > You may post a reply here or send me mail directly, my mailbox > can tolerate anything.    ) Anything ? You may regret saying this :-)    ------------------------------   Date: 4 Nov 2004 03:51:35 -0800 & From: "Galen" <gspamtackett@yahoo.com>0 Subject: Re: Request for feedback - COPY utilityC Message-ID: <1099569095.650373.193440@f14g2000cwb.googlegroups.com>    Guy,   Yes! Yes! Yes!  G Both system managers and users use COPY a lot. It is often spawned from E user applications too, so adjusting for process quotas (in particular ( the deductible ones) would be important.  ? Thanks, Guy, for all the good work you've done on enhancements.  Galen   ' gtackett_at_yahoo_dot_com_is_my_address    ------------------------------  $ Date: Thu, 4 Nov 2004 14:01:31 +02000 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>0 Subject: Re: Request for feedback - COPY utility, Message-ID: <418a1bf2$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:418A09A5.5AA3B3F2@teksavvy.com... > Guy Peleg wrote:G > > We are doing some tests on EVAs to get more results but there is no  surprise< > > using fewer and larger asynchronous I/Os is faster...;-) > I > One potential issue is a process's buffquo, something which causes many H > utilities like type and edit to barf on certain files. As long as your COPYK > ensures that its IOs are within the process' buffquo, I guess it woudln't 
 be a problem.  > C > Would your COPY have a fixed window size, or would it be adjusted  according to8 > system/process resources and/or based on performance ? >  > L > Actually, providing a SYS$COPY or LIB$COPY callable routine would be a far > more usable effort.   E Stay tuned....you might see some surprises in a future release....;-)    > 8 > > Do you think you will benefit from this enhancement? > 8 > No because I am on VAX and won't see this enhnacement. > B > > You may post a reply here or send me mail directly, my mailbox > > can tolerate anything. >  > + > Anything ? You may regret saying this :-)   4 CTRL-A , SHIFT+DELETE  is my favorit combination ;-)   ------------------------------  % Date: Thu, 04 Nov 2004 12:18:45 +0000 - From: David B Sneddon <dbsneddon@bigpond.com> 0 Subject: Re: Request for feedback - COPY utility* Message-ID: <418A1E25.3000700@bigpond.com>   JF Mezei was overheard to say: > Guy Peleg wrote: > N >>We are doing some tests on EVAs to get more results but there is no surprise: >>using fewer and larger asynchronous I/Os is faster...;-) >  > I > One potential issue is a process's buffquo, something which causes many M > utilities like type and edit to barf on certain files. As long as your COPY Y > ensures that its IOs are within the process' buffquo, I guess it woudln't be a problem.  > P > Would your COPY have a fixed window size, or would it be adjusted according to8 > system/process resources and/or based on performance ? >  > L > Actually, providing a SYS$COPY or LIB$COPY callable routine would be a far > more usable effort.  >    The BACKUP API is available...   Regards, Dave.  --  I David B Sneddon (dbs)    VMS Systems Programmer     dbsneddon@bigpond.com I Sneddo's quick guide ...          http://www.users.bigpond.com/dbsneddon/ I DBS freeware at ...   http://www.users.bigpond.com/dbsneddon/software.htm I "Life is what happens to you while you're busy making other plans" Lennon    ------------------------------  $ Date: Thu, 4 Nov 2004 08:27:53 -05001 From: "Farrell, Michael" <MFarrell@Voltdelta.com> 0 Subject: RE: Request for feedback - COPY utility@ Message-ID: <37A773ADDA84D711A42700B0D0FC529CCA8A29@NYEXCHANGE2>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C4C272.16A6E274  Content-Type: text/plain;  	charset="iso-8859-1"    Guy,  G For what it is worth, we rarely use COPY anymore, we use BACKUP to move  files this way.   
 Two reasons:  
 1) SPEED, K 2) We want the listing date information to remain unchanged and BACKUP does 1 that while COPY changes the "Last modified" date.   A Also, if I may ask again, are you also considering my request for 3 changes/enhancements to DIFF for this next release?    Thanks,    Mike    -----Original Message----- 7 From: 	Guy Peleg [mailto:guy.peleg@remove_this_hp.com]  ) Sent:	Thursday, November 04, 2004 5:03 AM  To:	Info-VAX@Mvb.Saic.Com , Subject:	Request for feedback - COPY utility  : As you know we are getting ready to ship V8.2 and starting- to look at enhancements for the next version.   I One of the projects high on my to do list is performance improvements for F the copy utility. Today reads and writes are done synchronously. I wasF testing a variant of the fastcopy program (with few enhancements I putB in) and got dramatic performance improvements comparing to currentD copy.  A very dirty and unofficial test, copying 170MB file from one	 directory  to another on the same disk     On V7.3-2 (using 127 blocks I/O)   Charged CPU time was 4 seconds Elapsed CPU time was 2 minutes Total number of I/Os was 5700    Using my prototype:   % Charged CPU time was 00:00.15 seconds  Elapsed CPU time was 40 seconds  Total number of I/Os was 2800   L We are doing some tests on EVAs to get more results but there is no surprise8 using fewer and larger asynchronous I/Os is faster...;-)  < What I'm looking from you is ammunition I can include in the9 internal project proposal that will be presented to mgmt.   ) Are you currently using COPY intensively? 4 Do you think you will benefit from this enhancement?  > You may post a reply here or send me mail directly, my mailbox can tolerate anything.   Thank you for your time.  	 Guy Peleg  OpenVMS Engineering       ' ------_=_NextPart_001_01C4C272.16A6E274  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>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =  charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 5.5.2658.2">6 <TITLE>RE: Request for feedback - COPY utility</TITLE> </HEAD>  <BODY>   <P><FONT SIZE=3D2>Guy,</FONT>  </P>  H <P><FONT SIZE=3D2>For what it is worth, we rarely use COPY anymore, we =0 use BACKUP to move files this way.&nbsp; </FONT>' <BR><FONT SIZE=3D2>Two reasons: </FONT> $ <BR><FONT SIZE=3D2>1) SPEED, </FONT>F <BR><FONT SIZE=3D2>2) We want the listing date information to remain =B unchanged and BACKUP does that while COPY changes the &quot;Last = modified&quot; date.</FONT></P>   I <P><FONT SIZE=3D2>Also, if I may ask again, are you also considering my = F request for changes/enhancements to DIFF for this next release?</FONT> </P>    <P><FONT SIZE=3D2>Thanks,</FONT> </P>   <P><FONT SIZE=3D2>Mike</FONT>  </P>  9 <P><FONT SIZE=3D2>&nbsp;-----Original Message-----</FONT> / <BR><FONT SIZE=3D2>From: &nbsp; Guy Peleg [<A = I HREF=3D"mailto:guy.peleg@remove_this_hp.com">mailto:guy.peleg@remove_thi=  s_hp.com</A>] </FONT> G <BR><FONT SIZE=3D2>Sent:&nbsp;&nbsp; Thursday, November 04, 2004 5:03 = 	 AM</FONT> 0 <BR><FONT SIZE=3D2>To:&nbsp;&nbsp;&nbsp;&nbsp; = Info-VAX@Mvb.Saic.Com</FONT>G <BR><FONT SIZE=3D2>Subject:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = * Request for feedback - COPY utility</FONT> </P>  E <P><FONT SIZE=3D2>As you know we are getting ready to ship V8.2 and =  starting</FONT> G <BR><FONT SIZE=3D2>to look at enhancements for the next version.</FONT>  </P>  @ <P><FONT SIZE=3D2>One of the projects high on my to do list is =# performance improvements for</FONT> F <BR><FONT SIZE=3D2>the copy utility. Today reads and writes are done = synchronously. I was</FONT> H <BR><FONT SIZE=3D2>testing a variant of the fastcopy program (with few = enhancements I put</FONT> B <BR><FONT SIZE=3D2>in) and got dramatic performance improvements = comparing to current</FONT> B <BR><FONT SIZE=3D2>copy.&nbsp; A very dirty and unofficial test, =, copying 170MB file from one directory</FONT>5 <BR><FONT SIZE=3D2>to another on the same disk</FONT>  </P>  9 <P><FONT SIZE=3D2>On V7.3-2 (using 127 blocks I/O)</FONT>  </P>  7 <P><FONT SIZE=3D2>Charged CPU time was 4 seconds</FONT> 8 <BR><FONT SIZE=3D2>Elapsed CPU time was 2 minutes</FONT>7 <BR><FONT SIZE=3D2>Total number of I/Os was 5700</FONT>  </P>  , <P><FONT SIZE=3D2>Using my prototype:</FONT> </P>  > <P><FONT SIZE=3D2>Charged CPU time was 00:00.15 seconds</FONT>9 <BR><FONT SIZE=3D2>Elapsed CPU time was 40 seconds</FONT> 7 <BR><FONT SIZE=3D2>Total number of I/Os was 2800</FONT>  </P>  G <P><FONT SIZE=3D2>We are doing some tests on EVAs to get more results =  but there is no surprise</FONT> @ <BR><FONT SIZE=3D2>using fewer and larger asynchronous I/Os is = faster...;-)</FONT>  </P>  I <P><FONT SIZE=3D2>What I'm looking from you is ammunition I can include = 
 in the</FONT> H <BR><FONT SIZE=3D2>internal project proposal that will be presented to = mgmt.</FONT> </P>  B <P><FONT SIZE=3D2>Are you currently using COPY intensively?</FONT>< <BR><FONT SIZE=3D2>Do you think you will benefit from this = enhancement?</FONT>  </P>  G <P><FONT SIZE=3D2>You may post a reply here or send me mail directly, =  my mailbox</FONT> 0 <BR><FONT SIZE=3D2>can tolerate anything.</FONT> </P>  1 <P><FONT SIZE=3D2>Thank you for your time.</FONT>  </P>  " <P><FONT SIZE=3D2>Guy Peleg</FONT>- <BR><FONT SIZE=3D2>OpenVMS Engineering</FONT>  </P> <BR>   </BODY>  </HTML> ) ------_=_NextPart_001_01C4C272.16A6E274--    ------------------------------  $ Date: Thu, 4 Nov 2004 10:07:48 -0500* From: "Marty O'Connor" <moconnor@dvfs.com>0 Subject: Re: Request for feedback - COPY utility+ Message-ID: <2uuus4F2fdj6hU1@uni-berlin.de>   ` "Guy Peleg" <guy.peleg@remove_this_hp.com> wrote in message news:418a0010@usenet01.boi.hp.com... : K : One of the projects high on my to do list is performance improvements for  : the copy utility.   c Our nightly processing does massive amounts of COPY commands before starting to process. I tried to b change to the BACKUP command but that couldn't happen for various reasons. Moving from HSJs to thea EVA and from AS4100s to ES47s reduced the time to do the copies form 1hr 10min to between 5 to 10 1 minutes. I would welcome additional improvements.    Marty O'Connor   ------------------------------  % Date: Thu, 04 Nov 2004 09:01:56 -0800 3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> 0 Subject: Re: Request for feedback - COPY utility. Message-ID: <418A6084.3050703@Flying-Disk.com>   Guy Peleg wrote:  K > One of the projects high on my to do list is performance improvements for H > the copy utility. Today reads and writes are done synchronously. I wasH > testing a variant of the fastcopy program (with few enhancements I putD > in) and got dramatic performance improvements comparing to current > copy.   : Would you please test this for tape-to-tape copies?   That2 is where I think this would be most useful for me.  . Thanks for the continuing improvements to VMS!   Alan   ------------------------------   Date: 4 Nov 2004 14:46:55 GMT < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)0 Subject: Re: Request for feedback - COPY utility0 Message-ID: <cmdfcv$iqq$1@n.ruf.uni-freiburg.de>  ] In article <418a0010@usenet01.boi.hp.com>, "Guy Peleg" <guy.peleg@remove_this_hp.com> writes: * >Are you currently using COPY intensivley?  8 Yes, the second most command besides DIRECTORY and EDIT.  5 >Do you think you will benefit from this enhancement?    Of course, we will.    Regards,    Christoph Gartmann    --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------   Date: 4 Nov 2004 12:25:34 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) 0 Subject: Re: Request for feedback - COPY utility3 Message-ID: <h1FMRchcucs8@eisner.encompasserve.org>   Z In article <418A1E25.3000700@bigpond.com>, David B Sneddon <dbsneddon@bigpond.com> writes:  M >> Actually, providing a SYS$COPY or LIB$COPY callable routine would be a far  >> more usable effort. >>   >   > The BACKUP API is available...  3 Backup does not work with non-disk devices, right ?    ------------------------------  % Date: Thu, 04 Nov 2004 15:07:21 +0100 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>0 Subject: Re: Service Contract for Alpha Hardware' Message-ID: <418A3799.2090105@arcor.de>    Jay E. Morris wrote:G > My group has used DEC/Compaq/HP for service forever but another group F > had let their service contract lapse.  Now they are trying to get itF > started again but the AF contracting office requires three companiesE > on the request.  Believe it or not, contracting will make the final , > decision on who it goes to, not the users. > G > But I digress and could bitch for pages and pages about contracting.  A > What I need is two companies providing hardware maintenance for H > Alphas.  National companies would probably be best but if anyone knows2 > of San Antonio, TX companies that'd be good too. > G > And although I hate to ask and WILL BE checking the group frequently, H > I would appreciate any responses being cc'd to jay.morris at brooks af > mil. > 	 > Thanks.    _VMS HARDWARE REPAIR SERVICES_   ABACUS COMPUTING - UK ( http://www.abacus-computing.com/home.htm   Beovax Computer Services - UK ! http://www.beovax.co.uk/index.htm    Digiworks Co., Ltd. - Korea  http://www.dgwrks.com/  - Equipment Management Inc. - DEC repairs - USA ) http://emisolutions.com/DECInventory.ivnu0   IGS Systems  - DECparts.Com + Digital Equipment Parts & Supplies WordwideV http://www.decparts.com/# http://www.decparts.com/Repair.aspx0  < Kender Thijssen Belgium - ICT solutions and computer rentals4 http://www.kender-thijssen.be/asp/home.asp?lang_id=3> http://www.kender-thijssen.nl/asp/content/home.asp?menu_id=204  
 Keyways - USAt http://www.keyways.com/   , Lightning Systems - UK - Repair of Terminals" http://www.lightningsystems.co.uk/  C Nemonix Engineering - USA - Repair of Digital Compaq computer partsC, http://www.nemonixengineering.com/repair.htm9 http://www.openvms.org/stories.php?story=04/06/28/6005658u  . Resource Development Computers - Repairs - USA( http://www.resdev.com/html/repairs.shtml  ' System Maintenance Services, Inc. - USAe" http://www.sysmaint.com/index.html  E VARx Incorporated - USA - DEC field service, DEC VAX and DEC ALPHA HWe http://www.varx.com/     Cheers!r   Keith Cayembergt   ------------------------------  % Date: Thu, 04 Nov 2004 15:10:09 +0100P0 From: Keith Cayemberg <keith.cayemberg@arcor.de>0 Subject: Re: Service Contract for Alpha HardwareB Message-ID: <418a3841$0$22607$9b4e6d93@newsread4.arcor-online.net>   Jay E. Morris wrote:  G > My group has used DEC/Compaq/HP for service forever but another groupjF > had let their service contract lapse.  Now they are trying to get itF > started again but the AF contracting office requires three companiesE > on the request.  Believe it or not, contracting will make the finalr, > decision on who it goes to, not the users. > G > But I digress and could bitch for pages and pages about contracting. @A > What I need is two companies providing hardware maintenance forwH > Alphas.  National companies would probably be best but if anyone knows2 > of San Antonio, TX companies that'd be good too. > G > And although I hate to ask and WILL BE checking the group frequently,eH > I would appreciate any responses being cc'd to jay.morris at brooks af > mil. > 	 > Thanks.a     _VMS HARDWARE REPAIR SERVICES_   ABACUS COMPUTING - UK0( http://www.abacus-computing.com/home.htm   Beovax Computer Services - UKr! http://www.beovax.co.uk/index.htma   Digiworks Co., Ltd. - Koreap http://www.dgwrks.com/  - Equipment Management Inc. - DEC repairs - USAg) http://emisolutions.com/DECInventory.ivnu(   IGS Systems  - DECparts.Come+ Digital Equipment Parts & Supplies Wordwide  http://www.decparts.com/# http://www.decparts.com/Repair.aspx   < Kender Thijssen Belgium - ICT solutions and computer rentals4 http://www.kender-thijssen.be/asp/home.asp?lang_id=3> http://www.kender-thijssen.nl/asp/content/home.asp?menu_id=204  
 Keyways - USAi http://www.keyways.com/h  , Lightning Systems - UK - Repair of Terminals" http://www.lightningsystems.co.uk/  C Nemonix Engineering - USA - Repair of Digital Compaq computer parts , http://www.nemonixengineering.com/repair.htm9 http://www.openvms.org/stories.php?story=04/06/28/6005658r  . Resource Development Computers - Repairs - USA( http://www.resdev.com/html/repairs.shtml  ' System Maintenance Services, Inc. - USA-" http://www.sysmaint.com/index.html  E VARx Incorporated - USA - DEC field service, DEC VAX and DEC ALPHA HWp http://www.varx.com/     Cheers!    Keith Cayembergd   ------------------------------  % Date: Thu, 04 Nov 2004 14:22:49 +0000n- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>.0 Subject: Re: Service Contract for Alpha Hardware+ Message-ID: <2uusdhF2elaocU1@uni-berlin.de>E   Keith Cayemberg wrote: > [...snip...] >   > _VMS HARDWARE REPAIR SERVICES_ >  > ABACUS COMPUTING - UKY* > http://www.abacus-computing.com/home.htm >  > Beovax Computer Services - UKi# > http://www.beovax.co.uk/index.htmp  9 How strange that Keith didn't mention his *own* company !h  8 In the UK, the main Alpha Hardware maintenance companies7 with whom I deal on a daily basis are (in no particular  order:-)  ) o	Synstar (very recently purchased by HP)e	 o	Maindec  o	Fujitsu (formerly ICL) and ...  o	IBM   	 Roy Omonds Blue Bubble Ltd.   ------------------------------   Date: 4 Nov 2004 05:39:35 -0800 , From: kor.rinkens@vodafone.com (Kor Rinkens)Y Subject: Re: Sys$Startup:License_Check.Exe (revisited) - OPENVMS-ALPHA not authorized on o; Message-ID: <d69b99f3.0411040539.d9735e@posting.google.com>N  | helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote in message news:<cmbkqn$93q$1@online.de>...7 > In article <2s4upuF1gmnapU1@uni-berlin.de>, Roy Omond0( > <Roy.Omond@BlueBubble.UK.Com> writes:  > K > > %LICENSE-E-NOAUTH, DEC OPENVMS-ALPHA use is not authorized on this node  >  oH > > Anyone else seen anything similar ?  (Hoff, what was the "problem" ? > > Race condition ?)c > H > Perhaps related: I have the license database not on the system disk(s)J > but rather on another disk (along with SYSUAF etc).  The idea is to haveK > one license database for the entire cluster.  This works fine.  However, mK > at startup I have to mount this disk (I do it in SYLOGICALS.COM; as soon  H > as it is mounted, procedures on it are executed to define system-wide J > logicals, mount all the other disks etc).  It is a shadow set.  I get a F > message saying that there is no shadowing license available---true, G > since the license database is on the shadow set which I am trying to hF > mount.  Nevertheless, the shadow set DOES get mounted.  I'd like to # > understand what is going on here.    Lets give it a try  	 Option 1:oB Mounting the disks in the sylogicals.com is alright, after this beC sure to have the lmf$license logical defined in the sylogicals.com.uA If you have this then it should be alright. This works on our vms  clusters  	 option 2:yE Look if the lmf$license is looking at the correct directory, if it is D pointing to an old license database on the system disk, then you can have strange behaviours.   option3:  F Maybe you have put a include is "node:" in the for example the volshadE license for each node in the cluster. If you do not do this the first>C node to boot can consume all the units for that particular license.s  6 for example the volshad license should look like this.   volshad license1 include raket (nodename)  T volshad license2 include planet(nodename)   Regards Kor    ------------------------------  # Date: Thu, 04 Nov 2004 13:58:38 GMTs3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)41 Subject: Re: Undocumented (?) PCSI error messagesT1 Message-ID: <iAqid.2300$gy1.630@news.cpqcorp.net>E  ( In article <_Lgid.114$xO1.92@trnddc08>, 3 "Ken Randell" <kenneth.randell@verizon.net> writes:w ..,sK >> "The best and least risky solution is to reinstall the patch kit that iskI >> missing the critical pointer in PDB using my fix dated July 1st 2004." H >>                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > M >> Without that fix the reinstallation of the failing patch kit won't correct6I >> the problem.  One can only rebuild the PDB or get by while waiting for K >> the fix by installing patch kits after placing them "solo" in the sourcet1 >> directory (and this is strongly discouraged ).- >-E >Sorry, I'm not parsing the above sentence, perhaps due to my lack ofzI >understanding of PCSI.  Does the above mean take my patch kits and place@= >them into individual directories and then install them?  ...s   Yes.  2 >... Why would this be 'strongly discouraged'? ...  M I'm guessing this is becaues the underlying problem is not yet understood -- mN which probably also means that we don't understand why this work-around works.   -- -J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 4 Nov 2004 05:58:16 -0800 , From: kor.rinkens@vodafone.com (Kor Rinkens)' Subject: Re: Volume shadowing stalls...b= Message-ID: <d69b99f3.0411040558.5d7d931b@posting.google.com>W  X "Hal Kuff" <kuff@comcast.net> wrote in message news:<cmbuuu$uju@library1.airnews.net>...N > Sometimes we get very very long merge operations that seem to take days evenK > though the system is quiet.... I think there is a back-off sensitivity toaM > systenm I/O that is perhaps getting triggered.... has anyone seen this sortlG > of thing ,. lots of memory and page resources of all sorts  NPAGE and-  > PAGEDYN... 7.3-1 current patch   This helps for me.  ? For quicker merge you can define a logical for very large diskst  3 shad$merge_delay_factor = "800"   ! for al the diske= shad$merge_delay_factor_DSA21 = "2500"  ! for a specific diskw  D You can change the values above, according to what is sufficient for you.  > Be aware that putting the delay_factor to big can result in io problems with your application.    Regards Kor    ------------------------------   End of INFO-VAX 2004.613 ************************