Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Wow, could your post have been any more confusing if you tried?
S9(9) is a ZD format field, so why are you using BI instead of ZD?
What do you mean by "reject the sign"? Do you want to use the absolute value (e.g. -1 -> 1?).
I can't make heads or tails of what you want to do.
Show an example of your input values (in hex) and what you expect the output values to look like. Indicate the correct format for the input values (BI? ZD?).
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Lokeshwar,
You still haven't made it clear what you want to do or shown an example of input and expected output values.
S9(9) COMP is a 4-byte FI field. If you want to get the absolute value of the field, you can multiply it by -1. If you want the output value to be 4-byte BI (no sign), you can use these DFSORT statements:
If you want the output value to be something else (ZD? another form?), you have to say exactly what you want it to look like. Again, examples of input values and expected output values would help.
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Quote:
Here zeroes are added in the place of Sign (See 1st and 12th position)
No, that's not why you have the leading zeros. You have them because you didn't specify a length for the M11 mask, so the default length is used.
If you want a specific length for the M11 masks, you have to specify that length. Now that you've finally described what you want clearly, I can show you how to get it:
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Good. Next time it would be better if you just post what you're trying to do with an example of the input and output. Your assumption that the sign was the problem was a red-herring and just increased the number of posts needed to give you the solution.
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
Hello,
Bytes 6-8 are not valid packed-decimal numbers. . .
Neither are bytes 1-3 which you have specified in the job you believe is working (it really isn't running correctly - it is simply not abending). The limited data you have posted accidentally has a valid sign, so you do not recieve an 0c7.
Also, please note that your post has been changed to use the "Code" tag which makes the content more readable.
Joined: 15 Feb 2005 Posts: 7129 Location: San Jose, CA
Lokesh,
As Dick has pointed out, the data you show in positions 6-8 is NOT packed decimal. X'080000' is binary. X'08000C' would be an example of PD.
You really need to figure out what type of data you're dealing with in order to be able to convert it correctly. For details on the different types of data formats DFSORT recognizes, see:
