Apparently that world is not this world. ________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Seymour J Metz <sme...@gmu.edu> Sent: Thursday, June 11, 2020 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: "Everyone wants to retire mainframes"
> DBD or PSB library. In a kinder, more gentle world, the message would tell you which. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Thursday, June 11, 2020 1:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: "Everyone wants to retire mainframes" Here are all of the possibly relevant parts from the JESMSGLG for a similar occurrence that I just caused. +*DFS0929I BLDL FAILED FOR MEMBER --ABCDEFG IEA995I SYMPTOM DUMP OUTPUT 830 USER COMPLETION CODE=0929 TIME=10.52.44 SEQ=18497 CPU=0000 ASID=0038 PSW AT TIME OF ERROR 078D1000 9012762C ILC 2 INTC 0D ACTIVE MODULE ADDRESS=00000000_1011A000 OFFSET=0000D62C NAME=DFSDLBL0 DATA AT PSW 10127626 - D234181F 0A0DD71C D200D200 GR 0: 00000000 1: 800003A1 2: 00007660 3: 000084B0 4: 0005D060 5: 00007658 6: 10126358 7: 0005D060 8: 00019928 9: 00019F68 A: 00000000 B: 00000001 C: 1011C048 D: 101260B0 E: 90127E9E F: 800003A1 END OF SYMPTOM DUMP DFS627I IMS RTM CLEANUP ( EOT ) COMPLETE FOR JS DDADMP .PROC01 .STEP01 ,RC=00 IEF450I DDADMP STEP01 PROC01 - ABEND=S000 U0929 REASON=00000000 832 There are no additional DDs beyond this and the standard JESJCL and JESYSMSG which have no additional relevant data. Of course if you look up the error in the manual it does provide slightly more useful information. DFS0929I BLDL FAILED FOR MEMBER -- member name Explanation ~~~~~~~~~~~ A BLDL was issued for the named member. The member was not found in the DBD or PSB library. System action ~~~~~~~~~~~~~ Abend 0929 is issued if batch DL/I was running. ACBGEN processing continues if the ACBGEN utility was being run. Programmer response ~~~~~~~~~~~~~~~~~~~ Correct the error in the appropriate library, and rerun the program. ________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Seymour J Metz <sme...@gmu.edu> Sent: Wednesday, June 10, 2020 11:47 AM To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: "Everyone wants to retire mainframes" The problem with that message is not that it mentions BLDL, but that it fails to mention other relevant data. At a minimum, what was the ddname and what was the return code. Ideally I'd like secondary messages listing the libraries in the concatenation. A user ABEND without a message is hard to justify. Are you sure that it wasn't in the joblog? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Frank Swarbrick [frank.swarbr...@outlook.com] Sent: Wednesday, June 10, 2020 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: "Everyone wants to retire mainframes" Here's a quote from a message I posted to this list in 2009: "I have a very basic one to complain about: DFS0929I BLDL FAILED FOR MEMBER --DDMPPSZ This really means that the specified PSB DDMPPSZ is not in the specified IMS library. Why can't it just say that? As an application programmer do I really need to know that BLDL means, well, whatever it means? Of course IMS has some that are even worse. Sometimes I just get something like: USER COMPLETION CODE=xxxx without any message at all. The first time I ran in to it it took me a heck of a time to figure out I need to look in the IMS manual to find out what the error was. For all I could tell it was a user application error, but I couldn't see what. Now all of the other developers on our VSE to z/OS conversion team just ask me what the errors are, because trying to find them in the manuals is too often too painful. Hopefully I'll get them trained some day! I've got to say, coming from VSE their error messages are, in general, much better. Of course as a developer I hate dealing with creating error messages for my own apps, so I can understand why IBM has such issues... :-)" Things have not improved much, if it all, in this regard in the last ten years. 🙁 ________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Mike Schwab <mike.a.sch...@gmail.com> Sent: Tuesday, June 9, 2020 8:42 PM To: IBM-MAIN@LISTSERV.UA.EDU <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: "Everyone wants to retire mainframes" Yep. We used to get a lot of errors for out of volumes in a storage groups, and the users would want us to add more volumes. For several calls I would point out that the data set had a very small primary and secondary space value. I would go through all the extents on one volume, then proceed through the rest, and run out volumes despite lots of space in the storage group. They didn't want to reallocate, so I suggested they migrate and recall the dataset. Then the existing space would be in 1 extent on 1 volume and plenty of extents and volumes to extend onto. The problem started going away after that. Would the new 1st extent on the first volume from the recall become the default 1st allocation on subsequent volumes? On Wed, Jun 10, 2020 at 12:48 AM Seymour J Metz <sme...@gmu.edu> wrote: > > My pet peeve is the default for SPACE; "Absolute track not available" is not > a user friendly error message for forgetting to specify SPACE. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > ________________________________________ > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > Bob Bridges [robhbrid...@gmail.com] > Sent: Tuesday, June 9, 2020 8:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: "Everyone wants to retire mainframes" > > JCL: I used to complain about JCL's arcane and in some cases backward syntax. > I mean, "COND=(0,LT,step.procstep)" - who made that up? But somehow over > the years I've made my peace with JCL. It is what it is. And I would have > done no better, back then. > > EBCDIC: A couple of years ago, when I was employed by a small mainframe > security consulting company, a client came to them asking for help with a > project to create a security product that would reside on a distributed > platform but handle security on the mainframe. They were going to develop it > for a client that was using Top Secret, but it could have been any of the > three. These folks didn't know mainframes, which is why they hired my > employers, who assigned me to the project. > > I said they "didn't know mainframes"; let's start with the fact that they > didn't know about EBCDIC. But that's no problem, right? There are lots of > things one can do to translate between EBCDIC and ASCII. In the process of > working on this project I wrote, my very own self, a socket server that would > handle both ASCII and EBCDIC clients. (I mention this because I'd never done > any such thing before, and I was inordinately pleased with the fact that I > could do anything so cool. Those of you who've done hundreds of those and > take it for granted, please don't burst my bubble.) > > Then they discovered the whole issue of 3270 emulation. And I probably > wasn't helping by trying to explain the complexities of mainframe security at > about the same time. The client went away to think about the communications > issue, and somehow they never came back; the project never went anywhere > after that. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Always look a gift horse in the mouth. It may have hoof-and-mouth > disease. -Bob Bridges, 1977 */ > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Paul Gilmartin > Sent: Tuesday, June 9, 2020 19:18 > > > Yes, but JCL. JCL is to programming as Roman numerals are to arithmetic. > > And EBCDIC. "Doesn't play well with others." > > ---------------------------------------------------------------------- > 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
