MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

How to know which dataset is being read in a concatenation?

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Application Programming
View previous topic :: View next topic  
Author Message
alexok
Beginner


Joined: 05 Sep 2006
Posts: 2
Topics: 1

PostPosted: Tue Sep 05, 2006 8:36 am    Post subject: How to know which dataset is being read in a concatenation? Reply with quote

Hi, I have several datasets concatenated under a DD statement and have to discover which one is being read at a given moment.

So far, I've tried 2 approaches, both of them to no avail:
1) Sending SVC 99
2) Using EXTRACT VTIOT,'S',FIELDS=(TIOT)

The problem is TIOT will always assign the first dataset in a concatenation to the DDname, all others will be given BLANKS to their DDnames. And I erroneously thought it would be updated to the currente dataset being read

The same happens when I try to use SVC 99 to make a consult...

Please. Does anyone know how to address this?

Thanks,
Alexandre Okaue
Back to top
View user's profile Send private message
ofer71
Intermediate


Joined: 12 Feb 2003
Posts: 358
Topics: 4
Location: Israel

PostPosted: Tue Sep 05, 2006 9:15 am    Post subject: Reply with quote

Take a look at the JFCB data area. Take a closer look at JFCBDSNM field.

O.
________
buy glass bong


Last edited by ofer71 on Sat Feb 05, 2011 11:46 am; edited 1 time in total
Back to top
View user's profile Send private message Send e-mail
alexok
Beginner


Joined: 05 Sep 2006
Posts: 2
Topics: 1

PostPosted: Tue Sep 12, 2006 7:42 am    Post subject: Reply with quote

Hi, I'm not sure if I understand what you are trying to say. Ok, I'm extracting the dsname from this field, but this is where my problem resides...
You see, I have several datasets concatenated under a ddname, then I want to know which dsname (from the several dsns concatenated) is being read, but much for my dismay, the only thing jfcbdsnm contains is the first dataset from the concatenation
I'm still trying to figure out how to do this once TIOT and JFCB don't seem to contain info or a pointer indicating which dataset is being processed in a dataset concatenation
Thanks,
Alex
Back to top
View user's profile Send private message
semigeezer
Supermod


Joined: 03 Jan 2003
Posts: 1014
Topics: 13
Location: Atlantis

PostPosted: Tue Sep 12, 2006 10:37 am    Post subject: Reply with quote

It has been a decade since I did assembler I/O, but... Is this reading sequential files or concatenated PDSes? When reading PDS directories of a concatenation, I think you need to do an explicit action (FEOV?) so you could just keep a count of the number of times you did that. For individual members, BLDL will give you the concatenation # for the 1st occurence of the member. For reading sequential files, I don't know how this would be done. Maybe there are other control blocks that you can find that will have information (DCB, DEB, etc) that will be able to point you to a concatenation # in the TIOT. There is a published interface to extract the TIOT entries, but reading it directly works and is fairly easy. Since I did this there have been many additions including more supported multivolume formats, compression, etc, so I'm not sure there is a simple answer like finding TTRs and cross referencing or anything like that.
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Application Programming All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group