These must been programs written for OS/VS COBOL and not converted using the IBM conversion tool. The old way was to use COMP (binary numeric) fields to store addresses. If the programs were converted to VS COBOL II or later with CCCA (any maybe non-IBM competitors like MHTRAN or CA-Migrate) then this old code was converted to use ADDRESS OF and POINTER variables, which are not affected by the TRUNC option.
>The transactions, written in COBOL, were making use of the ADDRESSING (I >think I have that correct), but had been compiled with TRUNC(OPT). >The COBOL variable to hold the address was adequate for a hex number, but >were being truncated at the high order because the arithmetic was being >performed in decimal. Addresses greater than 9 digits were being used. Cheers, >> COBOL is the Language of the Future! << TomR (IBM COBOL development) ---------------------------------------------------------------------- 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
