Yes, you can. And it doesn't break anything. In CICS there is a utility transaction, ADYN, that can be used to allocate/deallocate datasets. It calls SVC 99 "under the covers". I've used it on many occasions to free allocations in a CICS region that had been made via DD statements in the region JCL, for example when I needed to change the allocation to a different dataset, or temporarily free one so I could run a batch process against it that needed exclusive control. On Feb 14, 2019, at 8:32 PM, Larry Chenevert <larrychenev...@verizon.net<mailto:larrychenev...@verizon.net>> wrote:
I wonder: can I deallocate a dataset with DYNALLOC, that has been allocated by the initiator because there is a DD statement? Kees. Table 1. Verb code 02 (dynamic unallocation) – Text unit keys, mnemonics, and functions Hex text unit key Mnemonic DYNALLOC function . 0007 DUNUNALC Specifies deallocation even if the resource has the permanently allocated attribute. . DUNUNALC specifies that the resource is to be deallocated even if it has the permanently allocated attribute. The remove in-use option key (DUNREMOV) is mutually exclusive with DUNUNALC. When you code this key, # must be zero; LEN and PARM are not specified. Example: To specify the unalloc option, code: KEY # LEN PARM 0007 0000 - - I have used this with success since the very late '70's to deallocate datasets that were allocated in JCL. It is currently in a product that is in the field. Probably the reason you don't see this so much is there is rarely a need for it. But when you need it, you need it. Larry Chenevert ________________________________ 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
