On Thu, 27 May 2010 11:11:39 -0500, Paul Gilmartin <paulgboul...@aim.com> wrote:
>On Thu, 27 May 2010 09:57:50 -0500, Mark Zelden wrote: >>>> >>>And renaming the squatter wouldn't have sufficed? (Of course one >>>must anticipate the need to do this.) >> >>I don't understand your meaning. >> >Backup the obstructing (adjacent) data set. > >Rename it. Now you have you placeholder. (Data security erase?) > >Restore it. > >(Same could be accomplished with a copy and two renames.) Okay, now I understand. That could work. In my case the data set was a catalog though. If it were a plain 'ol vsam file, yes it could be renamed, but I wanted the name to be uncataloged (which I suppose if I changed the HLQ to my own in the rename, it would be almost the same thing since it wouldn't get re-cataloged in the proper catalog). So I needed to export the catalog, allocate a place holder, then imported it so it ended up in a different place. > >I'm just timid; enlarging a VTOC is way outside my job description, >and I'd be phobic about typos in the ABSTR. > Don't worry. It's not like it forces the data set there. If the space is occupied, you will get a JCL error. Anyway, as this thread has shown, there still are some valid uses for ABSTR. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
