View previous topic :: View next topic
|
Author |
Message |
ayapatsr
New User
Joined: 01 Apr 2009 Posts: 14 Location: pune
|
|
|
|
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 |
|
|
prino
Senior Member
Joined: 07 Feb 2009 Posts: 1306 Location: Vilnius, Lithuania
|
|
|
|
Maybe it would be more useful if you told us why it matters? |
|
Back to top |
|
|
nevilh
Active User
Joined: 01 Sep 2006 Posts: 262
|
|
|
|
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 |
|
|
MBabu
Active User
Joined: 03 Aug 2008 Posts: 400 Location: Mumbai
|
|
|
|
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 |
|
|
ayapatsr
New User
Joined: 01 Apr 2009 Posts: 14 Location: pune
|
|
|
|
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 |
|
|
nevilh
Active User
Joined: 01 Sep 2006 Posts: 262
|
|
|
|
Usera output is from pre z/OS 1.8 system Userb is new format (batch) .
TSO should always produce Usera output |
|
Back to top |
|
|
ayapatsr
New User
Joined: 01 Apr 2009 Posts: 14 Location: pune
|
|
|
|
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 |
|
|
nevilh
Active User
Joined: 01 Sep 2006 Posts: 262
|
|
|
|
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 |
|
|
Bill Dennis
Active Member
Joined: 17 Aug 2007 Posts: 562 Location: Iowa, USA
|
|
|
|
Check the TSO PROFILE settings for both IDs. Maybe a setting of NOWTPMSG or similar. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
You might also verify that both user-ids execute the same logon procedure. |
|
Back to top |
|
|
|