This is what I was going to suggest also.

If you wanted to add a feature for the user's benefit, you could have 2
progress bars (where I gather they only get one now, for the current job

You could do a couple quick timings of what percentage each program
approximately takes.  Add a field to *DTAARA, to log step the job is on.
And then add a second progress bar for the percentage of total job
completed.  Probably do all this for less time than setting up the *DTAQ.

As you said, James, the *DTAARA approach can also be used to lock out the
second CL from being run (on another terminal, for example), prior to the
first CL being 100% complete.  It was mentioned that if the job hangs, the
*DTAARA needs cleared, but then, in a check-run (I think this was?),
someone's likely to be looking into abend pretty closely anyway (I'd
think...;-).  One line of docs in the header should do the trick.


| -----Original Message-----
| From: midrange-l-admin@midrange.com
| [mailto:midrange-l-admin@midrange.com]On Behalf Of Nathan M. Andelin
| Sent: Thursday, December 20, 2001 11:36 PM
| To: midrange-l@midrange.com
| Subject: Re: Interactive lock down while batch runs
| From: "James W. Kilgore" <eMail@James-W-Kilgore.com>
| > Back to my original question and the problem I'm trying to
| > solve:  How do I lock up the work station, showing step
| > progress bars, while submitting the whole process to batch
| > to use the better CPW?
| Do I understand the question?  The interactive job could alternate between
| displaying the progress bar and checking the data area for new
| status.  The
| batch job updates the data area (status).  The WAITRCD parameter on the
| CRTDSPF command specifies the maximum number of seconds to wait for the
| display file read operation before returning control to the
| interactive job.
| If you wanted to show a progress bar in a browser as an alternative to a
| 5250 screen, you could set a refresh interval for the HTML page.  The page
| could make a request to a program to check the data area and update the
| progress bar accordingly.
| HTH,
| Nathan M. Andelin
| www.relational-data.com
| _______________________________________________
| This is the Midrange Systems Technical Discussion (MIDRANGE-L)
| mailing list
| To post a message email: MIDRANGE-L@midrange.com
| To subscribe, unsubscribe, or change list options,
| visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
| or email: MIDRANGE-L-request@midrange.com
| Before posting, please take a moment to review the archives
| at http://archive.midrange.com/midrange-l.

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.