• First, create config/resources/kix_cobol_dbg.cfg configuration file. For more information, see Configuration.
• Second, use prepro-cics.pl utility to preprocess the COBOL program. For more information, see Configuration.
• Next, restart your application by using tmshutdown/tmboot or following the instructions in Dynamically Load the Debug Configuration File.Follow these steps for debugging with COBOL-IT COBOL. For more information about Deet graphic UI, see COBOL-IT COBOL documentation.
• First, create config/resources/kix_cobol_dbg.cfg configuration file. For more information, see Configuration.
• Second, use prepro-cics.pl utility to preprocess the COBOL program. For more information, see Configuration.
• Next, restart your application by using tmshutdown/tmboot or following the instructions in Dynamically Load the Debug Configuration File.
• Next, use vncserver to start a VNC environment.In VNC xterm, start debug session with command deet -p myAnimSrvID1. It starts a Deet graphic UI and attaches the COBOL program. Note that you should start your transaction at first, and then start debug session with Deet tool.
Note:
• Configure kix_cobol_dbg.cfg configuration file.
• Use the prepro-cics.pl utility to preprocess the COBOL program.
• We recommend you to delete all .gnt files under COBOL source code directory.
• The Linux user account that starts up the ART for CICS server must be the same as the Linux user account that runs the anim (for Micro Focus COBOL programs) / deet (for COBOL-IT COBOL programs) command line. Only the ANIMSRVID which the anim / deet utility specifies will be debugged.You can dynamically load the debug configuration resource file kix_cobol_dbg.cfg without restarting the ART for CICS.
1. Launch the artadmin utility.
2. config_update (cu) propagates the configuration changes and requests the application servers to take in the changes in the configuration.
3. perform (p) performs the commands submitted to the server and clears the commands buffer.If the submission fails, the message "Perform cancelled" is displayed, and the error is logged into the USERLOG.
4. CICS runtime can detect the exception of CICS verbs and then output the relevant error message and ABEND code; besides that, ART for CICS installs the error procedure, which is running when COBOL LE (language environment) error occurs. In this error procedure, ART for CICS can report the detailed error line and the reason why COBOL program ends abnormally, and then CICS runtime can abort the COBOL program with CICS ABEND code ASRA to avoid the CICS runtime server from dying.To avoid any exception making CICS runtime unstable, KIX_MAX_FATAL_NUM is introduced to control maximum exception count that one server can tolerate. If exception count exceeds KIX_MAX_FATAL_NUM, CICS runtime server sends SIGTERM to terminate itself. CICS runtime server can be configured as RESTART=Y to restart automatically. For more information, see KIX_MAX_FATAL_NUM.ART for CICS provides environment variable KIX_CBL_TRAP_ERROR to enable or disable COBOL LE (language environment) error procedure. Its default value is Y, meaning the error procedure is enabled. If KIX_CBL_TRAP_ERROR=N is specified, the COBOL LE (language environment) error procedure will be disabled and CICS runtime will take over the control when an exception is detected to avoid the CICS runtime server from dying. CICS runtime also generates relative information for the detected exception, which environment variable KIX_DUMP_TYPE controls.Specially, if CICS runtime is running with COBOL-IT, you should also compile COBOL program with -debug compiler flag to enable the error procedure function.You can enable this memory dump function by specifying the environment variable KIX_DUMP_FILE as a valid local file name. When COBOL LE error occurs, ART for CICS activates the error procedure at first, and then dumps the final memory information of program into the dump file which KIX_DUMP_FILE specifies.