> Is there a maximum number of outstanding WTORs allowed? How long does a
> message token last.
There are two CONSOLxx parameters, RLIM and RMAX, that govern WTOR and REPLY
behavior. These can be dynamically changed via the CONTROL M (K M) command.
RLIM sets the REPLY LIMIT, number of WTORs t
I am away for 3 weeks so cannot try till I am home.
On Saturday, 4 June 2016, Edward Gould wrote:
> > On Jun 2, 2016, at 1:53 PM, Zahir Hemini > wrote:
> >
> >> We had jobs with an outstanding WTOR that would last for 2 or so weeks.
> Never an issue.
> >>
> >> Ed
> >
> > Did you allow them to s
At one job I was on the standards committee and ended up writing quite a few
COBOL/JOB/JCL standards.
One of the first was that no COBOL (no other languages were permitted) could
not have any WTORS. Some programmers objected to it and we got in a nice
discussion about operators priorities and I
>> Did you allow them to stack up on the console? or did you K E,? them? and if
>> so how did you keep track of which reply numbers were >>outstanding hidden
>> off the console?
>
>The op k e,1’d them. They did a d r,l to get the message number. I wasn’t
>watching the console that closely but th
> On Jun 2, 2016, at 1:53 PM, Zahir Hemini wrote:
>
>> We had jobs with an outstanding WTOR that would last for 2 or so weeks.
>> Never an issue.
>>
>> Ed
>
> Did you allow them to stack up on the console? or did you K E,? them? and if
> so how did you keep track of which reply numbers were o
SDSF or D R,L
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Zahir Hemini
Sent: 02 June, 2016 20:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delaying response to a message
>We had jobs with an outstanding WTOR that wo
>We had jobs with an outstanding WTOR that would last for 2 or so weeks. Never
>an issue.
>
>Ed
Did you allow them to stack up on the console? or did you K E,? them? and if so
how did you keep track of which reply numbers were outstanding hidden off the
console?
---
> On May 30, 2016, at 12:49 PM, Charles Mills wrote:
>
> To answer the question that you actually asked, I think I have seen products
> that successfully leave a WTOR pending for days.
>
> Moving on to the question you did not ask, I know you're dealing with the
> responses, not the design of
Thanks Kees. When there are lots of outstanding WTORs for all the IMS and other
subsystems it can flood the console and you don't see other messages going by.
In my code example I make them non-display so they never actually apprear on
the console, but it means that I could have 47 invisible WTO
.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jesse 1 Robinson
Sent: 30 May, 2016 20:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Delaying response to a message
The perpetually outstanding WTOR is indeed a throwback to very old
Thank you. Yes I do not have any options for rewriting the application itself.
If grew out of old methods of displaying a message, having it looked up, then a
response given by the operator. I cannot touch the underlying application, but
I have to make it work in context of a fully automated sta
onday, May 30, 2016 10:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Delaying response to a message
To answer the question that you actually asked, I think I have seen products
that successfully leave a WTOR pending for days.
Moving on to the question you did not ask, I know you'
the underlying program may not be an option
for you.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Zahir Hemini
Sent: Monday, May 30, 2016 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Delaying response to a message
Is there a
Is there a maximum number of outstanding WTORs allowed? How long does a message
token last. I have to build a piece of fairly complex logic that has to read
data and do look ups before responding to a console message. It can have
extreme variability in finding and waiting for a response. Most of
14 matches
Mail list logo