Oh I know.  We've already stated the direction to not use this method going 
forward.  But with 30+ years of legacy code in place that uses it...

-----Original Message-----
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On 
Behalf Of Peter Hunkeler
Sent: Thursday, May 11, 2017 5:33 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: AW: Re: Performance of Decimal Floating Point Instruction


> We have this "technique" as well.  Interestingly, at least the last time I 
> checked, it still works (causes the S0C7) if the packed decimal field is 
> signed (PIC S9), but not if its unsigned (PIC 9).

>?What is the fix?  When was it released?


Be careful, and change your technique. In another case. I was looking at what 
the compiler generate, depending on the number of digits define for a variable. 
I found at least four different instruction sequences being generated for the 
same MOVE statement. And this is also heavily dependent on the ARCH level used 
to compile.


If you need a way to ABEND, use the proper LE service, or an assembler routine. 
Anything else will bite you sooner or later.


--
Peter Hunkeler










---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above. If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited. If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication. Thank you.

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above. If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited. If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication. Thank you.

Reply via email to