All or almost all DB2 data can contain length=0 as documented
in DB2 Maclib SDSNMACS members, for one example below.
Barry
./ ADD NAME=DSNDQWA0,SSI=24351827
* %DCL DSNDQWA0_LIST CHAR EXTERNAL; 00010000
* %IF DSNDQWA0_LIST ^= '' %THEN /* DSNDQWA0_LIST IS SET TO */ 00020000
* %GOTO QWA0_LIST_ON; /* YES FOR THE LISTING */ 00030000
* @LIST PUSH; 00040000
* @LIST OFF; 00050000
* %QWA0_LIST_ON:; 00060000
* 00070000
* %GOTO PLSPART_DSNDQWA0; 00080000
*/*****************************************************************/ 00090000
*/* MACRO-NAME = DSNDQWA0 */ 00100000
*/* DESCRIPTIVE-NAME = DB2 SELF DEFINING SECTION MAPPING MACRO */ 00110000
*/* FOR ACCOUNTING IFCID=0003 */ 00120000
*/* Licensed Materials - Property of IBM */ 00130000
*/* 5615-DB2 */ 00140000
*/* (C) COPYRIGHT 1982, 2013 IBM Corp. All Rights Reserved. */ 00150000
*/* */ 00160000
*/* STATUS = Version 11 */ 00170000
*/* FUNCTION = MAPPING MACRO FOR DB2 ACCOUNTING SELF DEFINING */ 00180000
*/* SECTION FOR IFCID=0003 */ 00190000
lines deleted
*/*****************************************************************/ 00550000
00570000
*/**IMPORTANT PARSING INFORMATION*****IMPORTANT PARSING INFORMATION**** 00580000
* * 00590000
* The length field for any (offset,length,number of data sections) * 00600000
* triplet can legally be zero with a non-zero offset. This indicates * 00610000
* this section is a varying length repeating group. A varying * 00620000
* length repeating group is a series of related data blocks with * 00630000
* differing lengths. This is typically, if not always, the result of * 00640000
* varying length long name fields in the data block. * 00650000
* * 00660000
* In order to parse a varying length repeating group, the following * 00670000
* steps should be taken: * 00680000
* 1. Follow the offset pointer to find the first member of the group. * 00690000
* 2. Each member will be mapped as follows: * 00700000
* <2 byte member length><member data> * 00710000
* * 00720000
* The length of the first member will be in the 2 bytes pointed * 00730000
* to by the offset pointer. It is important to note that the * 00740000
* data section for the first member will start 2 bytes past the * 00750000
* offset pointer. * 00760000
* 3. Subsequent members can be found by advancing the pointer * 00770000
* (length of current member + 2 bytes) forward. These members * 00780000
* will also be formatted as <2 byte length><member data>. * 00790000
* Again, it is important to note that the data section starts 2 * 00800000
* bytes past the beginning of the member. * 00810000
* 4. The number of members in the repeating group will be held in * 00820000
* the corresponding 'number of data sections' field in the * 00830000
* self-defining section. * 00840000
* * 00850000
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of DanD
Sent: Monday, November 6, 2017 5:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Odd SMF 30 data within IEFACTRT
Thank you Berry,
"As noted, the Length value of zero is now used to indicate that the actual
length is in the first two bytes at the offset, if COUNT is non-zero."
Do you know of a field where this is the case? I've never seen that.
Thanks again,
Dan
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
