It sounds like time to compile and run with SSRANGE turned on. This should (easily?) catch the problem.
"Schneiderwent, Craig" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > > You can have VS COBOL II modules linked with VS COBOL II and still run > > them without VS COBOL II run-time library, you can run them with LE > library. > > We have only LE in the DFHRPL. Using ISRDDN I searched the Linklist/LPA > concatenation for IGZ* modules and they are only found in hlq.CEE.SCEERUN > and hlq.CEE.SCEERUN2. We appear to be in the category you describe. > > My thanks to those who replied here and on CICS-L, there doesn't appear to > be anything (explicitly listed as "that won't work") wrong with the > construction of the module itself. > > And I see the abstract for John Monti's Orlando SHARE presentation 8209 > "Heaps of fun with LE Heaps" says "Have you seen a CEE0802C message saying > your LE Heap control information was damaged? Well this session is for you. > These problems are most often caused by application overlays. The speaker > will guide you through the LE Heaps in a fun and interesting way to help you > learn techniques and LE run-time options which can assist with finding the > source of these problems." Lo, and behold, just a bit after the CEE3703I > message in the subject line of this thread there is a > > CEE0802C Heap storage control information was damaged. > > message. So I now have something to read and point the apps people at. ---------------------------------------------------------------------- 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
