Fine with me! I haven't worked with VM in so many years I never heard of "IPL ZCMS" so that's good to stuff in the back of my brain in case it's ever needed.

On 5/5/2021 7:47 AM, Jim Mulder wrote:
   Yes, I know I sent this response to the wrong list with
the wrong subject.  I will get it sent to the right
place.  I find dump reading to be easy, and using end-user
interfaces to be challenging for me.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
Poughkeepsie NY
(845) 435-4741
D10JHM1@PLPSC  (MVS)   JMULDER@S390VM  (VM)

Jim Mulder/Poughkeepsie/IBM@IBM wrote on 05/05/2021 10:41:58 AM:



Date:    Fri, 30 Apr 2021 19:35:40 +0000
From:    "Stanislawski, Shawn (National VM Capability)"
<[email protected]>
Subject: Ensuring LRL 2nd operand alignment

Trying to use the LRL(32) instruction ('C4D' / 'C4xD' opcode).
But running into: DMSABE141T Operation exception

  -> 00DF5124  LRL     C45D00006832    00000000

*** 00DF5124      PROG    0001 -> 0139B660        OPERATION

Reading in the "zArchitecture Principles of Operation" (SA22-7832-12) =
"For LOAD RELATIVE LONG (LRL, LGFRL), the second operand must be aligned
on a word boundary,..."
Guessing alignment is the problem.
I know I can use a DS 0F to start the LRL instruction itself on a word
boundary,
but any ideas how to ensure that specifically the second operand of the
LRL instruction will always be aligned on a word boundary?

----------------------------------------------------------------------
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



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to