IIRC subpool 1 is for LE internals and subpool 2 for user heap and
stack. Makes sense so presumably a user-space storage overwrite wont
corrupt LE so it can shutdown cleanly.
On 7/06/2017 2:46 PM, bernd.oppol...@t-online.de wrote:
First allocation in subpool 1,
secondary allocations in subpool 2.
this is true for heap and Stack
allocation.
I remember a very useful IBM presentation
on this topic which is titled "stacks are simple,
heaps are Fun". you will find it using Google
hth
Kind regards
Bernd
--- Original-Nachricht ---
Von: Charles Mills
Betreff: Re: LE QuestionT
Datum: 06.06.2017, 17:06 Uhr
An: IBM-MAIN@LISTSERV.UA.EDU
In-line.
Charles
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of scott Ford
Sent: Tuesday, June 6, 2017 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LE QuestionT
I need some help understanding LE and Cobol. I ran our Cobol STC with RPT
options and STG options on, i see a large like 700K Heap size.
700K is not large these days LOL. I allocate 3MB on startup!
My first question is where does LE place the HEAP ( what Subpool ) ?
Don't know but should be in the LE books. Above the 16MB line. I have a
feeling of subpool zero but that may just be an assumption on my part.
Secondly, is that HEAP storage freed anytime during the running of a STC
written in COBOL ? We do not use CEEGTST , etc ...
You can control how that works, at least in C/C++. If you exhaust the heap
it allocates more (and you can control the increment). You can control what
happens if the heap contracts: is the storage freed, or kept around in case
it is needed again, saving the overhead of another GETMAIN?
You can run a storage report at end of job to see if you have any leaks.
You turn it on with a HEAPCHK statement in CEEOPTS DD. Makes things slow
during testing.
CM
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu <http://listserv.ua.edu> with the
message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
