Thanks Don, will pass this on to the maintainer, much obliged.
cheers,
Peter
On Fri, 18 Oct 2019 06:42:00 -0400, Don Poitras wrote:
>The current CBT 183 has a fix for this. See SWAREQ22 (it was z/OS 2.2
>where the breaking change was introduced.) It works on pre-2.2 as
>well, so there's no
The current CBT 183 has a fix for this. See SWAREQ22 (it was z/OS 2.2
where the breaking change was introduced.) It works on pre-2.2 as
well, so there's no need to hold on to the original SWAREQ.
In article <3385731727254339.wa.pbishop23dxc@listserv.ua.edu> you wrote:
> Bad form to reply to
Bad form to reply to myself, but I should have added this.
This gave me a hint:
https://www.ibm.com/support/pages/abend0c4-or-other-problems-retrieving-dataset-names-cobol
This gave me the answer:
https://www-01.ibm.com/support/docview.wss?uid=swg1PI58751
We're moving to z/OS 2.3 which was
Hi,
in case anyone else is having failures using the old SWAREQ REXX that is
floating around (originally from Gilbert Saint Flour), in our case as part of a
REXX that compares catalogues via the IGGCSI00 program and various other
methods, you will need to change your job class to SWA=BELOW to