Joseph, maybe this helps or may not.
If you're using SYNCSORT, the product can "identify" multiple dataset (up to 100) by using the "Multiple Input Files" (Chapter 12 on V2.1 manual). This allows the programmer to specify different INCLUDE/OMIT for every of the different SORTMIxx input dataset. It could be "boring" but probably you can use it to discover the source dataset (I mean SORTMIxx DD) in a single step. Maybe (more boring) you can split the operation in multiple steps. Best regards. Max <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Mail priva di virus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> Il giorno ven 11 set 2020 alle ore 21:02 Joseph Reichman < [email protected]> ha scritto: > The dataset name contains the time and by time I mean day of week and > which week it was processed. So if I’m looking for another dataset name > that has complementary information I could figure it out right away > That’s the only reason > > I had originally coded a sort to look for particular data however since > most the data is variable I needed any exit to point me to the right spot > computing an offset. > > I bought up dynamic allocation because typically I could search through > hundreds of files and dynamically allocating it since the file names have a > pattern only differentiated by as I said the last qualifier which is day of > week, week and year > > Thanks > > > > > On Sep 11, 2020, at 2:51 PM, Christopher Y. Blaicher < > [email protected]> wrote: > > > > The location of the DCB and other information is in proprietary > structures which are not available to the user. Also, because of buffering > and read-ahead, the record you are looking at may not be in the file the > DCB is currently pointing to. > > > > I don't know what you are trying to do, but if you are attempting to > 'clean' a set of files, you could use OUTFIL to put the good data in one > file and the bad data in another. > > > > Chris Blaicher > > Technical Architect > > Precisely.com > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Joseph Reichman > > Sent: Friday, September 11, 2020 2:32 PM > > To: [email protected] > > Subject: Re: Syncsort E11 exit > > > > [ External - This message originated Externally. Use proper judgement > and caution with attachments, links, or responses. ] > > > > The data is mostly binary > > > > Huge vb files and lots of them > > > >> On Sep 11, 2020, at 2:26 PM, Jousma, David < > [email protected]> wrote: > >> > >> Syncsort is a great tool, but why reinvent the wheel? Why not just > >> run > >> > >> //SEARCH EXEC PGM=ISRSUPC, > >> // PARM=(SRCHCMP,'ANYC') > >> //NEWDD DD DSN=concat.dsn1.DEV1,DISP=SHR > >> // DD DSN=concat.dsn2,DISP=SHR > >> //OUTDD DD SYSOUT=* > >> //SYSIN DD * > >> SRCHFOR 'xxxxxxxxx' > >> /* > >> > >> > >> The output tells you which dataset it found the searched for value. > >> ______________________________________________________________________ > >> _______________________________ > >> Dave Jousma > >> AVP | Director, Technology Engineering > >> > >> Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > >> Rapids, MI 49546 > >> 616.653.8429 | fax: 616.653.2717 > >> > >> > >> -----Original Message----- > >> From: IBM Mainframe Discussion List <[email protected]> On > >> Behalf Of Joseph Reichman > >> Sent: Friday, September 11, 2020 2:15 PM > >> To: [email protected] > >> Subject: Re: Syncsort E11 exit > >> > >> **CAUTION EXTERNAL EMAIL** > >> > >> **DO NOT open attachments or click on links from unknown senders or > >> unexpected emails** > >> > >> I am using syncsort to search for records > >> > >> So let’s say I concatenate 100 files > >> > >> And the data I’m looking for is let’s say in the 50 th file > >> > >> To get The dataset name of the 50 th file > >> > >> I could do RDJFCB for the dcb with exlst type X’07’ and the dataset > >> name that I’m currently processing would be in the jfcb area. However > >> in this case you or rather syncsort has the dcb > >> > >> Is there anyway the exit and I am using E15 To tell me the dataset > >> name currently being processed by the exit > >> > >> Thanks > >> > >> > >> > >>>> On Sep 11, 2020, at 2:06 PM, Christopher Y. Blaicher < > [email protected]> wrote: > >>> > >>> The E11 exit will not look at any file. It is a, shall we say, dumb > exit. > >>> If your question is what files Syncsort will look at in analyzing a > concatenated SORTIN, it will look at all of them. One of the things it is > trying to do is determine the input file size and the access method > required to read the input. > >>> > >>> Chris Blaicher > >>> Technical Architect > >>> Precisely.com > >>> > >>> > >>> -----Original Message----- > >>> From: IBM Mainframe Discussion List [mailto:[email protected]] > >>> On Behalf Of Joseph Reichman > >>> Sent: Friday, September 11, 2020 11:41 AM > >>> To: [email protected] > >>> Subject: Re: Syncsort E11 exit > >>> > >>> [ External - This message originated Externally. Use proper > >>> judgement and caution with attachments, links, or responses. ] > >>> > >>> I’m looking into that > >>> > >>> As an additional question > >>> > >>> We have a huge number of files > >>> When concatenating sortin > >>> Is there anyway to determine which file the exit is analyzing. > >>> Typically a program can do A Rdjfcb x’07’ to determine that but you > >>> have the DCB wonder if there is something you provide > >>> > >>> Thanks > >>> > >>> > >>> > >>>>> On Sep 11, 2020, at 11:33 AM, Christopher Y. Blaicher < > [email protected]> wrote: > >>>> > >>>> If I understand what you want to do is to concatenate additional > files to SORTIN, then I would strongly urge you NOT to do that in the E11. > You can, but I would not be confident in the results. > >>>> By the time the E11 exit is called a certain amount of analysis of > the files has been done in the initialization phase. > >>>> It would be better to have a program that does the concatenation and > then invokes MFX. See the "Invoking MFX from a Program" chapter in the > Programmers Guide. > >>>> > >>>> Chris Blaicher > >>>> Technical Architect > >>>> Precisely.com > >>>> > >>>> -----Original Message----- > >>>> From: IBM Mainframe Discussion List > >>>> [mailto:[email protected]] On Behalf Of Joseph Reichman > >>>> Sent: Friday, September 11, 2020 10:48 AM > >>>> To: [email protected] > >>>> Subject: Syncsort E11 exit > >>>> > >>>> [ External - This message originated Externally. Use proper > >>>> judgement and caution with attachments, links, or responses. ] > >>>> > >>>> Hi > >>>> > >>>> The documentation isn’t real clear on this exit outside of the fact > >>>> that it states they are entered in the beginning of their associated > >>>> phase > >>>> > >>>> I would like to use this exit to dynamically add files to sortin > >>>> > >>>> Would any one gave more info on this exit > >>>> > >>>> Thanks > >>>> -------------------------------------------------------------------- > >>>> - > >>>> - 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 > >>> > >>> --------------------------------------------------------------------- > >>> - 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 > >> > >> ---------------------------------------------------------------------- > >> For IBM-MAIN subscribe / signoff / archive access instructions, send > >> email to [email protected] with the message: INFO IBM-MAIN > >> **CAUTION EXTERNAL EMAIL** > >> > >> **DO NOT open attachments or click on links from unknown senders or > >> unexpected emails** > >> > >> This e-mail transmission contains information that is confidential and > may be privileged. It is intended only for the addressee(s) named above. > If you receive this e-mail in error, please do not read, copy or > disseminate it in any manner. If you are not the intended recipient, any > disclosure, copying, distribution or use of the contents of this > information is prohibited. Please reply to the message immediately by > informing the sender that the message was misdirected. After replying, > please erase it from your computer system. Your assistance in correcting > this error is appreciated. > >> > >> > >> ---------------------------------------------------------------------- > >> 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 > > > > ---------------------------------------------------------------------- > > 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 > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
