Removing an SSCT is not for the faint of heart. On Sun, 11 Aug 2024 11:33:21 GMT "esst...@juno.com" <esst...@juno.com> wrote:
:>,I have found this thread interesting, and what I believe is needed :>is a SSI ROLLBACK or UNDO function. So that in the ESTAE/ESTAEX routine :>or in the init routine itself the "system" would remove any changes made :>SSCVT, SSVT, Remove the SSID etc. :>. :>This may not help the original poster with respect to a Resource Manager..Paul :>. :> :>---------- Original Message ---------- :>From: Colin Paice <0000059d4daca697-dmarc-requ...@listserv.ua.edu> :>To: IBM-MAIN@LISTSERV.UA.EDU :>Subject: Re: Resource manager for subsystem :>Date: Sun, 11 Aug 2024 08:31:52 +0100 :> :>I'm a bit rusty in this area. :> :>From the subsystem vector table (SVCCT?) there is an anchor field for your :>subsystem use. I assume that you are using this to anchor all of the :>storage you allocate, and set flags on anything you change. :> :>While you are debugging your code, you could have something in your :>initialisation code which checks these fields and resets them. :>If in debug_mode then :>do :> if my anchor -> a storage block I allocated then :> do :> ?wto "releasing my block " :> ? storage release... :> end :> if anchor.lockobtained then :> do :> ?wto "releasing the lock" :> ?... :> end :>/* start with a clean system...*/ :>The same logic could be done if you are using name token services to store :>pointers :> :>Colin :> :> :> :> :>On Sun, 11 Aug 2024 at 02:17, Joseph Reichman < :>000005812645a43c-dmarc-requ...@listserv.ua.edu> wrote: :> :>> Gut voch :>> :>> I’m debugging a subsystem so I run the init :>> It allocates resources latch CSA and other things :>> :>> Would be nice if I want start from scratch that I don’t have to ipl :>> :>> Thanks :>> :>> > On Aug 10, 2024, at 3:13 PM, Binyamin Dissen < :>> 00000662573e2c3a-dmarc-requ...@listserv.ua.edu> wrote: :>> > :>> > On Fri, 9 Aug 2024 12:40:20 -0400 Joseph Reichman :>> > <000005812645a43c-dmarc-requ...@listserv.ua.edu> wrote: :>> > :>> > :>In deleting a subsystem is there a way to clean up storage that the :>> initialization routine established such as CSA :>> > :>> > :>I guess I could always do an ATTACH on the subsystem initialization :>> routine and :>> > :>And have a RESMGR for that TCB :>> > :>> > Do you have your init routine waiting for a shutdown request? Really bad :>> idea. :>> > :>Just wondering if there was a simpler way :>> > :>> > :>When I do a SETSSI DELETE the CSA that the initialization routine :>> acquires remains there :>> > :>> > What are you concerned about? :>> > :>> > The init routine failing? If so, a simple ESTAE(X) should be able to do :>> the :>> > cleanup. :>> > :>> > When removing your subsystem? Why not simply do it from there? :>> > :>> > What problem are you trying to solve? :>> > :>> > -- :>> > Binyamin Dissen <bdis...@dissensoftware.com> :>> > http://www.dissensoftware.com :>> > :>> > Director, Dissen Software, Bar & Grill - Israel :>> > :>> > ---------------------------------------------------------------------- :>> > 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 :>> :> :>---------------------------------------------------------------------- :>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 -- Binyamin Dissen <bdis...@dissensoftware.com> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
