That is why I specified a COMMON data space (as opposed to a data space), and
the init/term routines.
A "data space" has no persistence beyond the creating task. A "common
dataspace" is anchored somewhere in the operating system.
I will leave the details to your perusal of the FM's.
Recommended reading:
SA23-1377-08 z/OS MVS Programming: Callable Services for High-Level Languages
SA23-1394-01 z/OS MVS Programming: Extended Addressability Guide
For the pendants on the list, please forgive me I have used incorrect
terminology.
Additional responses interspersed below.
HTH,
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
scott Ford
Sent: Tuesday, May 14, 2019 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE question
Alan,
Yes that was my thinking. What about persistence ?
--> "common dataspace" vs. dataspace.
My question is there a dataspace that can be up without an owning running TCB ?
--> YES
Even it is require, if memory serves me another program if they need to access
the dataspace can query for the ALET ?
--> See recommended reading
Can someone tell me if i am correct ?
Scott
On Tue, May 14, 2019 at 2:28 PM Allan Staller <allan.stal...@hcl.com> wrote:
> Common Data Space? This is kind of what data spaces were invented for.
> An init routine to run more or less @ IPL time to create, anchor and
> load the data space.
> Cobol to access/update the data via the dataspace Optional routine to
> save the dataspace @ shutdown.
>
> HTH,
>
> -----Original Message-----
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> Behalf Of scott Ford
> Sent: Tuesday, May 14, 2019 1:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: LE question
>
> All:
>
> I need to do some research on how job is cancelled via the Operator ,
> Abend S222. I read through some of the Boston share doc of some time
> ago by Ed, Sam and Skip. Its great.
> I have a question in regard to something that was stated on the
> presentation.
>
> I have a job written in Cobol, this job has mission critical data
> storage in a table or array in program storage and that job has been
> cancelled by an Operator. I dont want to lose that data.
> I want to know how i should approach it. The other qualifier here is
> that this is Cobol v4.2 which i am stuck with.
>
> Would I have to write a non-LE assembler caller and somehow set and
> ESPIE or ESTAE and then somehow involve CALLRTM ?
> I have done a lot of digging and not sure recovery of this nature ( LE
> ) is mentioned. I understand Condition Handling can be called also but
> will it handle an Operator cancel ...I know there are products, thats
> not an option because of cost.
>
> Regards,
>
> --
>
>
>
> *IDMWORKS *
>
> Scott Ford
>
> z/OS Dev.
>
>
>
>
> “By elevating a friend or Collegue you elevate yourself, by demeaning
> a friend or collegue you demean yourself”
>
>
>
>
> https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.com&a
> mp;data=02%7C01%7Callan.staller%40HCL.COM%7C066c2a8677f046e5769a08d6d8
> 9b0533%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636934557687752619
> &sdata=WcUM4%2B0Y5pEl4eXF4pWvUR44qE9d85MMcwEAVS17LH0%3D&reserv
> ed=0
>
> scott.f...@idmworks.com
>
> Blog:
> https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.com%2
> Fblog&data=02%7C01%7Callan.staller%40HCL.COM%7C066c2a8677f046e5769
> a08d6d89b0533%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63693455768
> 7752619&sdata=IvvsMACZMrze2eQUcFI2BYSxbK%2Fw%2BB4U%2B8xIHbFtFYw%3D
> &reserved=0
>
>
>
>
>
> *The information contained in this email message and any attachment
> may be privileged, confidential, proprietary or otherwise protected
> from disclosure. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination,
> distribution, copying or use of this message and any attachment is
> strictly prohibited. If you have received this message in error,
> please notify us immediately by replying to the message and
> permanently delete it from your computer and destroy any printout
> thereof.*
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
>
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> --------------------------------------------------------------------
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
> may contain viruses in transmission. The e mail and its contents (with
> or without referred errors) shall therefore not attach any liability
> on the originator or HCL or its affiliates. Views or opinions, if any,
> presented in this email are solely those of the author and may not
> necessarily reflect the views or opinions of HCL or its affiliates.
> Any form of reproduction, dissemination, copying, disclosure,
> modification, distribution and / or publication of this message
> without the prior written consent of authorized representative of HCL
> is strictly prohibited. If you have received this email in error
> please delete it and notify the sender immediately. Before opening any
> email and/or attachments, please check them for viruses and other defects.
>
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> --------------------------------------------------------------------
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
*IDMWORKS *
Scott Ford
z/OS Dev.
“By elevating a friend or Collegue you elevate yourself, by demeaning a friend
or collegue you demean yourself”
https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.com&data=02%7C01%7Callan.staller%40HCL.COM%7C066c2a8677f046e5769a08d6d89b0533%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636934557687752619&sdata=WcUM4%2B0Y5pEl4eXF4pWvUR44qE9d85MMcwEAVS17LH0%3D&reserved=0
scott.f...@idmworks.com
Blog:
https://apc01.safelinks.protection.outlook.com/?url=www.idmworks.com%2Fblog&data=02%7C01%7Callan.staller%40HCL.COM%7C066c2a8677f046e5769a08d6d89b0533%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636934557687752619&sdata=IvvsMACZMrze2eQUcFI2BYSxbK%2Fw%2BB4U%2B8xIHbFtFYw%3D&reserved=0
*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from disclosure.
If the reader of this message is not the intended recipient, you are hereby
notified that any dissemination, distribution, copying or use of this message
and any attachment is strictly prohibited. If you have received this message in
error, please notify us immediately by replying to the message and permanently
delete it from your computer and destroy any printout thereof.*
----------------------------------------------------------------------
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
