If you have a product like ASG's PROJCL + Database (INFO something) Or SEA Software's JCLPLUS + Database, that can actually help relate JCL and Program Codes.
Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Styles, Andy (SD EP zPlatform) > Sent: Monday, November 14, 2016 9:06 AM > To: [email protected] > Subject: Re: OS/VS COBOL - FD DCB vs JCL DCB > > Classification: Public > We do have a source manager (Panvalet in this particular case), but this is a > big-bang approach, so it's a bulk exercise rather than piece-meal. > > The CBT is a possibility, though I'll have to look at that from home as I'm > prevented from downloading useful things like ZIP files from the internet at > work! > > Andy Styles > z/Series Systems Programmer > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Lizette Koehler > Sent: 14 November 2016 15:56 > To: [email protected] > Subject: Re: OS/VS COBOL - FD DCB vs JCL DCB > > -- This email has reached the Bank via an external source -- > > > Are you using a source manager (Endevor, Changeman, home grown?) and could > that be incorporated into the process? > > Or could you use ISPF Search function (batch or foreground)? Or use something > like IPOUPDTE (just to scan not to update)? > > I think there are many options. > > Have you looked on CBTTAPE.ORG to see if there are any COBOL Source scanners? > > > Lizette > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:[email protected]] > > On Behalf Of Styles, Andy (SD EP zPlatform) > > Sent: Monday, November 14, 2016 8:42 AM > > To: [email protected] > > Subject: OS/VS COBOL - FD DCB vs JCL DCB > > > > Classification: Public > > > > Hi all, > > > > We are converting some archaic programs written in OS/VS COBOL to > > Enterprise COBOL (only to v4 at present). One of the issues that we've > > hit, well documented in the migration guide, is that some programs > > have DCB information that differs to that used in the JCL. OS/VS COBOL > > overrides any JCL DCB information transparently, whereas Enterprise > > COBOL fails with an OPEN failure. > > > > Whilst we can fix any failures as we go, questions are being asked > > whether we can perform any scanning across programs and JCL and > > datasets to identify the impact up front. > > > > We can obviously write some REXX to scan various components, but has > > anyone already done anything like this that they are willing to share > > that would give us a head start? > > > > Many thanks, > > > > Andy Styles > > z/Series Systems Programmer > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
