Hi Folks,
I called up Alastair, sent him yesterday's digest, and he'll have a
look.
All the best of everything to all of you.
Sam
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
I don't see how this ever worked. At least the version I have (but never
used).
I have version 1.6.0 from 14/01/2004. Maybe Alastair broke it then but to me
it looks like it must have been broken since a compare function was added.
Anyway, I think a simple fix for non compare processing
That change worked for me.
Thanks.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mark Zelden
Sent: Tuesday, September 18, 2012 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RCNVTCAT under z/OS 1.13
I don't see how
Not my code, and I'm not going to spend a lot of time looking, but if
you are doing a catalog compare and cat.old cat.new both are
set to the same value, it seems to me that might be a problem.
Maybe Alastair will get wind of this thread and clear everything up.
Mark
--
Mark Zelden - Zelden
We just upgraded our last LPAR to 1.13 over the weekend. I noticed today that
the output from RCNVTCAT (from CBT FILE 542) appears to be a tiny bit
different.For each entry instead of 'CAT(catalog.name' being generated,
every entry is just 'CAT(CAT'. Looking at the REXX code, I can't