/ PROBLEMS WITH DECMATE KERMIT-80 AND IBM KERMIT / last edit: 14-jun-1987 16:00:00 Charles J. Lasner (CJL) / The latest version of KERMIT-80 for the DECMATE II, III, III-PLUS / version of CP/M-80 (version 4.05) will not properly work when / attempting a connection between the DECMATE and a remote half-duplex / KERMIT such as CMS-KERMIT. / This is due to the default action of the 6120 processor within the / DECMATE which does all i/o for the Z80. All occurrences of XON/XOFF / (aka <^S>/<^Q> or DC1/DC3) are eaten by the 6120 for flow control / purposes which is normally not a problem. / When connected to a half-duplex KERMIT such as CMS-KERMIT, / the XON (<^Q>) character is used to formally turn around the line. / Since the 6120 absorbs all such characters, KERMIT-80 hangs when / attempting this (retrying with will actually work slowly!). / a/o this writing, this problem also exists with DECMATE II MS-DOS / KERMIT, so a work-around is imperative. / A partial fix is available in the files: CP4DMF.ASM, .HEX, and / CP4DMU.ASM, .HEX . / CP4DMF.* This program modifies the CP/M-80 environment to allow / the flow control characters to pass through. Running / CP4DMF will then allow KERMIT-80 to work. **WARNING** / other CP/M-80 programs MIGHT FAIL afterwards! This / program has only temporary effect, so a cold-bootstrap / restores the original environment. / CP4DMU.* This program restores (the "U" means "un-fix") the / original environment and is intended to be run after the / KERMIT-80 session has ended. This prevents the need to / re-bootstrap. / It is hoped that the next release of KERMIT-80 will incorporate these / changes internally to obviate this "patch." / Charles J. Lasner (OC.LASNER@CU20B) (CJL)