It is properly aligned in the main dsect.
ZZZ DSECT
CNOP 2,8
DDNTXTU DS 3H,CL8
@DDNTXTU USING S99TUNIT,DDNTXTU
STG R1,@DDNTXTU.S99TUPAR
The assembler knows that the resolved address is at a doubleword offset in ZZZ
On Sun, 20 Nov 2016 15:01:04 -0800 "[email protected]" <[email protected]>
wrote:
:>I don't have access to listings right now, but having just done a few
routines that were doing SVC99 and making use of all the DSECTs provided by
IBM, I found that I had to get alignment set up correctly.
:>
:>So, I would start Text Units on a fullword, so that you have (off the top of
my head):
:> DS 0A
:>verb DS H
:>count DS H
:>len DS H
:>parm DS X
:>
:>And then the parm value would be as long as needed. But, I made sure that the
next text unit started on a full world. I think that will solve your problems.
:>
:>Sorry, I can't remember the correct names of the IBM DSECTs (and their
related variables) so I could answer you by their names.
:>
:>Regards,
:>Steve Thompson
:>
:>--- [email protected] wrote:
:>
:>From: Binyamin Dissen <[email protected]>
:>To: [email protected]
:>Subject: [IBM-MAIN] ASMA033I Storage alignment for unfavorable for dependent
DSECT?
:>Date: Sun, 20 Nov 2016 22:42:16 +0200
:>
:>I am receiving
:>
:>ASMA033I Storage alignment for @DDNTXTU.S99TUPAR unfavorable
:>
:>where the value of S99TUPAR is 6, but it is a dependent using and the actual
:>offset is at a doubleword boundary.
:>
:>Working as designed??
--
Binyamin Dissen <[email protected]>
http://www.dissensoftware.com
Director, Dissen Software, Bar & Grill - Israel
Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.
I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
