Regarding using the preferred methodI believe its always advisable to have more than one solution in a software tool box..Regarding the SSCVT, wouldn't tat introduce another variable to be verified ?.The Address contained SSCTUSE1 would need to be verified as to the owner of the structure.Was there another intention of using ssctuse1 in this function call ?,
---------- Original Message ---------- From: Peter Relson <[email protected]> To: [email protected] Subject: Re: Question About Sub System Interface Function Call 08 Date: Fri, 19 Jun 2020 08:35:30 -0400 Yes, the name/token functions are available to whatever wants to use them according to their documented environmental requirements. What you get back depends on what you put in (obviously if you have not done a "create", a "retrieve" is not going to return anything beyond return code). I agree with Tony H's append that many used (and still use) the fields in the SSCVT for their subsystem to anchor whatever data they needed. FWIW, the last 16 slots of the 1024-slot customer anchor table (ECVTCTBL points to this area of 4-byte slots, and ECVTCTB2 in z/OS 2.3 or later points to an area of 8-byte slots) are available for a customer to use for their own shop. IBM and ISVs are expected not to use those slots. They are totally up to the customer to manage in whatever way they choose. <snip> I understand a resource manager is the preferred method for handling specific ending address space termination. . To be clear I'm interested in understanding SSI Function Call 08 and not a Resource Manager. </snip> Dare one ask why? If there is a preferred method, why would you not want to use it? What is the need to understand something that you (as you write) shouldn't be using because there's something else that is preferred? Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
