When looking at a record structure, the first byte is offset 0. When coding a compare field for DFSORT, the first byte of a fixed length record is position 1 and the first byte of a variable length record is 5 (the RDW occupies positions 1 through 4).
Your data is variable length. Your offset is 4 which is 4 bytes after offset 0 so your field must start 4 bytes after position 5 which is 9 :>: -----Original Message----- :>: From: IBM Mainframe Discussion List [mailto:[email protected]] On :>: Behalf Of Ravi Gaur :>: Sent: Saturday, June 30, 2012 2:38 AM :>: To: [email protected] :>: Subject: DCOLLECT Ouput recort Structure :>: :>: Could somebody please explain me the ICETOOL INCLUDE Parm for copying :>: only Dcollect TYPE = 'D ' :>: I look at the output record structure in z/OS V1R12.0 DFSMS AMS for :>: Catalogs and found below :>: :>: :>: Table 15. DCOLLECT Output Record Structure :>: :>: Offset | Type | Lngth | Name | Description :>: 4(X'4') | CHARACTER | 2 | DCURCTYP | RECORD TYPE FOR THIS :>: RECORD :>: :>: And in most of the sort example we using "9" as beginer key for :>: selecting the particular type..?? like :>: :>: INCLUDE=((9,2,CH,EQ,C'D ') :>: | | | |-------Compared field :>: | | ----Character :>: | -------2 byte long :>: --------begining field === why we have 9 though if i :>: look at the Column from the dcollect data it's 4th column : ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
