IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

LISTCAT information in z/OS version V1.8 and latter


IBM Mainframe Forums -> TSO/ISPF
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
ayapatsr

New User


Joined: 01 Apr 2009
Posts: 14
Location: pune

PostPosted: Tue Sep 01, 2009 2:30 pm
Reply with quote

Hi

i am executing TSO LISTCAT LEVEL comand to list the dataset in REXX.

while job executing by user id its output is

NONVSAM ------- TOPSPRD.CHARMS.MSGDAT01.D070816.T114952
IN-CAT --- CATALOG.P03.PRODCAT

where as executing by control-m user id out put is

LISTING FROM CATALOG -- CATALOG.P03.PRODCAT
NONVSAM ------- TOPSPRD.CHARMS.MSGDAT01.D070816.T114952
IN-CAT --- CATALOG.P03.PRODCAT

additional information is
LISTING FROM CATALOG -- CATALOG.P03.PRODCAT is getting.

Can amy ne help me how its happening like this?
Back to top
View user's profile Send private message
prino

Senior Member


Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania

PostPosted: Tue Sep 01, 2009 2:35 pm
Reply with quote

Maybe it would be more useful if you told us why it matters?
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 262

PostPosted: Tue Sep 01, 2009 7:04 pm
Reply with quote

In z/OS 1.8 listc processing was changed, if you need to know all the changes look at info Apar II14250 and II14517 . There are now differences in output if invoked from TSO and Batch. If you have programs/rexx's that check the output from listc you may have to change them. Or if you want the output in the old format (not reccommended as long term solution) instead of invoking IDCAMS invoke IDCNOGFL
Back to top
View user's profile Send private message
MBabu

Active User


Joined: 03 Aug 2008
Posts: 400
Location: Mumbai

PostPosted: Tue Sep 01, 2009 11:10 pm
Reply with quote

This is precisely the reason that parsing listings and command output that you don't control is a very bad idea.. Yes - people always say "the [IDCAMS | Compiler | Utility | whatever ] listing will never change because people use programs to read it". It is true that programs read listings and command output intended for humans, but it us untrue that the listings will never change.

You should always find the documented, callable system interfaces that are intended to be machine readable to find information. That is why they are called APIs (Application Program Interfaces).

In this case, there is the Catalog Search Interface (see 'SYS1.SAMPLIB(IGGCSIRX)' for an example) that will read the catalog.
Back to top
View user's profile Send private message
ayapatsr

New User


Joined: 01 Apr 2009
Posts: 14
Location: pune

PostPosted: Wed Sep 02, 2009 5:31 pm
Reply with quote

Thanks Nevhil,

But the same TSO LISTCAT LEVEL comand executing with other user id that extra daignostic information is not capturing.

eg;
if executing wit usera output as below


NONVSAM ------- XXXXX.YYYYY.MSGDAT01.D070816.T114952
IN-CAT --- CATALOG.P03.PRODCAT

IF executing with userB out put as below

LISTING FROM CATALOG -- CATALOG.P03.PRODCAT
NONVSAM ------- XXXXX.YYYYY.MSGDAT01.D070816.T114952
IN-CAT --- CATALOG.P03.PRODCAT

will it depends on the user also?
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 262

PostPosted: Thu Sep 03, 2009 1:02 pm
Reply with quote

Usera output is from pre z/OS 1.8 system Userb is new format (batch) .
TSO should always produce Usera output
Back to top
View user's profile Send private message
ayapatsr

New User


Joined: 01 Apr 2009
Posts: 14
Location: pune

PostPosted: Thu Sep 03, 2009 3:38 pm
Reply with quote

Vehnil,

my z/OS version is V1.9.
both userA & user B submitting the job in z/OS V1.9 only.

i am callling REXX code using IKJEFT01 utility,in that REXX code
ADDRESS TSO LISTCAT LEVEL ('dataset name') is using to list the dataset.

but it is giving two different output with two different users as specified earliar.

why this is happening?
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 262

PostPosted: Thu Sep 03, 2009 10:50 pm
Reply with quote

Sorry I can shed no light on this. If the output is different and both jobs are running on the same system. Then you are going to have to start checking Steplib concatenations etc in order to see why the difference is occurring
Back to top
View user's profile Send private message
Bill Dennis

Active Member


Joined: 17 Aug 2007
Posts: 562
Location: Iowa, USA

PostPosted: Thu Sep 03, 2009 11:52 pm
Reply with quote

Check the TSO PROFILE settings for both IDs. Maybe a setting of NOWTPMSG or similar.
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Fri Sep 04, 2009 2:03 am
Reply with quote

Hello,

You might also verify that both user-ids execute the same logon procedure.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> TSO/ISPF

 


Similar Topics
Topic Forum Replies
No new posts isfline didnt work in rexx at z/OS ve... CLIST & REXX 7
No new posts Capturing Job Execution Information All Other Mainframe Topics 3
No new posts How to copy the -1 version of a membe... TSO/ISPF 4
No new posts Extract all the TWS scheduler informa... IBM Tools 1
No new posts Table Information - DB2 DB2 1
Search our Forums:

Back to Top