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 

Lrecl and recfm values

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Data Management
View previous topic :: View next topic  
Author Message
neoframer
Beginner


Joined: 28 Jun 2003
Posts: 10
Topics: 6

PostPosted: Thu Sep 25, 2003 1:58 am    Post subject: Lrecl and recfm values Reply with quote

I am quoting this DD stmt. in JOB:
Code:
//DDNAME1  DD DSN=TEST.TEST.TEST,
//          DISP=(NEW,CATLG),UNIT=SYSDA,         
//          SPACE=(0,(500,800),RLSE),             
//          DCB=(BLKSIZE=0)                       
//*                                               


In 3.4 Short Info for above dataset I am getting this Info:
Code:
Organization  . . . : PS              Used blocks . . . . : 3 
Record format . . . : FBA             Used extents  . . . : 1 
Record length . . . : 133                                     
Block size  . . . . : 3325                                     
1st extent blocks . : 14                                       
Secondary blocks  . : 800                                     
Data set name type  :                 SMS Compressible  . : NO


How lrecl has become 133 and recfm=FBA ?
Also what is the purpose of quoting 0 blocks in declaration?
Code:
//          SPACE=(0,(500,800),RLSE),             
Back to top
View user's profile Send private message
Cogito-Ergo-Sum
Advanced


Joined: 15 Dec 2002
Posts: 637
Topics: 43
Location: Bengaluru, INDIA

PostPosted: Thu Sep 25, 2003 3:04 am    Post subject: Reply with quote

Neo,
For example, in DFSORT, even if you do not code DCB, the dataset will automatically have the correct DCB values. It is done by DFSORT itself. So, it seems, the DCB (in the JCL) was overriden by the program that created the dataset. What program was being used to create that dataset? COBOL program? Try looking into the program.

I cannot say anything about SPACE. Every shop has its own ways to deal with SPACE.
_________________
ALL opinions are welcome.

Debugging tip:
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
-- Sherlock Holmes.
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12378
Topics: 75
Location: San Jose

PostPosted: Thu Sep 25, 2003 3:17 am    Post subject: Reply with quote

neoframer,

Are you sure that the one step shown above is referring the dataset. I bet there is a pgm probably writting a report to the dataset. recfm=fba are usually reports with carriage control character.

Code:

//          SPACE=(0,(500,800),RLSE),             


It indicates an average record length of 0 bytes, a primary quantity of 500K (500* 1024) records, and a secondary quantity of 800K (800* 1024) records.

You are missing another Parameter AVGREC=K in your dataset definition

Hope this helps...

cheers

kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
neoframer
Beginner


Joined: 28 Jun 2003
Posts: 10
Topics: 6

PostPosted: Thu Sep 25, 2003 4:02 am    Post subject: Reply with quote

I am using ISRSUPC compare program and file is comparison report.
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12378
Topics: 75
Location: San Jose

PostPosted: Thu Sep 25, 2003 4:21 am    Post subject: Reply with quote

neoframer,

The program ISRSUPC (a.k.a superC or superCE) will listings with one of four LRECLs:

132 -Standard listing for the NOPRTCC process option; printer control characters are omitted.

133 -Standard listing.

202 -Wide listing for the NOPRTCC process option; printer control characters are omitted.

203 -Wide listing.

Hope this helps...

cheers

kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Cogito-Ergo-Sum
Advanced


Joined: 15 Dec 2002
Posts: 637
Topics: 43
Location: Bengaluru, INDIA

PostPosted: Thu Sep 25, 2003 9:32 am    Post subject: Reply with quote

Kolusu,
Wasn't I close?
_________________
ALL opinions are welcome.

Debugging tip:
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
-- Sherlock Holmes.
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12378
Topics: 75
Location: San Jose

PostPosted: Thu Sep 25, 2003 10:36 am    Post subject: Reply with quote

Cogito,

You are right about DFSORT calculating the DCB parameters.

Quote:

I cannot say anything about SPACE. Every shop has its own ways to deal with SPACE.


This is partially true when you are using DATACLAS parameter. But if you are coding space allocations using SPACE parameter, it does not differ from shop to shop.To explain in detail
let us say you have coded the following space parameter
Code:

//FILE01   DD DSN=TEST.ALLOCATE,
//            DISP=(NEW,CATLG,DELETE),
//            SPACE=(CYL,(30,10),RLSE),
....


Here the dataset will allocate 30 primary cylinders + 15 times 10 secondary cylinders irrespective of the mainframe shop.If volume runs out of space the job will abend with either a SB37 OR SE37.

Now let us take another file allocation

Code:

//FILE01   DD DSN=TEST.ALLOCATE,
//            DISP=(NEW,CATLG,DELETE),
//            DATACLAS=FBSML
....


In this case we are using the dataclas parameter to allocate space, Our shop is SMS managed and it assigned a class FBSML (Fixed block SMALL). This is to be used when the dataset size is 0 t0 10MB ( 1 TRKS - 20 CYLS).

The use of dataclas parameter has the following advantages.

Code:


Never having to determine correct blocksize.  With DATACLAS you automatically receive SDB (System Determined Blocksize).           
                                                                     
Eliminates the SPACE parm if allocation is LT 400MB (500 CYLS)     
                                                                     
Eliminates "RECFM, UNIT, and MODEL" portion of DCB parm.           
                                                                     
By using DATACLAS, you will be reducing DASD space allocations by  using optimum blocking factors, regardless of device type.         
                                             



kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Cogito-Ergo-Sum
Advanced


Joined: 15 Dec 2002
Posts: 637
Topics: 43
Location: Bengaluru, INDIA

PostPosted: Thu Sep 25, 2003 10:48 am    Post subject: Reply with quote

Kolusu,
I was not hinting at DFSORT. But, my aim was to point that, the DCB parameters can be (and, often is) set by the program rather than JCL parameters.

I have had experience with SPACE parameter. That is why I posted that, it is often shop dependent. I posted a query at mvshelp which is directly opposite to your first example. The query was based on a experience at my former shop.
_________________
ALL opinions are welcome.

Debugging tip:
When you have eliminated all which is impossible, then whatever remains, however improbable, must be the truth.
-- Sherlock Holmes.
Back to top
View user's profile Send private message
slade
Intermediate


Joined: 07 Feb 2003
Posts: 266
Topics: 1
Location: Edison, NJ USA

PostPosted: Thu Sep 25, 2003 3:17 pm    Post subject: Reply with quote

Getting back to neoframer:
Quote:
// SPACE=(0,(500,800),RLSE),

uses the blksize selected by the system when you used dcb=blksize=0 to allocate the space you requested, i.e. enough disk space to accommodate 500 primary blocks of 3325 bytes each and 800 secondary blocks x 16 (max) secondary space. In this case I don't think the AVGREC param is needed.

Neoframer, you might want to research "DCB merge". It describes the relationships among DCB info in the d/s label, catalog, JCL, and pgm. It tells you which source is used to fulfill your request.

Regards, Jack.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Data Management 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