In IMS V11, PTF UK47419 for APAR PK86958 is now available. APAR Identifier ...... PK86958 Last Changed ........ 09/07/01 IMPLEMENT DYNAMIC IMS ABEND DUMP FORMAT EXIT.
Brian On Tue, 16 May 2006 10:54:43 -0400, Knutson, Sam wrote: >Hi, > >I opened a marketing request with IBM. If you are running IMS please >take time to contact your IBM technical marketing representative and >concur on this. I would appreciate this as having more customers >standing up and saying they want this change to IMS operation and >installation is going to help make the case for it. > >User Group Number - MR0514064454 >Document Status - Recognized >Title - Eliminate the DFSAFMD0 USERMOD to update IGC0805A IEAVADFM and >do this dynamically >IBM agrees with the request and a solution appears to be a desirable >objective. A solution however may not presently appear feasible or >implementable. No IBM commitment is made or implied as to the eventual >delivery of an acceptable solution. > >I will also be working on getting a similar SHARE requirement entered. > > Best Regards, > > Sam Knutson, GEICO > On Thu, 27 Apr 2006 20:10:25 -0400, Jim Mulder wrote: > We already have the general purpose dynamic exit service - CSVDYNEX. > > It would not be difficult to define a dynamic exit for SNAP/ABDUMP and >call it from IEAVAD08 (which is the non-OCO module which calls the exits >zapped into IEAVADMN). However, in SP2.1.5 (around 1983), >a broadcast SSI call (for the "HELP" function code (decimal 48)) >was added to IEAVAD08, and some comments in the module suggest that this >was done for IMS. I talked to an IMS developer, and he was unaware of >this SSI function (he has only been in IMS since 1985, and even I was >unaware of it until today), but was willing >to look into using it in a future release of IMS to remove the need >for zapping IEAVADMN. It wouldn't be a bad idea to submit a >requirement to IMS to this effect. > > As for the products which intercept SVC 51, it would likely be possible >to provide a dynamic exits which could be used instead intercepting, >but we (IBM) would need know a bit more about what the products require >as far as what point in dump processing they need to be called, >and what needs to be provided as parameters. So I would suggest >that you get after the owners of the products which are intercepting >SVC 51 and ask them present their interface requirements to IBM. > > >Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY > On Mon, 24 Apr 2006 10:12:06 -0400, Knutson, Sam wrote: >Hi, > >I am curious if anyone has had a discussion with IBM about providing a >service similar the RESMGR, which was provided to allow dynamic >installation of Installation written or IBM/VENDOR supplied Resource >Managers, to allow dynamic installation of supplied dump formatters. >The current IMS V9 documentation references this static user >modification and I cannot see a way to do it dynamically. > >Binding the Abend Formatting Routine Bind the abend formatting module >DFSAFMD0 into SYS1.LPALIB or an MLPA library as CSECT DFSAFMD0, load >module DFSAFMD0. Also add the DFSAFMD0 load module name to IEAVADFM >CSECT of module IGC0805A in SYS1.LPALIB. DFSAFMD0 is downward >compatible. Upward compatibility is not supported. The most current >version of this module must be used. > >So at the request of our IMS team we still maintain this USERMOD. > >//SMPPTFIN DD * >++ USERMOD (LIMS222) REWORK(2005280). >++ VER (Z038) FMID(HBB7709) > /* THIS IS THE IMS FORMAT DUMP ZAP INTO MVS SVC 51 > IN LPALIB. (IGC0805A). > - ASYS : DSN=SYS2.IMS.RESLIB > - BSYS : DSN=IMSVSTST.RESLIB > */ . >++ ZAP(IEAVADFM). > NAME IGC0805A IEAVADFM > VER 0000 0000000000000000 > REP 0000 C4C6E2C1C6D4C4F0 >/* > > >I am going to pursue a requirement but want to see if there is a good >alternative or maybe an existing requirement we can concur on. > > Best Regards, > > Sam Knutson, GEICO ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
