Hi
OA39769 and UA65724 PTF fixed the problem .
In this exceptional case ,the IEBGENER was crazy.
On 23.10.2012 21:42, Jim Mulder wrote:
We got the SYSMDUMPs from customers often via SPOOL, so we had a job
to
cut out the first character.
The job has worked for several year, now I got a
Please approve the above RFC for your respective approval group.
CAB-Approval Pending
CHNGCONT
DATABASE
DCSAUTOM
EUIMCTLA
UKMGRCOS
The problem was that my program defined the exits to SYS and the shop defined
the exits to the different subsystems. The correction was to define the exits
to SYS and the different subsystems but this leads me to a question and a
caution to share...
Caution the Installation Exit manual is
I am trying to determining what the values mean in the CPU (QPACTJST) and
elapsed time (QPACSCT) fields in ICFID 239 accounting trace data. I have
not been able to find anything that indicates what units (e.g.,
milliseconds, microseconds, etc.) these values represent. I also noted that
there
Griffin, John wrote:
Please approve the above RFC for your respective approval group.
Brnnng Sound off the alarm bells !!!
Your private mail has been sent to 6797 Subscribers plus some unlucky souls in
Google Groups... ;-)
;-D
We have a rexx exec that performs functionality we don't want to be
interrupted or traced in any way. this mean that we need to disable the
functions keys that might return control to the user, such as the
Attention, PA1, PA2 keys. We play to write a small program that will call
the TSO macros
These are STCK values, if I remember correctly. As are most of the fields
in both IFCID 003 and 239 variants of the Accounting Trace (SMF 101)
record.
And your timing difficulties might be related to the fact these are
package-level (QPAC section) timings, not plan-invocation timings
On Tue, 23 Oct 2012 19:03:25 -0500, Shmuel Metz (Seymour J.) wrote:
In 0461273688451840.wa.m42tomibmmainyahoo@listserv.ua.edu, on
10/23/2012
at 07:56 AM, Tom Marchant m42tom-ibmm...@yahoo.com said:
I do see where it has, The Pack instruction does not check
zones, except in the rightmost
On 23 Oct 2012 23:02:59 -0700, in bit.listserv.ibm-main you wrote:
Hi
OA39769 and UA65724 PTF fixed the problem .
In this exceptional case ,the IEBGENER was crazy.
On 23.10.2012 21:42, Jim Mulder wrote:
We got the SYSMDUMPs from customers often via SPOOL, so we had a job
to
cut out the
On 10/24/2012 8:01 AM, Itschak Mugzach wrote:
We have a rexx exec that performs functionality we don't want to be
interrupted or traced in any way. this mean that we need to disable the
functions keys that might return control to the user, such as the
Attention, PA1, PA2 keys. We play to write a
Using an Internet search of the APARs provided I found
This problem was introduced by the following ptfs.
UA62377, uA62378 and UA62379
CHANGE THE CODE THAT DETERMINES IF THE EDITED INPUT RECORD WILL
FIT INTO THE OUTPUT BLOCK. IT IS POSSIBLE THAT THIS MAY RESULT
IN RECORDS THAT WOULD HAVE BEEN
I don't care for serialization, but wish to lock the keyboard until the end
of the rexx execution. I know doing this with TSO macros, but just checking
if Rexx can do this as well. If the keyboard is locked, the user can't
enter debug mode (msg
ITschak
On Wed, Oct 24, 2012 at 3:55 PM, Gerhard
Itschak Mugzach wrote:
I don't care for serialization, but wish to lock the keyboard until the end of
the rexx execution. I know doing this with TSO macros, but just checking if
Rexx can do this as well. If the keyboard is locked, the user can't enter
debug mode (msg
Try this in REXX: ISPEXEC
Check into the following EXECUTIL (HT and RT) commands. I use them to suppress
trace output
address TSO EXECUTIL HT /* issue HALT TYPE */
code execute in here will not display even if trace is on
address TSO EXECUTIL RT /* issue Resume Type */
In JCL I specified UNIT=esoteric-for-(virtual)-tape device. z/OS
instead allocated DASD. After some thrashing around and asking
the requester if he knew what was going on, I apealed to our systems
programmer, who said:
... in that job that you did not get any tape mounts for that
first
There is a nice product from DTS software called SMSDEBUG ($$) which can do
this.
Or it is possible that any JCL Checker (PROJCL, JCLPLUS, etc...) might help
Lizette
-Original Message-
From: Paul Gilmartin paulgboul...@aim.com
Sent: Oct 24, 2012 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
On 10/24/2012 10:55 AM, Paul Gilmartin wrote:
In JCL I specified UNIT=esoteric-for-(virtual)-tape device. z/OS
instead allocated DASD. After some thrashing around and asking
the requester if he knew what was going on, I apealed to our systems
programmer, who said:
... in that job that
On Wed, 24 Oct 2012 10:55:48 -0500, Paul Gilmartin wrote:
This design is WRONG!
I don't think so. SMS is enforcing corporate policy. Either
1. The SMS routines do not accurately reflect the policy, or
2. You are trying to violate the policy
It's fine for SMS to supply elided options,
but
Or, 3) The policy is not clearly documented.
I know that in my SMS rules, when I *override* something that the programmer
entered, I usually do a WRITE command in the appropriate SMS routine to tell
them. E.g.
WRITE 'UNIT=' UNIT ' IGNORED FOR DSN=' DSN ' DUE TO ...'
--
John McKown
Systems
On 24 Oct 2012 07:08:12 -0700, in bit.listserv.ibm-main you wrote:
Using an Internet search of the APARs provided I found
This problem was introduced by the following ptfs.
UA62377, uA62378 and UA62379
CHANGE THE CODE THAT DETERMINES IF THE EDITED INPUT RECORD WILL
FIT INTO THE OUTPUT BLOCK.
20 matches
Mail list logo