home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!faatcrl!jprad
- From: jprad@faatcrl.UUCP (Jack Radigan)
- Newsgroups: comp.sys.amiga.datacomm
- Subject: Re: 'SZ'
- Message-ID: <3376@faatcrl.UUCP>
- Date: 22 Jul 92 04:17:27 GMT
- References: <Br5yDy.K2n@news.cso.uiuc.edu> <5377@ucru2.ucr.edu> <clemon.08fm@lemsys.UUCP> <!fbm+cn.fuzzy@netcom.com> <clemon.08gu@lemsys.UUCP>
- Organization: FAA Technical Center, Atlantic City NJ
- Lines: 15
-
- clemon@lemsys.UUCP (Craig Lemon VE3XCL) writes:
-
- > I thought of this too. I wasn't about to argue with it but I am
- >*POSITIVE* that there was a 7E1 connection, Jr-Comm continued to display
- >8N1, sz crapped out and sb worked just fine with YModem batch. I can't
- >explain it. At the time that this happened, I was kind of in a "WHo cares
- >_why_!?" kind of mood :-).
-
- Sorry, your memeory has a parity error. The status line shows the
- settings in effect when the connection was first established and does
- not change them when it switches to 8n1 during a file transfer. And,
- it changes back to the original settings when the transfer completes,
- guaranteed.
-
- -jack-
-