1 INFO-VAX	Sun, 28 May 2000	Volume 2000 : Issue 296       Contents:J Re: Absolute fastest way to get a 100% correct record count for RMS files?I Re: Absolute fastest way to get a 100% correct record count for RMSfiles? I Re: Absolute fastest way to get a 100% correct record count for RMSfiles? I Re: Absolute fastest way to get a 100% correct record count for RMSfiles? , Disabling INTERRUPT and EXIT messages in DCL0 Re: Disabling INTERRUPT and EXIT messages in DCL Re: ES40 Configuration Re: ES40 Configuration Re: Failover NICs for VAX 7800? 6 Re: How to export contents of RMS file to .csv format?! Re: Looking for sudo like utility  Re: MicroVMS 4.4 Re: MicroVMS 4.42 Re: OpenVMS and Windows NT Integration for Dummies* Re: OpenVMS vs Tru64 Pathworks performance5 Re: problem linking to ucx$ipc.olb on AXP/VMX71-UCX40  Re: Scheduling Re: Scheduling* Re: TCPIP$SMTP_RECV_RUN.LOG;32767 problem?% Re: Tru64 Unix Moving to Open Source? % Re: Tru64 Unix Moving to Open Source? / Re: VAX VMS 7.2 Bug?  ;  backup/image/(no)alias / Re: VAX VMS 7.2 Bug?  ;  backup/image/(no)alias 	 VMS sites   F ----------------------------------------------------------------------  % Date: Sat, 27 May 2000 15:47:44 -0400 ' From: "Bill Todd" <billtodd@foo.mv.com> S Subject: Re: Absolute fastest way to get a 100% correct record count for RMS files? ( Message-ID: <8gp8jp$sbp$1@pyrite.mv.net>  5 David A Froble <davef@tsoft-inc.com> wrote in message ' news:392FF0A5.CCF959C8@tsoft-inc.com...  > Bill Todd wrote:   ...   L > > Are you referring to the RMS *bucket* size?  I guess increasing that (if one L > > has the option) could be considered somewhat equivalent to 'read-ahead', but I > > the kind of 'read-ahead' I suspect Larry meant is the posting of disk  accessI > > requests in advance of the need for the data (i.e., multi-buffering),  not I > > simply requesting more data than you may immediately need in a single  access0 > > request (which larger buckets would enable). > K > Nope.  Paul is correct with the word BUFFER.  RMS will (as far as I know)  readK > enough data to fill the I/O buffer.  The larger the buffer, the more data  read. I > Then subsequent record reads are from the buffer, not the disk, until a  recordK > outside the buffer is required.  Since RMS records are stored in buckets,  the J > bucket size is relavent, but it's the buffer that determinae the size of the  > I/O.  I The size of any individual I/O operation to an indexed file is determined J purely by the bucket size, since whatever data in the file comes after theK bucket may be another bucket, may be something else, may be nothing, and in C any event won't be correctly locked by the lock covering the bucket J requested (said lock being a transient and/or recallable one that protects6 against 'lost updates', not a user record-level lock).  C If you're saying that if given a larger buffer RMS will read in the J requested (user data) bucket and then use the information in it to read inI the next bucket (and possibly subsequent ones, in the same manner) in the H linked list of user data buckets, I won't argue (not having any detailedL knowledge of how RMS does things internally these days and assuming that youJ are speaking with such knowledge).  On the other hand, if all you're doingF is counting records, this would not be much faster than reading in oneD bucket at a time with the smaller buffer (since that's what both are actually doing).  H But the behavior you describe is what I believe RMS does with Sequential files.   - bill   > G > That doesn't mean it's one 'read' for the disk, but the physical disk  reads 7 > should be a constant for purposes of this discussion.  >  > Dave >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596= > 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  > Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 27 May 2000 17:33:47 -0400 * From: David A Froble <davef@tsoft-inc.com>R Subject: Re: Absolute fastest way to get a 100% correct record count for RMSfiles?- Message-ID: <39303F3B.355EF1B2@tsoft-inc.com>    Bill Todd wrote: > 7 > David A Froble <davef@tsoft-inc.com> wrote in message ) > news:392FF0A5.CCF959C8@tsoft-inc.com...  > > Bill Todd wrote: >  > ...  > N > > > Are you referring to the RMS *bucket* size?  I guess increasing that (if > one N > > > has the option) could be considered somewhat equivalent to 'read-ahead', > but K > > > the kind of 'read-ahead' I suspect Larry meant is the posting of disk  > accessK > > > requests in advance of the need for the data (i.e., multi-buffering),  > not K > > > simply requesting more data than you may immediately need in a single  > access2 > > > request (which larger buckets would enable). > > M > > Nope.  Paul is correct with the word BUFFER.  RMS will (as far as I know)  > readM > > enough data to fill the I/O buffer.  The larger the buffer, the more data  > read. K > > Then subsequent record reads are from the buffer, not the disk, until a  > recordM > > outside the buffer is required.  Since RMS records are stored in buckets,  > the L > > bucket size is relavent, but it's the buffer that determinae the size of > the  > > I/O. > K > The size of any individual I/O operation to an indexed file is determined L > purely by the bucket size, since whatever data in the file comes after theM > bucket may be another bucket, may be something else, may be nothing, and in E > any event won't be correctly locked by the lock covering the bucket L > requested (said lock being a transient and/or recallable one that protects8 > against 'lost updates', not a user record-level lock). > E > If you're saying that if given a larger buffer RMS will read in the L > requested (user data) bucket and then use the information in it to read inK > the next bucket (and possibly subsequent ones, in the same manner) in the J > linked list of user data buckets, I won't argue (not having any detailedN > knowledge of how RMS does things internally these days and assuming that you$ > are speaking with such knowledge).  L Actually, I'm not sure what happens with an indexed file when the bucket andP buffer differ.  I'm not even sure RMS reads an entire bucket.  I've seen indexedN files with rather large bucket sizes, larger than the default buffer size, and> am not aware of anything special required to read such a file.  (   On the other hand, if all you're doingH > is counting records, this would not be much faster than reading in oneF > bucket at a time with the smaller buffer (since that's what both are > actually doing). > J > But the behavior you describe is what I believe RMS does with Sequential > files.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 27 May 2000 18:40:24 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> R Subject: Re: Absolute fastest way to get a 100% correct record count for RMSfiles?, Message-ID: <39304ED7.2CFA0AEF@videotron.ca>  . How does ANA/RMS/STATS get the record count ?   " (Count of data records: in KEY #0)   ------------------------------  % Date: Sun, 28 May 2000 01:44:04 -0400 * From: David A Froble <davef@tsoft-inc.com>R Subject: Re: Absolute fastest way to get a 100% correct record count for RMSfiles?- Message-ID: <3930B224.1ACABF4F@tsoft-inc.com>    JF Mezei wrote:  > / > How does ANA/RMS/STATS get the record count ?  > $ > (Count of data records: in KEY #0)   Sure does, pretty quick too.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 27 May 2000 21:41:19 +0100 + From: Dave Barlow <thed@sartar.demon.co.uk> 5 Subject: Disabling INTERRUPT and EXIT messages in DCL 2 Message-ID: <bzAwOWnXfihLnhBX3CebDkj4ihuQ@4ax.com>   Folks   E I have been asked on a web forum how to disable CTL-Y/CTL-C and CTL-Z C displaying INTERRUPT and EXIT messages to the terminal by using DCL  only.   C After a bit of tinkering with $SET BROAD=NONE, SET NOCONTROL=Y, SET B TERM/NOBROAD, MC AUTHORIZE MOD user/FLAG=DISCTLY, checking all theE lexicals and any other version of disabling the interrupt mechanism I F can not stop the messages being displayed. I know this is done in someC applications so a system service does exist but can it be done from  DCL? If so, who here knows?    Thanks in advance.     Dave Barlow    ------------------------------  % Date: Sat, 27 May 2000 16:48:43 -0400 , From: Howard S Shubs <hshubs@mindspring.com>9 Subject: Re: Disabling INTERRUPT and EXIT messages in DCL > Message-ID: <hshubs-56D248.16484327052000@news.mindspring.com>  ? In article <bzAwOWnXfihLnhBX3CebDkj4ihuQ@4ax.com>, Dave Barlow    <thed@sartar.demon.co.uk> wrote:  F >I have been asked on a web forum how to disable CTL-Y/CTL-C and CTL-ZD >displaying INTERRUPT and EXIT messages to the terminal by using DCL >only.    F I don't think you can do this from DCL -and- keep the functionality.  H You should be able to write a program to disable it, at least from w/in F the program.  If you disable the functionality, you'll get rid of the I messages.  See the SET TERMINAL command.  I don't have a system in front  4 of me at the moment to research the details for you.   --   Howard S Shubs, the Denim Adept    ------------------------------  % Date: Sat, 27 May 2000 17:39:33 -0400 * From: David A Froble <davef@tsoft-inc.com> Subject: Re: ES40 Configuration - Message-ID: <39304095.43F27CE6@tsoft-inc.com>    Keith Brown wrote: > This is a standalone machine > ES40 2 500Mhz CPUs
 > 4 GB RAM7 > Dual HSZ70 Controllers with 64MB cache configured for 
 > redundancy.  > RA7000 Storage array  > System disk is 18GB mirror set> > Application disk is 18GB mirror set - The application we run > hits this disk hard B > Historical data disk is 6X36GB raid5 set for 180GB usable space.# > 18GB hot spare and 36GB hot spare  > A > This configuration replaced a VAX 6650 which was long over due. > > The ES40 has been running for about 1 1/2 months now with no. > problems and absolutely awesome performance.   What type of application?  How many interactive users? - Why do you have all current data on one disk?    Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  Vanderbilt, PA  15486    ------------------------------  % Date: Sat, 27 May 2000 22:24:41 -0500 * From: Keith Brown <kbrown780@usfamily.net> Subject: Re: ES40 Configuration , Message-ID: <39309179.7814EB57@usfamily.net>   David A Froble wrote:  >  > Keith Brown wrote:  > > This is a standalone machine > > ES40 2 500Mhz CPUs > > 4 GB RAM9 > > Dual HSZ70 Controllers with 64MB cache configured for  > > redundancy.  > > RA7000 Storage array" > > System disk is 18GB mirror set@ > > Application disk is 18GB mirror set - The application we run > > hits this disk hard D > > Historical data disk is 6X36GB raid5 set for 180GB usable space.% > > 18GB hot spare and 36GB hot spare  > > C > > This configuration replaced a VAX 6650 which was long over due. @ > > The ES40 has been running for about 1 1/2 months now with no0 > > problems and absolutely awesome performance. >  > What type of application?  > How many interactive users? / > Why do you have all current data on one disk?  >  > Dave >  > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596= > 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  > Vanderbilt, PA  15486    > What type of application?   8 The application is called PI (Plant Information from OSI? software). It does real-time data acquisition from several DCSs > (distributed control systems) in an oil refinery. PI basically is a database historian.   > How many interactive users?   < Our system supports approximately 250 users, 40 interactive,; most of the others are a client server application with the 8 client being aPC running NT. We also still have about 15, VaxStations which access PI through X Motif.  / > Why do you have all current data on one disk?   > The application disk has a couple of hot files on it. I didn't@ mean to imply that it gets hit too hard, just more hits than the! historical data on the raid5 set.    --   Keith Brown  kbrown780@usfamily.net   ------------------------------  # Date: Sat, 27 May 2000 20:19:36 GMT - From: goathunter@goatley.com (Hunter Goatley) ( Subject: Re: Failover NICs for VAX 7800?+ Message-ID: <39302da3.3365068@news.wku.edu>   @ On Thu, 25 May 2000 02:47:10 GMT, Ed Wilts <ewilts@mediaone.net> wrote:  H >> Basically, if one NIC fails, I want the other to take over and things+ >> continue as if no interruption occurred. N >> I know I can have two cards with two different addresses, but this does not7 >> accomplish my goal -- or if it does, I don't see it.  > H >It depends on the IP stack you're using.  TCPware supports this today. D >MultiNet is supposed to support this in the 4.3 release.  If you're4 >running UCX, then you should consider switching :-) > D Just to confirm, MultiNet *will* have this in the V4.3 release, as I checked that code in last week.      Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; goathunter@Goatley.com      http://www2.wku.edu/www/hunter/ < Check out Dangerous Dwarf:  http://www2.wku.edu/www/chesbro/   ------------------------------  % Date: Sat, 27 May 2000 19:41:16 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ? Subject: Re: How to export contents of RMS file to .csv format? - Message-ID: <39306B2C.86088345@earthlink.net>    Dave Weatherall wrote: > D > On Sun, 24 May 3900 00:07:33, David A Froble <davef@tsoft-inc.com> > wrote: > Q > > Ok, I've followed this thread for several days.  Finally built the resolve to ; > > admit my ignorance.  Just what the heck is a .csv file?  > >  > > Dave > 2 > Thank heaven someone had the gumption to ask :-) >  > Cheers - Dave.   .CSV = Comma Separated Values   ) ...sometimes. As always, "it depends...".    --   David J. Dachtera  dba DJE Systems " http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------  # Date: Sat, 27 May 2000 20:17:49 GMT - From: goathunter@goatley.com (Hunter Goatley) * Subject: Re: Looking for sudo like utility+ Message-ID: <39302d1e.3232027@news.wku.edu>   B On 26 May 2000 09:48 CST, carl@gerg.tamu.edu (Carl Perkins) wrote:  + >Roy.Omond@BlueBubble.demon.co.uk writes...  >}brewstsc@my-deja.com wrote:  >}E >}I'd recommend Hunter Goatley's HGLOGIN, available from ftp.wku.edu.  >}   >}Roy omond  >}Blue Bubble Ltd. > ? >As long as we are recommending things, I recommend SET HOST 0. > >Then enter the username and password. You will have the exact< >context of a process running as the username you specified,> >which isn't surprising since you will be running in a process= >that really is running as the username in question. You just ' >can't beat that level of "simulation".  > A HGLOGIN creates a full-blown process under the target username on < pseudo-terminal, providing the same level of "simulation" asC SET HOST 0, but without requiring the password (it does, naturally,  require privileges to run).      Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ ; goathunter@Goatley.com      http://www2.wku.edu/www/hunter/ < Check out Dangerous Dwarf:  http://www2.wku.edu/www/chesbro/   ------------------------------  % Date: Sat, 27 May 2000 17:21:09 -0400 + From: Tim Shoppa <shoppa@trailing-edge.com>  Subject: Re: MicroVMS 4.4 1 Message-ID: <39300405.6667F08D@trailing-edge.com>    Robert Deininger wrote:  > 4 > On Fri, May 26, 2000 12:36 PM, Hoff Hoffman wrote: > > J > >In article <8gjvpl$2qaa$1@info.cs.uofs.edu>, bill@cs.scranton.edu (Bill > >Gunshannon) writes:J > >:It's a long story, but I have installed MicroVMS 4.4 on a MicroVAX II. > >0K > >  Whoa.  Send me a copy of your distribution kit when you're done (as ittK > >  looks readable), and I'll archive it in the antiques section.  (I haverI > >  a MicroVMS V4.4 kit on RX50 in a box, but I have no idea if the RX50r1 > >  media will itself still read correctly.) :-)y > I > If you really have gaps in your library, I've got drawers full of TK50sTK > going back to that era.  Some of our own, and a lot more that we recentlyCJ > inherited.  I don't have a complete inventory, but I know I've seen someG > microVMS 4.x labels in there.  Also a TU58 boot tape for a Vax 11/750lI > (version 5.something I think), but it says 1/2 on the label and I don'tTC > have its mate.  We even got a large stack of 8" floppies with the J > nice orange DEC labels - but no way to read these.  Best of all, severalG > cases of fan-folded punched paper tape - part of a RT-11 distributionv > (oops, wrong newsgroup.)  @ I was converting a big stack of RL02's for a customer just a fewB weeks ago, and outside that stack there were two RL02's containingH a complete VMS 3.3 distribution.  Anyone have the SPD for VMS 3.3 handy?@ Did it support anything other than the 11/780 and 11/750?  Maybe; the 11/730?  (The 11/730 would make the most sense for RL02 E distribution... besides, there was an 11/730 diagnostics pack in that$ stack too.)m  C Most of the RL02's were from the early 80's, and they all read 100%3- succesfully.  (They weren't even RL02K-EF's.)   G > How does one clean a TK70 drive?  First step seems to be removing theiI > dust-bunnies with tongs.  Then what?  The head doesn't seem accessible.e  E The TK70 head is held down on the jack-screw positioner with springs,LA if you pull up you can clean the heads.  Be careful with applying D pressure while cleaning - I've seen several TK50 and TK70 heads come. unglued under just moderate cleaning pressure.   -- sB  Tim Shoppa                        Email: shoppa@trailing-edge.comG  Trailing Edge Technology          WWW:   http://www.trailing-edge.com/n6  7328 Bradley Blvd                 Voice: 301-767-59176  Bethesda, MD, USA 20817           Fax:   301-767-5927   ------------------------------  % Date: Sun, 28 May 2000 14:04:32 +1000s- From: David B Sneddon <dbsneddon@bigpond.com>a Subject: Re: MicroVMS 4.4 0 Message-ID: <04043234623841@domain7.bigpond.com>  5 At 10:33 AM 27-05-2000 -0500, John E. Malmberg wrote:n8 >Robert Deininger <rdeininger@mindspring.company> wrote: > H >> How does one clean a TK70 drive?  First step seems to be removing theJ >> dust-bunnies with tongs.  Then what?  The head doesn't seem accessible., >> Would a DLT cleaning cart work in a TK70? >cL >If you push hard enough it will go in.  The service people will not be veryM >amused but after they pry it out, the TK70 drive appears to still be usable.  >yI >There is a specific cleaning kit for TK50/TK70 drives.  It has a plastic M >guide and a number of cleaning strips with some solution.  I do not have thee5 >part numbers, but it should not be too hard to find.  >  >-John >wb8tyw@qsl.networkc    Just happen to have one handy...           22-00436-01h  9 Contains a "positioning cartridge" and 10 bottles/strips.u Sutiable for TK50/TK70/TZ30l   Regards, Dave.rI -------------------------------------------------------------------------tI David B Sneddon (dbs)  OpenVMS Systems Programmer   dbsneddon@bigpond.comtF DBS software is at http://www.users.bigpond.com/dbsneddon/software.htmI "Life is what happens to you while you're busy making other plans" Lennonn   ------------------------------  % Date: Sat, 27 May 2000 18:35:12 -0400u- From: JF Mezei <jfmezei.spamnot@videotron.ca>n; Subject: Re: OpenVMS and Windows NT Integration for Dummies , Message-ID: <39304D9F.4A6F41DC@videotron.ca>   Paul Sture wrote:2T > PS If you feel "stuck" in Montreal, just look at the OpenVMS site and see how manyB > stock exchanges around the world may be able to use your skills.  G Spoke with one of the few remaining large VMS shops in Montreal and the:K sentiment was: "VMS doesn't need many people, and the folks tend to stay atg0 their jobs for long" (I.e. rarely any openings).  @ Whereas in the PC world, there are opening after every disaster.   ------------------------------  % Date: Sat, 20 May 2000 00:59:35 -0500 + From: "Randy Jung" <rpjung@mb.sympatico.ca>S3 Subject: Re: OpenVMS vs Tru64 Pathworks performance , Message-ID: <InJX4.5$Pz6.1124@news1.mts.net>   Hi,u  K A long time ago I saw some performance figures comparing Pathworks (I thinkyL it was V4) on OpenVMS and comparing it to an Ultrix system running PathWORKSG (or whatever the Ultrix systems ran).  If I recall correctly the Ultrix L system was faster. I believe it was also comparing performance to the nativeD file systems (ODS-2 for VMS and whatever Unix uses). From my limitedL experience the slowest file serving performance for a Windows environment isE Pathworks serving up shares from an ODS-2 disk especially in cases of D creation of many small files. I have no idea what the container fileK performance is like when comparing against the Unix file system. One of theeF things we did in my old job was move a large data file to PathWORKS V5I server and we found that the time to move the file was generally twice as I long for the PathWORKS V5 server than for the NT server and the NT server K was a slower box. Of course this is just anecdotal evidence and you mileage - will vary depending on specific environments.o  J As someone mentioned, the best performing server for a Windows environment& will probably be a Winodows NT server.   Cheers,a   Randya  F "Mark Iline - Info-VAX account" <ivax@meng.ucl.ac.uk> wrote in message+ news:009EAAE3.37FF59D8.24@meng.ucl.ac.uk...nJ > Has anyone know of any performance figure comparing Pathworks on OpenVMSL > against Pathworks on Tru64 (on comparable hardware) ? A comparison against3 > NT Advanced Server on Intel would be interesting.s >f? > I'm aware that measuring performance peoperly is not trivial.w >gL > I currently seem to be seeing a well-specified OpenVMS dual processor DS20L > being significantly slower at serving files to PC clients than a bog-stockJ > Proliant 1600, which is significantly slower than a PW500au running PW & > Tru64. >kK > I'm not asking why this is - I know this isn't a trivial question. What I I > would like to know is whether the Pathworks on OpenVMS product performs K > significantly worse than its Tru64 counterpart in a comparable situation.d8 > That information will help me decide where to go next. >tI > [I'm being beaten up to ditch VMS for Tru64 on the DS20 on the basis ofd the.4 > lacklustre performance. Which I'd rather not do... >MI > Just for interest, copying a 10 Mbyte file from an RA3000 (it's totally K > cached in the RA cache - I'm watching the indicators) on the DS20 to a PC5E > client takes ~6 seconds. Interestingly, we get up to about 150% CPUr< > utilisation during that time - Interrupt & Kernel mostly.] >2 >a > Mark >0" > Mark Iline system@meng.ucl.ac.uk/ > Dept Mech Eng, University College, London. UKt >  > Read at your own risk. >o >c   ------------------------------  # Date: Sun, 28 May 2000 05:12:44 GMTo5 From: "Lorraine Profeta RR" <lprofeta@houston.rr.com>a> Subject: Re: problem linking to ucx$ipc.olb on AXP/VMX71-UCX406 Message-ID: <gV1Y4.916$Gh.45498@typhoon.austin.rr.com>  D I don't have the original posting in front of me, but I think it wasC Multinet; not TCPIP.  Multinet still uses ucx$lib.olb (thought theyoK recommend you use the shareable library, instead).  Previous to OpenVMS 6.2 E (maybe 6.2) the library was ucx$ipc.olb, and therein was the poster's J confusion.  I have 7.1-2 at work and it still came with UCX; my version of 7.2-1 has TCPIP on it.  )               Do you really work for DEC?l   ------------------------------  % Date: Sat, 27 May 2000 17:56:39 +0200 2 From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender) Subject: Re: Schedulingr; Message-ID: <392ff037.524144494f47414741@radiogaga.harz.de>g  0 Robert J. Slover (slover@Rose-Hulman.Edu) wrote: : Arne Vajhxj wrote:J : > The VMS approach is to create a job and SUBMIT it (try HELP SUBMIT for : > more info about options).iA : > If it has to run regularly, then the job can resubmit itself.  : A : This has always bugged me a little.  The approach of having the > : job re-submit itself just doesn't feel 'clean'.  I've always, : felt like SUBMIT needed another qualifier: : 6 :   SUBMIT/SCHEDULE=(INTERVAL="D 18:00",DAYS=ALL) .... : B : Something like that, to queue a job to run every day at 6:00 pm.  E Have a look at SCHEDULE.COM, written by Wolfgang Moeller, which I put , up for download (assuming his permission) at4 http://www.pdv-systeme.de/users/martinv/schedule.com   cu,0   Martin --D                        |  Martin Vorlaender  |  VMS & WNT programmer1   OpenVMS: When you    |  work: mv@pdv-systeme.de2H   KNOW where you want  |        http://www.pdv-systeme.de/users/martinv/8   to go today.         |  home: martin@radiogaga.harz.de   ------------------------------  % Date: Sat, 27 May 2000 19:51:28 -0500d7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>r Subject: Re: Scheduling.- Message-ID: <39306D90.DE4BA51C@earthlink.net>n   "Robert J. Slover" wrote:  > ) > On Thu, 25 May 2000, Arne Vajhxj wrote:e >  > >eJ > > The VMS approach is to create a job and SUBMIT it (try HELP SUBMIT for > > more info about options).S > >RA > > If it has to run regularly, then the job can resubmit itself.n > >r > A > This has always bugged me a little.  The approach of having the > > job re-submit itself just doesn't feel 'clean'.  I've always, > felt like SUBMIT needed another qualifier: > 6 >   SUBMIT/SCHEDULE=(INTERVAL="D 18:00",DAYS=ALL) .... > B > Something like that, to queue a job to run every day at 6:00 pm.  A Yeah - I've had a need for that also. In that respect, PolycentereB Scheduler served the purpose well before it was made unobtainable.  @ However, I've also had (many!) situations where I needed to haveF scheduling exceptions (such as "do this only at month-end" or "only onD the 3rd Thursday of even numbered months" or similar) which rendered/ such a simplistic scheduling scheme unsuitable.n  F In one case, I even had to write a "watcher" procedure to wait until aE series of jobs completed before submitting the job which finished the @ process of which the others were all part (Advocate's backups).   ! So, there's points in both cases.a  G I wouldn't really say that having a job resubmit itself is inelegant or2@ not "clean". In some cases it might be a nuisance; in others, an absolute requirement.     As "the man" says, "it depends".   -- r David J. Dachtera  dba DJE Systems-" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/D   ------------------------------  % Date: Sat, 27 May 2000 20:05:08 +0200r+ From: Jimmi Aakjaer <aakjaer@post7.tele.dk> 3 Subject: Re: TCPIP$SMTP_RECV_RUN.LOG;32767 problem?C8 Message-ID: <kd30jskd6ts0bn76hi74dqq9g6v23tebfd@4ax.com>  A On Sat, 27 May 2000 10:42:32 -0500 (CDT), sms@antinode.org wrote:  Hi c  * 32767 is the highest file version number    > Delete the log files or purge /keep=1 and rename to version 1    /  Jimmit    I >   The SMTP queue on my hobbyist AlpSta 200 4/233 (VMS V7.2, TCPIP V5.0)sG >jammed recently.  (Queue was stopped, ENABLE AUTO and START left it in0D >"starting" mode.)  Normal shutdown hung trying to stop the queues. 4 >Before the crash and reboot, I found (and deleted): >i >ALP $ sho def >  SYS$SPECIFIC:[TCPIP$SMTP]$ >ALP $ dir /siz /dat /pro *recv*.log >k$ >Directory SYS$SPECIFIC:[TCPIP$SMTP] >  >TCPIP$SMTP_RECV_RUN.LOG;32767G >                           1  23-MAR-2000 17:06:51.17  (RWED,RWED,RE,)m >TCPIP$SMTP_RECV_RUN.LOG;32766G >                           1  23-MAR-2000 17:03:00.61  (RWED,RWED,RE,)i >TCPIP$SMTP_RECV_RUN.LOG;32765G >                           1  23-MAR-2000 17:01:24.33  (RWED,RWED,RE,)s >[...] >s@ >   Any chance that the whole thing was caused by version number >exhaustion on these log files?a > I >------------------------------------------------------------------------s >,D >   Steven M. Schweda               (+1) 651-699-9818  (voice, home)D >   382 South Warwick Street        (+1) 763-781-0308  (voice, work)H >   Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work): >   sms@antinode.org                sms@provis.com  (work)   ------------------------------  % Date: Sat, 27 May 2000 20:08:50 -0500o7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>-. Subject: Re: Tru64 Unix Moving to Open Source?- Message-ID: <393071A2.8C98D2B5@earthlink.net>    Keith Brown wrote: > ; > http://www.crn.com/sections/news/news.asp?ArticleID=17020e > B > I'm not sure what this means to Compaq, though it seems they may9 > have some trouble differentiating Tru64 from Linux. Anye > comments?  >  > -- > 
 > Keith Browns > kbrown780@usfamily.net  B As the Chicago area OpenVMS market is all but a happy memory, I'veF turned to Linux as a way to help secure my future until retirement, orA until I find a new livelihood (probably either public speaking or  rehabbing foreclosure homes).u  F To me, Tru64 - and DU before it - is a solution without a problem. I'mF sure others will disagree. If parts of it go open-source, well, it mayE provide a clue to someone who is currently wondering what Linux needs4C but doesn't currently have. Other than that, I don't see the value.-  H For my money, I would think a more profitable approach would be to focus; on the market for Linux app.'s, then port those to OpenVMS.g   ...IMHO.   -- / David J. Dachterah dba DJE Systems-" http://home.earthlink.net/~djesys/  : Unofficial Affordable OpenVMS Home Page and Message Board:+ http://home.earthlink.net/~djesys/vms/soho/    ------------------------------  % Date: Sat, 27 May 2000 21:55:01 -05005* From: Keith Brown <kbrown780@usfamily.net>. Subject: Re: Tru64 Unix Moving to Open Source?+ Message-ID: <39308A85.FD5E448@usfamily.net>k   "David J. Dachtera" wrote: >  > Keith Brown wrote: > >t= > > http://www.crn.com/sections/news/news.asp?ArticleID=17020a > > D > > I'm not sure what this means to Compaq, though it seems they may; > > have some trouble differentiating Tru64 from Linux. Anye
 > > comments?m > >s > > -- > >d > > Keith Brown- > > kbrown780@usfamily.net > D > As the Chicago area OpenVMS market is all but a happy memory, I'veH > turned to Linux as a way to help secure my future until retirement, orC > until I find a new livelihood (probably either public speaking or2 > rehabbing foreclosure homes).a > H > To me, Tru64 - and DU before it - is a solution without a problem. I'mH > sure others will disagree. If parts of it go open-source, well, it mayG > provide a clue to someone who is currently wondering what Linux needsrE > but doesn't currently have. Other than that, I don't see the value.a > J > For my money, I would think a more profitable approach would be to focus= > on the market for Linux app.'s, then port those to OpenVMS.E > 
 > ...IMHO. >  > -- > David J. Dachterar > dba DJE Systemse$ > http://home.earthlink.net/~djesys/ > < > Unofficial Affordable OpenVMS Home Page and Message Board:- > http://home.earthlink.net/~djesys/vms/soho/u  < I agree with your assessment. I have been spending some time8 playing with Linux-Mandrake and have found there is some< excellent software out there for Linux. Some of it should be portable to OpenVMS.   -- i Keith BrownO kbrown780@usfamily.net   ------------------------------  # Date: Sat, 27 May 2000 21:58:42 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca>t8 Subject: Re: VAX VMS 7.2 Bug?  ;  backup/image/(no)alias9 Message-ID: <myXX4.3179$ND5.190491@news20.bellglobal.com>r   Saturday (00.05.27) update:s  D On OpenVMS 7.2 for VAX (including the UPDATE patch) I just tried theI following two hot backups of my system disk and they both produce missingMH files (e.g.. WRITEBOOT.EXE is missing from both operations). Does anyone have any suggestions?F   <<< method #1 >>>6   $mount/foreign $1$dia50: $backup/image/NOalias    -     /init    -%     /ignore=(interlock,nobackup)    -G     /journal=neil.bjl    -     dsa0:    -
     $1$dia50:l   <<< method #2 >>>    $mount/foreign $1$dia50: $backup/image/noalias    -     /init    -%     /ignore=(interlock,nobackup)    -a     /journal=neil.bjl    -     dsa0:    -
     $1$dia50:v  G p.s. I also just installed the new ODS1 patch because it included a new5L image file of BACKUP.exe and then repeated the two backups just listed. This command has got to be broken.o    Neil Riecko* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/e   ------------------------------  % Date: Sat, 27 May 2000 18:10:16 -0400S+ From: Tim Shoppa <shoppa@trailing-edge.com>f8 Subject: Re: VAX VMS 7.2 Bug?  ;  backup/image/(no)alias1 Message-ID: <39300F87.6E6C9253@trailing-edge.com>.   Neil Rieck wrote:  >  > Saturday (00.05.27) update:i > F > On OpenVMS 7.2 for VAX (including the UPDATE patch) I just tried theK > following two hot backups of my system disk and they both produce missing,J > files (e.g.. WRITEBOOT.EXE is missing from both operations). Does anyone > have any suggestions?d >  > <<< method #1 >>>  >  > $mount/foreign $1$dia50: > $backup/image/NOalias    - >     /init    -' >     /ignore=(interlock,nobackup)    -h >     /journal=neil.bjl    - >     dsa0:    - >     $1$dia50:1 >  > <<< method #2 >>>s >  > $mount/foreign $1$dia50: > $backup/image/noalias    - >     /init    -' >     /ignore=(interlock,nobackup)    -s >     /journal=neil.bjl    - >     dsa0:    - >     $1$dia50:   9 Do you *really* want to combine "/IMAGE" with "/NOALIAS"?7  A "/NOALIAS" says to explicitly ignore alias directory entries, ando; this sounds exactly like what you're seeing.  WRITEBOOT.EXEKC lives in multiple directories, at least in a clustered environment,yC with the alias being in the [SYS*.SYSCOMMON.SYSEXE] for the machineu> you're actually trying to boot, while the "real" file lives in [VMS$COMMON.SYSEXE].  > I would have thought that /IMAGE would have been disallowed inA combination with /NOALIAS, but maybe there's some situation where @ it really is useful to use both.  (I can't think of it though, IB thought the purpose of /IMAGE was always to make sure that aliased files remain properly aliased.)-   -- -B  Tim Shoppa                        Email: shoppa@trailing-edge.comG  Trailing Edge Technology          WWW:   http://www.trailing-edge.com/ 6  7328 Bradley Blvd                 Voice: 301-767-59176  Bethesda, MD, USA 20817           Fax:   301-767-5927   ------------------------------  % Date: Sun, 28 May 2000 13:52:31 +1200d0 From: Patrick Nirmal Sharma <Patrick@fsc.com.fj> Subject: VMS sites9 Message-ID: <C904D185C744D31189A90008C7EB6684027328@dovu>a  
 Greetings,  H Anyone could point me to some VMS /and Windows NT sites in NZ(preferably
 Auckland).   Regards, Patrick   ------------------------------   End of INFO-VAX 2000.296 ************************