SEWALL@UCONNVM.BITNET (05/10/87)
I'm passing this along, although I have not had the same experience
using a Microtek 622C (non-interrupt) card (for which there IS a
specific driver).
Date: 24-APR-1987 10:31:30
From: SYSKERMIT%vax1.central.lancaster.ac.uk@Cs.Ucl.AC.UK
Subject: Bugs in new Apple Kermit (A2)
Keywords: Apple II Kermit
Alan Thomson of our Chemistry department reports a few problems with the new
A2 Apple Kermit. These were found using a non-interrupt driven Mountain
Hardware CPS card (the driver for which will be sent over to you soon):
1. When using GET, A2 Kermit lingers around doing things internally for long
enough to miss the first few characters of the server's response. After
timing out and retrying things settle down to work OK.
2. After issuing FINISH the Apple side waits for 5 seconds before reissuing
its command prompt.medin@cod.UUCP (Ted Medin) (05/11/87)
In article <8705101518.aa17517@SPARK.BRL.ARPA> SEWALL@UCONNVM.BITNET writes: > 1. When using GET, A2 Kermit lingers around doing things internally for long > enough to miss the first few characters of the server's response. After > timing out and retrying things settle down to work OK. True missing characters are a problem especially with non interupt driven serial cards. And even with interupt driven cards using the old apple 80 col displays. > > 2. After issuing FINISH the Apple side waits for 5 seconds before reissuing > its command prompt. When doing file xfer at the finish of gets finish etc there is a several second delay (sometimes after the beep) so you can see is there was an error. Sometimes you may be away from the terminal and things didnt go right. That delay will be immediately stopped when you type any character. So start typing your next command (probably only one character unless you have a gs) and kermit will continue on.