Re: How to delete strange files on dasd
My apologies for my first post on this issue. It was shoot from the lip and sloppy to boot. Option 3.4 or DSLIST is a HUGE, COMPLEX and POWERFUL ISPF component. Truely mastering it requires reading at least 100 pages from the User Guide volumes. The PDS member list component is even worse. Mastering them will often leave your coworkers in shock and awe. The block delete list command is //d ... ... ... // The correct command from z/OS ISPF User's Guide Volume I Version 2 Release 3 Page 77 is DSLIST (or 3.4 off the POP) ►► DSLIST list name DSname level ►◄ Enables you to build a data set list from any command line. You can specify either a personal data set list name or a data set list name level on the command. If you do not put quotation marks around the dsname level, the TSO prefix is used as the first qualifier in the dsname level. By issuing the command with no parameters, you cause a list of available personal data set lists to be displayed. The DSLIST command, which invokes ISRDSLST, accepts system symbols in the parameter. For example: DSLIST ’SYS2.**.’ and from Volume II Page 146 Volume serial Use this field to specify the volume serial whose VTOC is to be used by ISPF to display or print a list of data set names or VTOC information. ISPF retains the information you put in this field and displays it the next time you use this panel. If you want to display a list of only the data sets that reside on a particular volume, leave the Dsname Level field blank and enter the volume serial in the Volume field. The Volume serial field supports the inclusion of system symbols. You can enter a single volume name or a generic volume name to list data sets from more than one volume. The volume name can be partially specified using asterisks as global volume name characters and percent signs as placeholders in the volume name. A single asterisk within a volume name indicates that zero or more characters can occupy that position. A single percent sign indicates that any one alphanumeric or national character can occupy that position. Examples follow. * Lists data set names matching the Dsname Level from all volumes PRM* Lists names from all volumes beginning with 'PRM' M%C* Lists names from volumes beginning with 'M', followed by any single character, a 'C', and any three other characters (DSname and Volume serial can be used together) Data set list utility (option 3.4) Chapter 5. Utilities (option 3) 165 Data set list utility line commands This section documents the line commands that you can enter in the Data Set List Utility when a data set list is displayed. For information on the line commands that you can enter in the Data Set List Utility when a member list is displayed, see the information about Using Member Selection Lists and Library and Data Set List Utility Line Commands in the ISPF Libraries and Data Sets topic in z/OS ISPF User's Guide Vol I. After you display a data set list by leaving the Option field blank, you can enter a line command to the left of the data set name. You can also enter TSO commands, CLIST names, or REXX exec names. If a '>' is used before the CLIST or REXX exec name, the parameters passed to the command are not translated to upper case. The z/OS UNIX commands OGET and OPUT can be entered and the parameters are also not translated to upper case. The slash ( / ) character, which can be used with TSO commands, CLISTs, and REXX EXECs, can also be used with the B (browse data set), CO (copy data set), D (delete data set), E (edit data set), M (display member list), MO (move data set), and V (view data set) line commands to specify a member name or a pattern. You can type over the field containing the data set name to enter commands that require more than the space provided. For more information about using this symbol, see “Using the slash ( / ) character” on page 158. For more information about member name patterns, see the details about Displaying Member Lists in the “ISPF Libraries and Data Sets” chapter in the z/OS ISPF User's Guide Vol I. You can also enter line commands in block command format to execute the same line command for several data sets at once. You mark the block by typing a "//" at the beginning of a block of rows and another "//" at the end of the block of rows. You must type the line command either immediately after the // on the first row of the block, or immediately after the // on the last row of the block. You can enter several blocks of commands at the same time, but you cannot nest them. Single line commands are not allowed within a block command. You can execute all line commands, including TSO commands, Clists and REXX execs as block | | Above scarcely scratches the dust much less the paint. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CBT File 312 IPLCHK changed to IPLTCHK
Hi Folks, Lionel Dyck's program to report on which disk volumes contain IPL text, in CBT File 312, has been renamed from IPLCHK to IPLTCHK (IPL Text Check). Since this problem was discussed on IBM-Main about a week ago, and Lionel's solution was reported here, I just needed to say that he changed the name of the program to more accurately describe what it does. And he also added an additional twist, making the output JCL (to execute ADRDSSU PRINT function) a temporary file instead of a permanent one, and showing that you need a jobcard. Have fun with this one. It is extremely easy to try out. (It just needs access to the DUDASD program from CBT File 612, to report the names of the disk packs on your system.) All the best of everything to all of you Sincerely, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there an API to a "storage dump line" formatting routine?
Thanks for the cogent reply Jim. So the answer to my question is "no" as I initially suspected. Another Friday question answered! Thanks again to all who contributed to the thread. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Friday, September 21, 2018 9:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there an API to a "storage dump line" formatting routine? IPCS and SNAP each have their own code for formatting a line of dumped storage. There is no common operating system API. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there an API to a "storage dump line" formatting routine?
Interesting historical research, at the least. I don't think I'd try to use that on an employer's live systems even without the possible SP253 GETMAIN, but only on a system programmer test LPAR, to one of which I unfortunately do not have any access. Thanks for the research anyway. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Friday, September 21, 2018 8:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there an API to a "storage dump line" formatting routine? EXTERNAL EMAIL On 21 September 2018 at 14:15, Farley, Peter x23353 wrote: > It's Friday, so how about an off-the-wall question I have always wondered > about. > > I think the answer to my question is "no", but I thought it worth asking > anyway. > > Standard system storage dumps (SYSUDUMP, SNAP/SNAPX, etc.) format storage > displays like this in a 121-character line: > > 36B219C0 > ** Or like this in a 204-character line: 36B219C0 ** I know of no supported routine, but you could perhaps call IEAVAD71 (which is in LPA module IGC0005A (SVC 51) along with lots of other stuff, but you could link just that CSECT with your program, I imagine). This routine formats as much storage as you like, and handles all the boundary stuff plus insertion of "SAME AS ABOVE" for replicated lines. The arguments to this routine are described in macro IHAABDA in SYS1.MODGEN, which has no comment on whether this is a programming interface. I strongly suspect it isn't, because I found it only by looking at the MVS 3.8 source code from 1978 or so. [Of course I don't know that this module is even still in use on modern systems - it could be baggage that no one has removed.] Looks like you'd have to set up at least fields ABDBLOCK and ABDLENTH, ABDBUFAD and ABDBUFS2, and who knows what other things like work areas it might require. But it would be harmless to try calling it from a user program. Standard OS-type linkage with R1 -> IHAABDA and R15 -> the module. Oh oh - I see the 3.8 version does a work area GETMAIN from SP 253, so that's not going to work for your average caller. :-( I don't know if that's still in there - maybe zap it to SP 0...? You could also take the entire MVS 3.8 version and assemble it. But that may well not handle storage above 16MB, and the argument list has probably changed a bit. And in any case I gather you aren't looking for a program to modify. Happy Friday! Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there an API to a "storage dump line" formatting routine?
Of course one can use the SNAP/SNAPX macros to dump storage, The question was not how to dump storage, but whether a "storage dump line format" routine was available and accessible to normal programs. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Friday, September 21, 2018 6:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there an API to a "storage dump line" formatting routine? Callable SNAP routine. https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/snap.htm On Fri, Sep 21, 2018 at 3:36 PM Farley, Peter x23353 wrote: > > Thanks for the suggestions. I have RTFM the LE manuals and CEEDUMP only sets > options for the LE dump process, and CEE3DMP generates an actual LE dump > output, programs and control blocks and everything set by the dump options, > not just s targeted storage area. > > The question is purely academic, as I have no immediate need for such an API > interface, I am just curious if one actually exists. > > And it may exist but not be GUPI, so IBM won't tell us about it, but the > expertise on this list might know about it anyway (or not, especially if it > doesn't exist). > > Peter > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to delete strange files on dasd
No access in 2 years and more than a little fuzzy but... IIRC DSNLIST then either //D . //D or //DEL //DEL the are not keyed just show multiple DSN lines a ? on a line in the COMMAND col will give help on line commands available -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN