Well shoot, it looks like DFSMS OPEN merges the SECONDARY space quantity into the JFCB but not the primary, perhaps because the secondary might be needed for space extension, but there's really no use for the primary quantity after initial allocation? Seems odd to me.
Bytes 90-9F of a JFCB for a DD statement with no SPACE= referencing an existing dataset that was originally allocated TRK,(5,5), read with RDJFCB after the dataset was opened: 0 1 2 3 4 5 6 7 8 9 A B C D E F 90 . . / . . . . . . . . . 90 40404040008D61580000008000000500 OTOH, bytes 90-9F of a JFCB for a new dataset with a DD statement specifying TRK,(3,7), read with RDJFCB after OPEN: 0 1 2 3 4 5 6 7 8 9 A B C D E F 90 . . . . . . . . . . . . 90 40404040000000000000038000000700 If anyone has any clues, I'd be grateful. Thanks, Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, November 17, 2005 11:19 AM To: [email protected] Subject: Re: Determining size information for existing QSAM dataset In <[EMAIL PROTECTED]>, on 11/16/2005 at 04:18 PM, Charles Mills <[EMAIL PROTECTED]> said: >Specifically, if you do a RDJFCB after you open the dataset, will you >get the merged information? Yes. ---------------------------------------------------------------------- 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
