Path: utzoo!attcan!uunet!mcvax!cernvax!ethz!forty2!poole From: poole@forty2.UUCP (Simon Poole) Newsgroups: comp.sys.atari.st Subject: Re: 8th-Bit Prefixing Bug in UniTerm Kermit Message-ID: <350@forty2.UUCP> Date: 5 Jul 88 09:38:46 GMT References: <6720@cup.portal.com> <344@forty2.UUCP> <6952@cup.portal.com> Reply-To: poole@forty2.UUCP (Simon Poole) Organization: Exp. Physics University Zuerich Lines: 29 In article <6952@cup.portal.com> R_Tim_Coslet@cup.portal.com writes: >In article <344@forty2.UUCP> poole@forty2.UUCP (Simon Poole) Writes: >>In article <6720@cup.portal.com> R_Tim_Coslet@cup.portal.com writes: ... >>Kermit has sent 'Y' aswell (the correct meaning of 'Y' being: >>I don't need to prefix, but I'll do it if you want to...), so the >No, sorry, quoting from page 241 of "KERMIT, A File Transfer Protocol" >by Frank Da Cruz, Table 10-2. Eight-Bit Prefix Negotiations. ... Sorry, I should have provided the reference: "Kermit Protocol Manual" by Frank da Cruz, Sixth Edition Page 24: "Y I agree to 8-bit quoting if you request it (I don't need it)" (This manual does have the advantage of being free). So the question is: how compatible is Frank da Cruz with himself? :-) Anyway I don't see why the Protocol allows 'Y' in a response to a send-init packet, it being totally redundant (as the table you quoted shows nicely). -- ---------------------------------------------------------------------------- UUCP: ...mcvax!cernvax!forty2!poole Simon Poole BITNET: K538915@CZHRZU1A ----------------------------------------------------------------------------