PJ41377: SNAP 64915 ON SUBSYSTEM RESTART.
Closed as program error.
See Problem Summary
APAR NUMBER: PJ41377 PRODUCT: z/TPF FUNCTIONAL AREA: LOADERS SHIPPED IN PUT: 10 ABSTRACT: SNAP 64915 can occur in an MDBF environment. PACKAGE CONTENTS: Source Segments: (C) base/cp/cceh.cpy Object Only Binaries: None. Configuration Independent Binaries: None. Support Files: None. OTHER BINARIES TO BUILD: YES (C) <sys>/obj/ccenbk.o (C) <sys>/load/CPS0.so COMMENTS: The problem occurs in an MDBF environment, if an ECB running on a non-BSS subsystem causes the fetch of a subsystem shared program: Fetch processing is called with the PAT slot of the program being fetched, and uses PATFA to find the SEQN record. After that, whenever it is necessary to do a FACZC to calculate a file address for a #XPRGn or #OLDn record, the program base (n) is obtained from the PAT, but the SSID of the ECB is used in the CINFC call to obtain the address of the PAT. So fetch looks at the non-BSS PAT and gets the program base of the non-BSS image, as opposed to the program base of the BSS image. If the program bases are different and the contents of the program bases are different, an error will occur. If the SS-shared program is on a NEEDED list, a SNAP 64915 will occur. If doing a ZDMAP from the SS on a SS-shared program, a GETPC error will occur.
SOLUTION: There are six locations in fetch processing in CCEH where a CINFC is done using the ECBs SSID in order to obtain the PAT address or, in one case, to issue a CONKC for throttling. All six locations have been modified to use the SSID from the PAT slot of the program being fetched. COREQS: NO None. MIGRATION CONSIDERATIONS: NO None. BUILD COMMANDS AND INSTRUCTIONS: YES #maketpf commands for linux maketpf -f CPS0 ccenbk.o maketpf CPS0 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/PJ41377.htm
Reported component name
Reported component ID
NoSpecatt / Xsystem
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: