Alan, A big thanks ..A Common Dataspace is good , i will have to find how to anchor ..homework.
Regards, Scott On Tue, May 14, 2019 at 2:45 PM Allan Staller <allan.stal...@hcl.com> wrote: > 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 > -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *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
