Path: utzoo!attcan!uunet!husc6!mailrus!ames!pasteur!ucbvax!lynx.northeastern.EDU!tmetro From: tmetro@lynx.northeastern.EDU Newsgroups: comp.sys.apple Subject: Kermit Message-ID: Date: 29 May 88 01:09:36 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 74 Murphy Sewall writes: > >...Anyone want to explain "WARNING KER383.2 IS DELETED"? > >Is that supposed to mean that it _will_ be deleted by the time KER383.1 is > >done EXECuting? > There isn't room on a 5.25 inch floppy for KER383.1, KER383.2, the serial > drivers AND KERMIT383 (binary). So KER383.2 is DELETED by KER383.INSTALL > to make room to BSAVE KERMIT383,A$1000,L$6F00... If KER383.2 isn't deleted until the EXECution of KER383.INSTALL then why not save displaying the message "KER383.2 IS DELETED" until the EXECution of KER383.INSTALL? If you want to prewarn the user that it will be deleted either say that it _will_ be deleted or ask the user if its OK to delete it (although its kinda hard to abort an EXEC file.) The way it is now it looks like a cross between an error message and a warning. [This is more of a question for the creator of the Kermit EXEC files.] > >It would be nice if EXEC files were limited to 25K sections. > I think the problem is getting the (borrowed) EXECUTIONER encryption to > work properly. If that code is broken into two files, EXECing the second > one seems to crash the code that's reading the encryption. Ker383.1 could have easily been broken into 2 parts. Maybe the EXECUTIONER program could be modified to allow a system of file segmenting. > Once you have Kermit to download it with, you shouldn't need to use word > processors to clean up the received files (it's getting that first working > copy of Kermit that's the headache). I could have sent the file to the ProLine system I use where I could have downloaded the files using XMODEM, but it only has a 20Mb HD (which occationally fills) so I'd rather not clutter up the system with large files. In either case - XMODEM or Kermit - I'd still have to remove the file headers and the descriptions from the APPLE2-L messages. > >Kermit seemed to work OK at 1200 baud, but was very noisy at 2400 baud > The problem is the phone line. Sometimes simply hanging up and dialing > again will clear the condition. As I stated before: > >(normally I get noise free connections at 2400 baud) I verified this by calling the same location at the same baud rate within 5 minutes changing nothing but the software and I got a clean connection as usual. The cause is described below... > >...and locked up a couple > >of times. This required escaping to the Kermit prompt and reconnecting. > Using SET FLOW XON? Ted still hasn't found the bug that causes a lockup > when the Apple keyboard is in use while the host is transmitting characters. > The cure is ^Q (send an XON; apparently Kermit "forgets" it's sent one > more XOFF than it's sent XONs). Yes, I was using SET FLOW XON. I tried sending an XON after it locked up and it had no effect. I then SET FLOW OFF and not only did that cure the lockup problem, but it also got rid of all of the noise! How about an explanation of the SET FLOW command (seeing as there isn't any updated documentation available)? I would guess thats its only needed when saving a LOG file to disk.(??) > >RE: Mouse text in Kermit > >This is caused by the reception of an ESC (27) and can be turned off > >with a Ctrl-X (24). > The cause can't simply be ESC, as cursor control in VT-52/VT-100 is built > on sequences starting with ESC. Why not? Normally Kermit intercepts the ESC sequences and translates them to 80 column firmware codes. All it would take is to disable Kermit's intercept of the sequences (no emulation) or some invalid sequence (maybe 3 ESCs in a row) that would pass the ESC to the Apple firmware. ___________ / Tom Metro \_____________________________________________________________ | _ _ | | INET: tmetro@pro-angmar.uucp --/\/\_| |_| '- DigiTell, Inc. | | ARPA: crash!pnet01!pro-angmar!tmetro@nosc.mil Newton, MA | | UUCP: [ihnp4 sdcsvax nosc]!crash!pnet01!pro%angmar!tmetro | |_Alternate: tmetro@lynx.northeastern.edu__________________________________|