Just to add my bit in case it helps: 1. LE run-time options such as HEAP can force memory to be allocated below the line, LE run-time option RPTOPTS(ON) will confirm the settings.
2. If it is a memory leak, the LE HEAPCHK run-time option will show you the memory leak e.g. HEAPCHK(ON,0,0,15,0) This will trace every allocation without a matching free, and show up to 15 levels of traceback for each of these so you know where it came from (at least that is how it works with C). The results will be a in CEEDUMP produced during termination. You will need HEAPP(OFF) for the CEEDUMP to be useable though or you will get every allocation and free. If the problem is outside LE, there is a "Getmain Freemain Storage Trace" (GFS Trace) in GTF that is very good. ------------------------------------------------------------------------------------------------------------------ Mike Poil Java z/OS Level 3 Service IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN Internal: 246824 External: +44 (0)1962 816824 Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------------------------------------------------------ Zahir Hemini <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List <[email protected]> 11/12/2007 14:12 Please respond to IBM Mainframe Discussion List <[email protected]> To [email protected] cc Subject Re: PL/1 Storage Control Issue Hi Rick, I cant point you at a reference, but I can tell you how we looked at a problem like that some years ago. You can UNSPEC the pointers into a variable, and display them to see where they are pointing. On Dec 10, 2007 11:37 AM, Rick Fochtman <[EMAIL PROTECTED]> wrote: > Can anyone point me to a reference that describes in detail the various > storage control blocks used by PL/1 in managing BASED storage entities? > > I have an application that's running out of storage, supposedly, far too > soon, even with REGION=0M. The number of entities that lead to failure > leads me to believe that the BASED elements are all being held in 24-bit > addressable storage. This is NOT a UNIX-style application, if that makes > any difference. The compiler is IEL00. > > ---------------------------------------------------------------------- > 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 > ---------------------------------------------------------------------- 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- 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
