The manual says that u4083-3 is due to a save area backwards pointer containing zeros. When applications were first migrated to LE many years ago, some assember subroutines needed to be updated to chain save areas correctly. Check for a new assembler subroutine in the run unit (or one that has never been called before).
If you believe there is really an overlay of the save area, and the data pattern is not immediately identifiable to something in the application, the next suspects I would visit are any tables (especially a table is loaded from an input file) and sub-routine CALLs. The BLL cells may be incorrectly used: the CALL USING may not match the ENTER USING. Also, mismatched Linkage Section descriptions can allow for access beyond the expected data area. Similarly, depending on the compiler, the parameter list for one CALL is sometimes used for subsequent CALLs and may contain an addresses for some other data area than the intended one. regards, JVD ---------------------------------------------------------------------- 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
