RCNVTCAT utility

2016-11-01 Thread Richards, Robert B.
Does anyone have a *working* copy of this utility? And its JCL?

The copy I downloaded from the CBT website (CBT493.FILE542) is producing errors 
and even when I got around that, it was formatting the define alias statements 
out of order.

Thanks in advance,

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


RCNVTCAT utility

2016-11-02 Thread Sam Golob

Hi Folks,

   Bob Richards and I solved the ALIAS problem with RCNVTCAT.

   RCNVTCAT was not defining alias entries properly.  RELATE was 
generated in the line before NAME was generated, in all DEFINE ALIAS 
statements that were generated by the exec.


   I fixed SCNVTCAT in File 542 as well.

   Corrected code may be found on www.cbttape.org  UPDATES page, File 
542.  I think we fixed it.  If you have a chance, please test the code.  
It is very easy to run:


   TSO RCNVTCAT 'catalog.name'

This will generate a pds, and check to see if all ALIAS entries were 
properly generated.


   All the best of everything to all of you.

Sincerely,   Sam and Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: RCNVTCAT utility

2016-11-02 Thread Steve Smith
Sam Golob detailed issues and solutions to this list on on 8 September.  I
don't know if it addresses your problem or not.

If you happen to have Tivoli Advanced Catalog Management, or Rocket's
CatalogRecoveryPlus, you could use them to do what *CNVTCAT does.

sas

On Tue, Nov 1, 2016 at 12:59 PM, Richards, Robert B. <
robert.richa...@opm.gov> wrote:

> Does anyone have a *working* copy of this utility? And its JCL?
>
> The copy I downloaded from the CBT website (CBT493.FILE542) is producing
> errors and even when I got around that, it was formatting the define alias
> statements out of order.
>
> Thanks in advance,
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: RCNVTCAT utility

2016-11-02 Thread Richards, Robert B.
Problem with out of sequence NAME and REL statements discovered and resolved. 
Worked with Sam Golob and he will update the CBT version with the correct 
changes.

Executed it as a TSO command on Option 6 and it created the dataset and members 
correctly, with one exception:  All CAT(catalog. Statements are for the catalog 
you are copying from. Did I miss something that I should have specified to 
generate CAT(Catalog.newcat name statements? 

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Wednesday, November 02, 2016 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: RCNVTCAT utility


Have you picked up the latest version from cbttape.org for V-492 (aug 25, 2016):

Update to File 039 to put in a fixed version of RCNVTCAT which works for SWA 
above the line, and which includes some UNIX implementation.

--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer  Enterprise Infrastructure 
Support (Station 200) (005OP6.3.10) VA OI&T Service Delivery & Engineering


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Wednesday, November 02, 2016 8:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: RCNVTCAT utility

Sam Golob detailed issues and solutions to this list on on 8 September.  I 
don't know if it addresses your problem or not.

If you happen to have Tivoli Advanced Catalog Management, or Rocket's 
CatalogRecoveryPlus, you could use them to do what *CNVTCAT does.

sas

On Tue, Nov 1, 2016 at 12:59 PM, Richards, Robert B. < robert.richa...@opm.gov> 
wrote:

> Does anyone have a *working* copy of this utility? And its JCL?
>
> The copy I downloaded from the CBT website (CBT493.FILE542) is 
> producing errors and even when I got around that, it was formatting 
> the define alias statements out of order.
>
> Thanks in advance,
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
sas

--
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


Re: [EXTERNAL] Re: RCNVTCAT utility

2016-11-02 Thread Dyck, Lionel B. (TRA)

Have you picked up the latest version from cbttape.org for V-492 (aug 25, 2016):

Update to File 039 to put in a fixed version of
RCNVTCAT which works for SWA above the line, and
which includes some UNIX implementation.

--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Wednesday, November 02, 2016 8:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: RCNVTCAT utility

Sam Golob detailed issues and solutions to this list on on 8 September.  I 
don't know if it addresses your problem or not.

If you happen to have Tivoli Advanced Catalog Management, or Rocket's 
CatalogRecoveryPlus, you could use them to do what *CNVTCAT does.

sas

On Tue, Nov 1, 2016 at 12:59 PM, Richards, Robert B. < robert.richa...@opm.gov> 
wrote:

> Does anyone have a *working* copy of this utility? And its JCL?
>
> The copy I downloaded from the CBT website (CBT493.FILE542) is 
> producing errors and even when I got around that, it was formatting 
> the define alias statements out of order.
>
> Thanks in advance,
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
sas

--
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