PM82546: WITH PK70512 APPLIED, DELETING A TYPE-2 LARGE LOGICAL RECORD (LLR) CAN RESULT IN LOST ADDRESSES
Closed as program error.
See Problem Summary.
APAR NUMBER: PM82546 PRODUCT: z/TPFDF FUNCTIONAL AREA: TPFDF CENTRAL DATABASE ROUTINES SHIPPED IN PUT: 10 ABSTRACT: With PK70512 applied, deleting a type-2 large logical record (LLR) can result in lost addresses. PACKAGE CONTENTS: Source Segments: (C) tpfdf/rt/ufka03.cpp Object Only Binaries: None. Configuration Independent Binaries: None. Support Files: None. OTHER BINARIES TO BUILD: YES (C) <sys>/obj/ufka03.o (C) <sys>/load/UFKA.so COMMENTS: When a large logical record (LLR) is deleted, the LLR release processing creates a child ECB with a copy of the large LREC interface block (LLIB) containing the large LREC data block (LLDB) addresses to release. The LLIB copy is erroneously set up with the length of the blocktype value L4 (0x51) instead of the correct 4K blocksize (_GBSZE, defined as 4095). All LLDB references in the core block starting at displacement 0x52 up to the end of the block are then not released and will show up as lost addresses in recoup.
SOLUTION: In segment ufka03.cpp, the correct length equate (_GBSZE) is used to copy the full content of the LLIB core block (list of LLDBs to be released). COREQS: NO None. MIGRATION CONSIDERATIONS: NO None. BUILD COMMANDS AND INSTRUCTIONS: YES #maketpf commands for linux maketpf -f UFKA ufka03.o maketpf UFKA link UPDATED INFORMATION UNITS: NO None. See your IBM representative if you need additional information. DOWNLOAD INSTRUCTIONS: http://www.ibm.com/software/htp/tpf/maint/maintztpf.html APAR URL: http://www.ibm.com/software/htp/tpf/ztpfmaint/put10/PM82546.htm
Reported component name
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fixed component name
Fixed component ID
Applicable component levels
Translate this page: