INFO-VAX Fri, 09 Nov 2007 Volume 2007 : Issue 613 Contents: "Latch" style Batch Queue Re: "Latch" style Batch Queue Re: CHECKSUM oddity? UCX Ping on a DECWindows Re: UCX Ping on a DECWindows Re: UCX Ping on a DECWindows ---------------------------------------------------------------------- Date: Thu, 8 Nov 2007 17:46:13 -0700 From: "Michael D. Ober" Subject: "Latch" style Batch Queue Message-ID: <13j7bep5prb6bd6@corp.supernews.com> Is there a way in VMS 8.3 to create a queue that when it is started, will only process the jobs in the queue at the time it's started, but then hold any additional jobs that are submitted until it starts again. Basically, I need to create a queue that will accumulate jobs during the day and then start after the system completes database cleanups at night and then immediately stop. Thanks, Mike Ober. ------------------------------ Date: Thu, 08 Nov 2007 20:08:40 -0500 From: JF Mezei Subject: Re: "Latch" style Batch Queue Message-ID: <5ef60$4733b31c$cef8887a$13077@TEKSAVVY.COM> Michael D. Ober wrote: > Is there a way in VMS 8.3 to create a queue that when it is started, will > only process the jobs in the queue at the time it's started, but then hold > any additional jobs that are submitted until it starts again ? Not quite what you need, but SET QUEUE/CLOSE and SET QUEUE/OPEN may be of help, perhaps you can combine this with a generic queue. If you can create a generic queue that points nowhere (or to a permanently stopped queue), you could, at the time you need to process jobs, use SET ENTRY/REQUEUE=newqueue. Any new jobs coming in after that would stay on the generic queue until you next run that job to do the requeue. Another option is to stop/queue execution_queue and let the jobs accumulate in a generic queue. Then, when you need to do the processing, you count the jobs in the generic queue, and then SET execution_queue/JOB_LIMIT=xx which means that all the jobs in the generic queue get transfered to the execution queue after which you can close the exec queue to force any new jobs to remain in the generic queue. ------------------------------ Date: Thu, 08 Nov 2007 19:02:42 -0800 From: AEF Subject: Re: CHECKSUM oddity? Message-ID: <1194577362.364454.284520@e34g2000pro.googlegroups.com> On Nov 7, 3:14 am, glen herrmannsfeldt wrote: > George Cornelius wrote: > > (snip) > > >>Another interesting case is the ability to read tapes backwards. > >>While many newer drives can't do that, most of the older ones did. > > IBM certainly did it. I used the 2400 series drives, which had that > > capability, at least on mainframe channels. > > Yes, I think all the IBM 9 track drives, as well as 18 track and > more (3480, 3490) could. > > Helical scan drives, such as DDS and Exabyte, can't easily read > backwards. DLT might be able to do it. I don't remember that > QIC drives offered the ability, but it might have been physically > possible to do it. > > -- glen DDS drives often can't read forwards, much less backwards! (Well, at least the ones I've been using! They do seem to be working fine with DDS-1 tapes but they are DDS-2 drives.) AEF ------------------------------ Date: Thu, 08 Nov 2007 16:15:55 -0800 From: Coach Teri Subject: UCX Ping on a DECWindows Message-ID: <1194567355.107661.122530@t8g2000prg.googlegroups.com> We recently migrated from a traditional DEC Vax box to a DecWindows. We have lost our capability to use the UCX ping from within the system. I am an application support person and am having trouble effectively conveying this point to the vendor support group. Can you offer any help. I found information on the http://www.uni-giessen.de/faq/archiv/vms-ucx-faq.part1/msg00000.html site for UCX FAQ's it states "This document contains "Frequently Asked Questions" (or FAQ for short) about DEC TCP/IP Services for OpenVMS, also known as UCX, from an earlier version." It goes on to have a section about about installing a patch kit for the DECWindows. We have been told that installing the patch is not something we want to do. Is this correct? How do I recover the UCX Ping capabilities thanks Teri ------------------------------ Date: Thu, 8 Nov 2007 18:22:20 -0600 (CST) From: sms@antinode.org (Steven M. Schweda) Subject: Re: UCX Ping on a DECWindows Message-ID: <07110818221997_202002A8@antinode.org> From: Coach Teri > We recently migrated from a traditional DEC Vax box to a DecWindows. > We have lost our capability to use the UCX ping from within the > system. This does not adequately describe the old system, the new system, what you did, or what happened when you did it. > I am an application support person and am having trouble effectively > conveying this point to the vendor support group. Or to me. You might start by providing the output from UCX SHOW VERSION or TCPIP SHOW VERSION and continue with a session transcript which shows clearly what you did, and what happened when you did it. Also, if it's not obvious, what you expected to happen instead. > Can you offer any help. That's a question? ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-org 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ Date: Thu, 08 Nov 2007 19:51:23 -0500 From: JF Mezei Subject: Re: UCX Ping on a DECWindows Message-ID: <70910$4733af0c$cef8887a$27059@TEKSAVVY.COM> Coach Teri wrote: > We recently migrated from a traditional DEC Vax box to a DecWindows. > We have lost our capability to use the UCX ping from within the > system. things to try: $DIR SYS$SYSTEM:*PING*.EXE If you have TCPIP Services installed (formerly called UCX), you should see: Directory SYS$COMMON:[SYSEXE] TCPIP$PING.EXE;1 If you have no *PING* in there, try DIR SYS$SYSTEM:TCPIP*.* or UCX*.* Do you have any other TCPIP functionality on that system ? With modern TCPIP implementations, to get command line capabilities, you need to @SYS$MANAGER:TCPIP$DEFINE_COMMANDS This will define plenty of symbols including "ping". You could also do: $MC TCPIP$PING www.apple.com and this would work without the "ping" symbol. ------------------------------ End of INFO-VAX 2007.613 ************************