As others have indicated, I (mostly) doubt that the READ (rather than READ INTO) is doing ANY manipulation of data. The one possible exception is if you have the 01-level under the FD defined as a numeric or edited field - and even then, I doubt that conversion takes place. (The other exception is READING ASCII tape files, but that doesn't sound like this case).
Can you tell us/show us exactly how the FD and subsequent 01-level are defined? If you do that, we may be able to tell you what is happening (and why). If the 01-level is actually a group item or you find that the READ is NOT doing conversions but the READ INTO is, then let us know what the 01-level under the FD and the receiving (INTO) field look like). "K Zafirop" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > Hi all, > > One of our most curious programmers noticed that when he uses READ or READ > INTO statement to parse alphanumeric data, a translation is made. The value > passed is the arithmetic truncation of the string. For example a > string 'FOW123' is passed with value '666123'. As you can see X'F1' = > C6D6E6F1F2F3. The truncation made before assigning the value to an element > so, using DTR instead of DTR has no effect. Do you think this is a compiler or > LE issue? > > > Thank you in advance > K. Zafiropoulos > EFG EUROBANK > z/OS junior System Programmer ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html