SMFDUMP (from the CBTTAPE) should be AMode31 RMode 24.
I think you can just change it with the PDS command if you have it, or just
relink it. I'm not sure how you got away with AM24 in the other LPARs.
The code is in file 686 of the www.CBTTAPE.org site and it says inside of it:
* SMFDUMP RUNS WITH AMODE=31 TO ADDRESS THE
* 00910001
* RDS CONTROL BLOCK.
Brian
On Tue, 23 Mar 2021 01:17:40 +0530, RCG <[email protected]> wrote:
>Hello All, I'm getting OC4 abend with SMFDUMP program that handles our SMF
>processing, what surprises me is the same program runs good on our Sandbox
>& Dev system (with AMODE=24 and RMODE=24)
>
>I presumed the issue could be & recompiled SMFDUMP wiith AMODE=31 as IBM
>mentioned this is the issue with a PMR that I raised with them (IBM doesn't
>support SMFDUMP anyway), I think my predecessors used this from CBT :)
>
>Any leads to fix this issue please! TIA
>
>Regards,
>Ravi
>
>----------------------------------------------------------------------
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
