IDCAMS LISTCAT LEVEL behavior in z/OS 2.1.

Virtual Storage Access method - ESDS, KSDS, RRDS & LDS. Basic direct access method, Basic sequential -, Queued sequential -, Basic partitioned -, Indexed sequential -, Object - access method.
Post Reply
AmitPatil
New Member
Posts: 1
Joined: Sat Sep 13, 2014 8:41 pm

IDCAMS LISTCAT LEVEL behavior in z/OS 2.1.

Post by AmitPatil »

Hello,

We have a lot of jobs in our shop which have "LISTCAT LEVEL(some.gdg) GDG" to chek if a GDG base has any GDS. Based on that, the return code is set as RC=0 or not RC=4. But this behavior seems to chaneg with zOS 2.1 With z/OS 2.1, RC is always 0. What I have searched based on that, this is a known issue and according to IBM:
1. USE IDCNOGFL instead of IDCAMS (but not sure that this will not be removed in a future release)
2. USE LISCAT ENT(A.B.C.*) : but if a file A.B.C.D exists then the RC is 0 !
3. Move to catalog search interface
Have someone else also face the similar issued and found an alternative which works now and in the future too?

Thank you for any help.
User avatar
Anuj Dhawan
Founder
Posts: 2799
Joined: Sun Apr 21, 2013 7:40 pm
Location: Mumbai, India
Contact:
India

Re: IDCAMS LISTCAT LEVEL behavior in z/OS 2.1.

Post by Anuj Dhawan »

Per II14670: LISTCAT LEVEL CHANGE IN 2.1 I doubt that you've any other option than writing a REXX. Have you tried using LISTCAT LEVEL(GDGBase) NONVSAM NAME, might help in your particular situation!?
Thanks,
Anuj

Disclaimer: My comments on this website are my own and do not represent the opinions or suggestions of any other person or business entity, in any way.
Post Reply

Create an account or sign in to join the discussion

You need to be a member in order to post a reply

Create an account

Not a member? register to join our community
Members can start their own topics & subscribe to topics
It’s free and only takes a minute

Register

Sign in

Return to “SMS & VSAM and BDAM, BSAM, QSAM, BPAM, ISAM, OAM.”