You're probably right. Notice it does not say "primary." It says "1st
extent."
General Data Current Allocation
Volume serial . . . : SYSP01 Allocated tracks . : 12
Device type . . . . : 3390 Allocated extents . : 3
Organization . . . : PO Maximum dir. blocks : 15
Record format . . . : VB
Record length . . . : 255
Block size . . . . : 27998 Current Utilization
1st extent tracks . : 6 Used tracks . . . . : 8
Secondary tracks . : 5 Used extents . . . : 3
Used dir. blocks . : 6
Creation date . . . : 2005/10/06 Number of members . : 38
Referenced date . . : 2005/11/18
Expiration date . . : ***None***
Charles
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Terry Sambrooks
Sent: Friday, November 18, 2005 11:29 AM
To: [email protected]
Subject: Re: Determining size information for existing QSAM dataset
Hi,
In a post on this topic Charles Mills wrote:
"It's around somewhere because ISPF 3.2 displays it. Where? Secondary
quantity is in the DSCB-1 but
not the primary (or am I missing it?)."
Does the DSCB-1 differentiate between Primary and Secondary requests?
Combined DSCB-1 and DSCB-2 will hold 16 extents worth of information. Surely
there is no need to hold a specific primary quantity as the request will
have been satisfied in up to 5 extents depending upon whether CONTIG has
been specified or not. The converse of course is that the secondary request,
needs to be held to allow for growth up to the 16 extents limit of the
DSCB-1/2 pair for a volume.
Does ISPF actually report a definite valued, or does it calculate a value
based on the first n extents? I seem to recall reading somewhere that some
component did this but Virtual Memory has
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
