Thanks to everybody for the ideas. I don't know exactly what the application programmers need, they asked me to know if there's a possibility.
I'll investigate deeper to understand if it's a real need and if the solutions you proposed are applicable. >From my side it's a bit intriguing to know more ..... If really needed maybe IEFDDSRV service could help using the field where zOS stores the number of EXCP (DevIOEXCPCount), even though I think it could be expensive from a CPU point of view cause there's the need to check values at every read record. Thanks again. Massimo 2015-09-14 19:03 GMT+02:00 Blaicher, Christopher Y. <[email protected]> : > I don't remember, but is the DCBTIOT pointer updated for each > concatenation? If it is, then using the TIOT you can get to the JFCB which > gives you the DSNAME. > > Chris Blaicher > Technical Architect > Software Development > Syncsort Incorporated > 50 Tice Boulevard, Woodcliff Lake, NJ 07677 > P: 201-930-8234 | M: 512-627-3803 > E: [email protected] > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Paul Gilmartin > Sent: Monday, September 14, 2015 12:55 PM > To: [email protected] > Subject: Re: Concatenated datasets read information. > > On 2015-09-14, at 10:18, Chris Hoelscher wrote: > > > I do not know if this is a valid solution - but something I have done > > In the jcl - between each dsn in the dd concatenation, Place a dd * > > with some literal value like END OF DD 1 > > > > FILE1 DD DISP=SHR,DSN=MYDSN > > DD * > > END OF 1 > > DD DISP=SHR,DSN=MYDSN2 > > ... > Good idea. But, attribute compatibility? > > I hate MVS! > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > ________________________________ > > > > ATTENTION: ----- > > The information contained in this message (including any files transmitted > with this message) may contain proprietary, trade secret or other > confidential and/or legally privileged information. Any pricing information > contained in this message or in any files transmitted with this message is > always confidential and cannot be shared with any third parties without > prior written approval from Syncsort. This message is intended to be read > only by the individual or entity to whom it is addressed or by their > designee. If the reader of this message is not the intended recipient, you > are on notice that any use, disclosure, copying or distribution of this > message, in any form, is strictly prohibited. If you have received this > message in error, please immediately notify the sender and/or Syncsort and > destroy all copies of this message in your possession, custody or control. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
