8-Jul-86 11:54:35-EDT,2185;000000000001 Return-Path: <@MIT-MULTICS.ARPA,@BRL-AOS.ARPA:SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk> Received: from MIT-MULTICS.ARPA by CU20B.COLUMBIA.EDU with TCP; Tue 8 Jul 86 11:54:09-EDT Received: from BRL-AOS.ARPA by MIT-MULTICS.ARPA TCP; 08-Jul-1986 11:47:35-edt Received: from ucl-cs.arpa by AOS.BRL.ARPA id a015497; 8 Jul 86 11:46 EDT Received: from vax1.central.lancaster.ac.uk by 44d.Cs.Ucl.AC.UK via Janet with NIFTP id a000842; 7 Jul 86 15:39 BST Date: 7-JUL-1986 15:39:56 From: SYSKERMIT%vax1.central.lancaster.ac.uk@cs.ucl.ac.uk To: INFO-KERMIT <@cs.ucl.ac.uk,@MIT-MULTICS.ARPA:INFO-KERMIT@cu20b.ARPA> Subject: MTS Kermit corrections Date: Mon, 07 Jul 86 15:32:55 BST From: Mike_Brudenell To: syskermit @ UK.AC.LANCS.VAX1 Subject: MTS Kermit corrections Re: Kermit for MTS systems. Last week, I successfully obtained a copy of the Assembler version Kermit for MTS systems from the file [.MTS]MTSKERMIT.ASM It worked first time, with a few little problems: 1. Although 8-bit prefixing was used when transferring data to my receiving (BBC) Kermit, it was not used when transferring to the MTS Kermit. 2. When sending a file to the MTS Kermit, all went well providing the destination file already existed. If it did not, the transfer hung, as MTS kept asking for a replacement file name. After searching through the code, I have come up with these two minor corrections: 1. Although the availability of 8-bit prefixing is negotiated when starting a file transfer to MTS, the MTS Kermit tells the other Kermit that it can't do it. This is corrected very easily by: Line 938: Change "ASCN" to "ASCY" 2. The "file information block" returned from GDINFO was incorrectly being tested for a failure code of Hex FF. This should instead be Hex 08: Line 1029: Change "X'FF'" to "X'08'" I hope this is of some use to someone. Mike Brudenell.