@LISTSERV.UA.EDU
Subject: Re: S0C4 abend on old assembler program when upgrading to z/OS
1.13
May I ask the following question, which may sound a little bit off-topic, but
maybe it is helpful, anyway:
the program that does this LCCA/PCCA lookup is a report writer, that's what
the OP said. What
Is it the case, as now seems all but certain, that the CP check
explains the different behavior in your production and non-production
environments? And if so, how and why is this a new problem?
John Gilmore, Ashland, MA 01721 - USA
On Thu, 10 Apr 2014 09:42:44 -0400, John Gilmore jwgli...@gmail.com wrote:
Is it the case, as now seems all but certain, that the CP check
explains the different behavior in your production and non-production
environments? And if so, how and why is this a new problem?
It's new to them because
Hi list,
I'm looking for a pair of virtual eyes to help me with a problem that is
perplexing about 4 of us here. We're running z/OS 1.11 and are attempting to
upgrade to 1.13. Here's the scenario: we have an ancient version of something
called quikjob which is a report writer. Due to some
] On Behalf
Of Pommier, Rex
Sent: Wednesday, April 09, 2014 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: S0C4 abend on old assembler program when upgrading to z/OS 1.13
Hi list,
I'm looking for a pair of virtual eyes to help me with a problem that is
perplexing about 4 of us here. We're
Am 09.04.2014 20:59, schrieb Pommier, Rex:
_9750 -8 4710 C04ABC74(,R12)BO
_9754 -4 5830 0208L R3,520
_97580 D503 3000 C172 CLC 0(4,R3),370(R12)
The program loads R3 from address 520 (208x) which is in the PSA. That
Just found this in the V1.13 Migration manual:
*Description:* In parmlib member DIAGxx, you can specify the virtual
location of the LCCA control block (mapped by the IHALCCA macro) or the
location of the */_PCCA_/* control block (mapped by the IHAPCCA macro)
to be used when a CPU is brought
R3 seems to be being loaded with the virtual address of the PCCA.
520 (208) ADDRESS 4 PSAPCCAV - VIRTUAL ADDRESS OF PCCA
Does anyone know if that moved from below to above the line in 1.13?
As of z/OS 1.12, when there is more than one CPU, the LCCA and
PCCA are above 16M by default.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Peter Hunkeler
Just found this in the V1.13 Migration manual:
*Description:* In parmlib member DIAGxx, you can specify the virtual location
of the LCCA control
block (mapped by the IHALCCA macro) or the location
assembler program when upgrading to z/OS 1.13
Just found this in the V1.13 Migration manual:
*Description:* In parmlib member DIAGxx, you can specify the virtual
location of the LCCA control block (mapped by the IHALCCA macro) or the
location of the */_PCCA_/* control block (mapped by the IHAPCCA
Who'd have thought that the number of CPUs online would affect the default
virtual location of LCCA and PCCA?
Sometime there are reall funny costructs. However there sure must be a good
reason for this since code had to be written to handle it.
--
Peter Hunkeler
Any chance this code is running the PCCA/LCCA chain? The default was CBLOC
VIRTUAL24 in V1.11 and is CBLOC VIRTUAL31 in V1.13. Maybe you need to set the
CBLOC VIRTUAL24(IHAPCCA,IHALCCA) in your DIAGxx member.
Hi list,
I'm looking for a pair of virtual eyes to help me with a problem that is
Who'd have thought that the number of CPUs online would affect the default
virtual location of LCCA and PCCA?
I can't remember the problem that bit me, but I learned a long time ago to have
at least 2 CPs and also REAL storage above the line (if possible) in my sandbox.
It's very low weight
From this it seems reasonable to conclude that the OP's TEST system
is single-engine while his PROD system is multi-engine. It
seems less reasonable to conclude that he coded CBLOC VIRTUAL24 in
DIAGxx on his TEST system but not on his PROD system.
Who'd have thought that the number of
On Wed, 9 Apr 2014 19:27:29 +, Chase, John wrote:
Who'd have thought that the number of CPUs online would affect the default
virtual location of LCCA and PCCA?
Anyone who read the Initialization and tuning reference:
quote
IHAPCCA When a CPU is brought online, the location of its PCCA is
On Wed, 9 Apr 2014 19:32:29 +, Pommier, Rex wrote:
We are in the process of changing DIAG00 to force these locations above the
line on
test to see if it will cause the program to fail.
If your test LPAR has only one CP, it won't fail. You can't force it above the
line.
--
Tom Marchant
May I ask the following question, which may sound a little bit off-topic,
but maybe it is helpful, anyway:
the program that does this LCCA/PCCA lookup is a report writer,
that's what the OP said. What is the purpose of this activity?
Why should a report writer do that?
Could it be possible to
on old assembler program when upgrading to z/OS 1.13
Hi list,
I'm looking for a pair of virtual eyes to help me with a problem that is
perplexing about 4 of us here. We're running z/OS 1.11 and are attempting to
upgrade to 1.13. Here's the scenario: we have an ancient version of something
-Original Message-
Hi list,
Here is a snippet of the code disassembled by dumpmaster:
_9748 -10 4B20 C17ASHR2,378(,R12)
_974C -C 9140 2174TM372(R2),X'40'
_9750 -8 4710 C04ABC
19 matches
Mail list logo
