Re: LE QuestionT - now CICS

2017-06-08 Thread Anthony Thompson
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Gould Sent: Friday, 9 June 2017 1:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LE QuestionT - now CICS > On Jun 8, 2017, at 7:49 AM, Peter Relson <rel...@us.ibm.com> wrote: >

Re: LE QuestionT

2017-06-08 Thread scott Ford
Peter, We write software using COBOL and HLASM and I had a situation where subpool 0 had orphaned blocks of storage and our STC was apparently in control. I found out that a RMODE=24, AMODE=24 HLASM PGM doing disk I/O and called by a STC has to do Freepool and after a close. We were using RACF

Re: LE QuestionT - now CICS

2017-06-08 Thread Edward Gould
> On Jun 8, 2017, at 7:49 AM, Peter Relson wrote: > SNIP——— Peter, good answer. This reminds me a little of something long long ago. Maybe someone here can refresh (correct?) my memory. From the time CICS came out the sysprogs were always

Re: LE QuestionT

2017-06-08 Thread Peter Relson
> My first question is where does LE place the HEAP ( what Subpool ) ? And my initial response is a question: why would you care what subpool? The subpool is almost certainly not a programming interface. You should not write any code that depends on the subpool Any presentation that describes

Re: AW: Re: LE QuestionT

2017-06-07 Thread Charles Mills
Re: AW: Re: LE QuestionT On 7 June 2017 at 08:38, David Crayford <dcrayf...@gmail.com> wrote: > 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. Diffe

Re: AW: Re: LE QuestionT

2017-06-07 Thread Tony Harminc
On 7 June 2017 at 08:38, David Crayford wrote: > 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. Different subpools of user-key storage won't

Re: AW: Re: LE QuestionT

2017-06-07 Thread David Crayford
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 Quest

AW: Re: LE QuestionT

2017-06-07 Thread bernd.oppol...@t-online.de
- 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, 20

Re: LE QuestionT

2017-06-06 Thread Charles Mills
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

Re: LE QuestionT

2017-06-06 Thread Lizette Koehler
t; To: IBM-MAIN@LISTSERV.UA.EDU > Subject: LE QuestionT > > All: > > 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. My first > question is where does LE place the HEAP ( what Subpool

LE QuestionT

2017-06-06 Thread scott Ford
All: 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. My first question is where does LE place the HEAP ( what Subpool ) ? Secondly, is that HEAP storage freed anytime during the running of a STC written in