Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ukma!rutgers!netnews.upenn.edu!eniac.seas.upenn.edu!silver
From: silver@eniac.seas.upenn.edu (Andy Silverman)
Newsgroups: comp.sys.ibm.pc
Subject: Re: Procomm in vt-100 mode
Message-ID: <9927@netnews.upenn.edu>
Date: 14 Apr 89 17:10:30 GMT
References: <2672@garth.UUCP> <16800430@clio> <12414@pasteur.Berkeley.EDU>
Sender: news@netnews.upenn.edu
Reply-To: silver@eniac.seas.upenn.edu.UUCP (Andy Silverman)
Organization: University of Pennsylvania
Lines: 30

In article <12414@pasteur.Berkeley.EDU> c60b-jw@buddy.Berkeley.EDU.UUCP (Jay Bhatt) writes:
>In article <16800430@clio> holloway@clio.las.uiuc.edu writes:
>>
>>[downloading using Kermit]
>>
>>At first I was
>>using 4800,N,7,1 on Unix, and when I tried downloading, nothing would ever
>>get sent.  Changing the parity to space fixed all my problems.  Maybe this
>>will help?
>>
>
>Kermit uses the 8th bit in downloading.  Without your parity set to 8, it
>will not work properly.  If you can't logon using N,8,1 then just change
>the parity of your modem to 8 after issuing the Kermit *send* command.
>(Garbage characters will appear.  Just remember to reset the parity when
> downloading is finished.)

I think that this is just plain wrong.  Kermit is intended for doing
binary (8-bit) transfers over E,7,1 lines by using a technique called
8-th bit quoting.  This does add substantial overhead in transmission
time, to be sure, but it does allow binary transfers in conditions
that other protocols such as (XYZ)modem ordinarily would crash under.




+----------------+-----------------------------------------+
| Andy Silverman | Internet:   silver@eniac.seas.upenn.edu |
|     "Why?"     | Compu$erve: 72261,531                   |
+----------------+-----------------------------------------+