PJ41041: CTL-1 CAT OUTAGES ON TEST SYSTEM. APPEARS TO BE DEBUGGER
Closed as program error.
See Problem Summary.
APAR NUMBER: PJ41041 PRODUCT: z/TPF FUNCTIONAL AREA: DEBUG TOOL SUPPORT SHIPPED IN PUT: 10 ABSTRACT: An CTL-1 dump may occur because the debugger logic to copy the breakpoint table does not switch to 64 bit mode before calling MOVEC. PACKAGE CONTENTS: Source Segments: (C) base/cp/cudr.cpy Object Only Binaries: None. Configuration Independent Binaries: None. Support Files: None. OTHER BINARIES TO BUILD: YES (C) <sys>/obj/ccvage.o (C) <sys>/load/CPS0.so COMMENTS: This problem occured because of the following sequence of events. CUDU_CK_PER calls CPERMERG, which calls CUDRCOPY, which calls MOVEC. The MOVEC code routine calls GSWBC. In CCSTOR, GSWBC processing causes the CTL-1. Register 8 is set up from PBTDEL. But PBTDEL contains zero's. As a result, SCT#GETR2 does not have a valid value. The PBTDEL field in the IDSPBT structure has been overwritten. This storage was overwritten because the logic in the CP assumes 64 bit mode, but we are really in 31 bit mode.
SOLUTION: The CUDRCOPY logic in segment cudr.cpy has been updated to always be in 64 bit mode. COREQS: NO None. MIGRATION CONSIDERATIONS: NO None. BUILD COMMANDS AND INSTRUCTIONS: YES #maketpf commands for linux maketpf -f CPS0 ccvage.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/PJ41041.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: