Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
 
LRECL for GDG model

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
Arun Raj

Moderator


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

PostPosted: Sat Mar 08, 2008 10:57 am    Post subject: LRECL for GDG model
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: 8593
Location: Back in jolly old England

PostPosted: Sat Mar 08, 2008 1:13 pm    Post subject:
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: 2285
Location: @my desk

PostPosted: Sat Mar 08, 2008 1:59 pm    Post subject:
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

Global Moderator


Joined: 14 Mar 2007
Posts: 10310
Location: italy

PostPosted: Sat Mar 08, 2008 2:03 pm    Post subject: Reply to: LRECL for GDG model
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: 2285
Location: @my desk

PostPosted: Sat Mar 08, 2008 3:27 pm    Post subject:
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

Global Moderator


Joined: 14 Mar 2007
Posts: 10310
Location: italy

PostPosted: Sat Mar 08, 2008 4:53 pm    Post subject: Reply to: LRECL for GDG model
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: 8593
Location: Back in jolly old England

PostPosted: Sat Mar 08, 2008 5:07 pm    Post subject:
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: 2285
Location: @my desk

PostPosted: Sun Mar 09, 2008 6:57 am    Post subject:
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

Global Moderator


Joined: 14 Mar 2007
Posts: 10310
Location: italy

PostPosted: Sun Mar 09, 2008 10:02 pm    Post subject: Reply to: LRECL for GDG model
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    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts SORT Trailer Count - LRECL Output co... amorante DFSORT/ICETOOL 5 Tue Aug 29, 2017 8:57 pm
No new posts WER247A incompatible lrecl Danielle.Filteau SYNCSORT 8 Tue May 02, 2017 4:04 am
No new posts Changing of LRECL of a file abdulrafi DFSORT/ICETOOL 2 Fri Mar 24, 2017 3:25 pm
No new posts PL/I: opening file w/ dynamically det... Sam Dodgers PL/I & Assembler 6 Wed Jul 27, 2016 4:05 pm
No new posts SORT Format should be RECFM=VB,LRECL=350 senthamizh SYNCSORT 8 Fri Jan 15, 2016 8:20 pm

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us