View previous topic :: View next topic
|
Author |
Message |
Arun Raj
Moderator
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
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 |
|
|
Arun Raj
Moderator
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
|
|
|
|
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 |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
You got it the other way around
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 |
|
|
Arun Raj
Moderator
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
|
|
|
|
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 |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
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 |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
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 |
|
|
Arun Raj
Moderator
Joined: 17 Oct 2006 Posts: 2481 Location: @my desk
|
|
|
|
Enrico/expat
Thanks a lot for your response.
Could you please provide me any manual having all these information.
Thanks,
Arun |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
Back to top |
|
|
|