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

LRECL for GDG model


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Arun Raj

Moderator


Joined: 17 Oct 2006
Posts: 2481
Location: @my desk

PostPosted: Sat Mar 08, 2008 10:57 am
Reply with quote

Hi,

I have a GDG model defined with the following attributes.

Organization : PS
Record format : U
Record length : 0
Block size : 0
1st extent tracks : 0
Secondary tracks : 0

When I am trying to create a new generatiion specifying this GDG model
in DCB without giving the LRECL, it is assuming the record length from the FD statement.

Could anybody explain how this is happening?

Thanks,
Arun
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Sat Mar 08, 2008 1:13 pm
Reply with quote

You do not need a GDG model if your DFSMS configuration is set up correctly. If you can run without one, then do so, it just cuts aout another area for confusion.
Back to top
View user's profile Send private message
Arun Raj

Moderator


Joined: 17 Oct 2006
Posts: 2481
Location: @my desk

PostPosted: Sat Mar 08, 2008 1:59 pm
Reply with quote

Hi Expat,

Yes it is good to see that I can execute any program by providing the GDG model and not any other DCB parameters.

But my doubt is , how it is getting linked with the record length given in the program?

Thanks,
Arun
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10873
Location: italy

PostPosted: Sat Mar 08, 2008 2:03 pm
Reply with quote

You got it the other way around icon_smile.gif
in a[n] SMS environment the model dcb is not needed !

the issue of getting the lrecl from Your cobol FD is not GDG related

for any dataset opened in output mode if the dcb info is not specified for the dataset when allocating it ,
than that info will be taken from the program FD
Back to top
View user's profile Send private message
Arun Raj

Moderator


Joined: 17 Oct 2006
Posts: 2481
Location: @my desk

PostPosted: Sat Mar 08, 2008 3:27 pm
Reply with quote

Thanks for the info. Yes, even if I omit the DCB, it is taking from the COBOL program FD as ours is an SMS environment. Does it work the same way for an eazytrieve program?

Can you please provide any link so that I could read more details on this.

Thanks,
Arun
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10873
Location: italy

PostPosted: Sat Mar 08, 2008 4:53 pm
Reply with quote

let' s make a general point..
whenever a dataset is allocated without the dcb info,
the missing information will be taken from the DCB used to open that dataset
if input will be used and that' all,
if output that info will be stored in the VTOC entry for the dataset for further use

so the language used for the program is ... irrelevant
it could be cobol, pl/i, assembler, anything which opens the dataset with the correct dcb info

it does not matter whether the dataset is sms managed or not
whether the dataset is a GDG generation or not

the issue about model dscb is related only to GDG' s in a non SMS environment
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Sat Mar 08, 2008 5:07 pm
Reply with quote

Quote:
the issue about model dscb is related only to GDG' s in a non SMS environment

The way in which the SMS ACS routines work is that the DATACLAS routine is the first one invoked, and can still be used to allocate a valid DATACLAS to a non SMS dataset and also tape GDG datasets.

So with a valid DATACLAS there is no need for a model DSCB to be defined for any GDGs at all.
Back to top
View user's profile Send private message
Arun Raj

Moderator


Joined: 17 Oct 2006
Posts: 2481
Location: @my desk

PostPosted: Sun Mar 09, 2008 6:57 am
Reply with quote

Enrico/expat

Thanks a lot for your response.

Could you please provide me any manual having all these information.

Thanks,
Arun
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10873
Location: italy

PostPosted: Sun Mar 09, 2008 10:02 pm
Reply with quote

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT1D411/CCONTENTS?SHELF=DGT1BK33&DN=SC26-7339-01&DT=20001014144419

and then

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt1d411/3.2.2.1?ACTION=MATCHES&REQUEST=dcb&TYPE=FUZZY&SHELF=DGT1BK33&DT=20001014144419&CASE=&searchTopic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK&ScrollTOP=FIRSTHIT#FIRSTHIT
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 -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts WER247A SORTOUT HAS INCOMPATIBLE LRECL SYNCSORT 3
No new posts VB to FB - Finding LRECL SYNCSORT 4
No new posts Panel variable model line TSO/ISPF 3
No new posts A command to change LRECL of an exist... JCL & VSAM 7
No new posts Dynamically switching terminal model TSO/ISPF 9
Search our Forums:

Back to Top