The next sequential instruction to be executed in load module SS13X02C
was at displacement 0000218A from the load point of the module.
A B E N D - A I D PAGE 2
The module was dynamically loaded.
SS13X02C was loaded from the extended fixed link pack area (EFLPA).
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Enrico,
I haven't really been following this discussion (and I don't really want to take the time to read through everything).
Can you please show me a good (simple) example of what you're questioning in DFSORT? What does the input look like in hex? What is the DFSORT statement in question? What do you think is puzzling? The simpler you can make it, the better.
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Enrico,
Yes, I know that you're trying to understand and I'd like to help you do that. I just need to know the details of what we're discussing so I can respond accurately. I'm happy to discuss this here or offline as you prefer.
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
Hello,
Would it make sense to split this follow-on to another topic? Maybe in the Moderator part of the forum, or somehow "police" it so it does not become a free-for-all?
Personally, i'd like to be able to "watch" the proceedings
why does it give a valid total of 03 instead of an S0C7?
The answer is that DFSORT treats a ZD value like so:
zdzd...zdsd
d must be a valid digit (0-9).
z is the zone and is ignored. So X'40' for zd is treated as a decimal 0.
s is the sign. If s is F, E, C, A, 8, 6, 4, 2 or 0, it is treated as plus. If s is D, B, 9, 7, 5, 3 or 1, it is treated as minus. So X'40' for sd is treated as +0.
Therefore, X'4040' is treated as a ZD +0.
Note that this is all documented in "z/OS DFSORT Application Programming Guide".