Almost every vendor package from rocket software to mxi uses CSA So I’m sure you take precautions Thanks
> On Aug 11, 2024, at 11:09 AM, Binyamin Dissen > <00000662573e2c3a-dmarc-requ...@listserv.ua.edu> wrote: > > 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
