gtpd2m0g | Data Communications Services Reference |
This program consists of two segments, CCLA and CCLH.
CCLA is activated by the System Message Processor, 03-CSMP, upon recognition of the characters Z3705. This segment validates the input message and activates the appropriate routine.
CCLH is activated by program CCLA when a dump or reinitialization request is received. This segment will validate the input and then activate the appropriate routine.
This program consists of one segment, CCLB, with an additional transfer vector, CCL1.
CCLB is activated by CCLA when a display request is received, or by CCLD after a load file is processed. This segment will output the current status of each 3705 on the TPF system as to whether or not a load module has been assigned, auto-dump is inhibited, or a load/dump is in progress. Additionally, a list of all load modules on file is given.
CCL1 is activated by CCLH when a reinitialize status request is received.
This program consists of one segment, CCLC, with an additional transfer vector, CCLR. CCLC is a utility segment which handles the retrieval, unhooking, rehooking, and filing of the 3705 Keypoint Record.
This program consists of two segments, CCLD and CCLE.
Segment CCLE contains an additional transfer vector, CCLF.
CCLD is activated by CCLA when a load request is received. This segment opens the load file, reads it, and writes the data to the TPF files. When CCLD reaches the end of a load module on the load file, it passes control to CCLF to handle it. When end-of-file or an error condition occurs, control is given to CCLE.
CCLE handles all the error processing for the load and closes the load file when the load is complete. Error messages are issued via the General Purpose Output Message Writer, 03-CZMM.
CCLF handles processing whenever CCLD deciphers the end of a load module. CCLF gets control in order to update the status in the 3705 Keypoint.
This program consists of one segment, CCLG.
CCLG is activated by CCLA when a scratch request is received. This segment deletes all 3705 Keypoint Record references to the specified load module(s).
This program consists of three segments, CCLI, CCL2 and CCLJ. Segment CCLI contains an additional transfer vector, CCLK.
CCLI is activated by CCLA when an IPL request is received. This segment determines which load module is to be loaded, and whether or not the control unit is active. It passes control to CCLJ to do the actual transfer of the load module.
CCLK is activated by the dump programs on an auto-IPL. This transfer vector picks up the load module associated with the control unit being IPLed from the 3705 Keypoint, determines if the control unit is active, and passes control to CCLJ to do the actual transfer of the load module.
CCL2 handles all error processing for the IPL program.
CCLJ transfers the load module to the 3705 control unit via CCW level I/O operations. An initial control module is transferred to the 3705. This initial module sets up to receive the second control module. The second control module is transferred to the 3705 and receives control from the first control module. The second control module will then accept the requested load module as it is transferred. This completes the IPL of the 3705 control unit.
This program consists of three segments, CCDA, CCDB, and CCDC. Segment CCDA contains an additional transfer vector, CCD1.
CCDA is activated by CCLH when a dump request is received. This segment initiates the dump of a given 3705 by transferring two dump modules to the 3705 and then requesting that the 3705 local storage information be passed to the host. Control is given to CCDB to handle the remainder of the dump. This segment also updates the 3705 Keypoint to indicate either auto-dump inhibit or auto-dump restore.
CCD1 is activated by a control transfer from the 3705 interrupt handling routine when an auto-dump is requested. If auto-dump inhibit is set, control is given to the auto-IPL segment CCLK, and a dump is bypassed. Otherwise, the action is that of CCDA.
CCDB receives control from CCDA. If GFS is inactive, control is given to the purge routine, CCDD; otherwise, it determines if any dump slots are available in the 3705 Keypoint, and controls the transfer of the 3705 dump to TPF pool files. If the dump was 3705 initiated, control is given to the auto-IPL routine, CCLK.
CCDC is a housekeeping segment which maintains the dump slot table in the 3705 Keypoint.
This program consists of two segments, CCDD and CCDE.
CCDD is activated by CCLA when a purge request is received, or by CCDB when a dump request is received and GFS is inactive. This segment opens the dump file, determines the oldest dump slot, and purges all dumps on TPF files to the dump file. If a request for a direct dump to tape is pending, control is given to CCDE; otherwise, the dump file is closed, a summary message is sent to RO CRAS, and the entry exits.
CCDE handles the dumping of a 3705 directly to the tape file. When complete, an entry to CCLK is created if it was an auto-dump, and control is returned to CCDD to check for more dumps pending.
This program consists of one CSECT, CCLOAD.
CCLOAD executes under MVS control. It creates the load file that will be input to the TPF system . It takes the specified load modules from the 3705 libraries on the MVS system, strips all extraneous control characters, adds module identifiers, and places them on the load file.
This program consists of one CSECT, CCDUMP.
CCDUMP executes under MVS control. It takes the dump file created under TPF control, and presents it, with the correct interface, to the existing 3705 SSP dump format and print routine, IFLDUMP.
This program, CC3705, the TPF CSECT for 3705 I/O Support, handles all direct interface between the Load/Dump Support programs and the 3705 Control Unit via the interface provided by the RDCTC macro at CCW level.