Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cwjcc!hal!ncoast!telotech!bsa
From: bsa@telotech.UUCP (Brandon S. Allbery)
Newsgroups: comp.dcom.modems
Subject: Re: Control Characters over Telebit modems
Message-ID: <1989Sep12.224713.648@telotech.uucp>
Date: 12 Sep 89 22:47:13 GMT
References: <1989Sep4.162531.28089@investor.pgh.pa.us>
Sender: bsa@telotech.uucp (Brandon S. Allbery)
Reply-To: bsa@telotech.UUCP (Brandon S. Allbery)
Distribution: usa
Organization: _
	      telotech, inc. - Beachwood, OH
Lines: 23
In-reply-to: root@investor.pgh.pa.us (Bob Peirce #305)

In article <1989Sep4.162531.28089@investor.pgh.pa.us>, root@investor (Bob Peirce #305) writes:
+---------------
| I don't know if this happens with any other control characters, but
| when I dial in from one Telebit to another on "FAST" and run uEmacs,
| a ^P is not acted upon until after another key is struck.  For example,
| a ^P does nothing.  A second ^P causes the cursor to move up two lines.
+---------------

The Telebits are running in UUCP spoofing mode.  Since ^P signals a UUCP
"outer protocol" packet, it's held until the incoming data can be determined
to be or not be a UUCP packet.

The solution I use (under HDB (BNU) UUCP) is to have a separate Dialers file
for "cu", and either disable spoofing or use Xmodem spoofing; Xmodem spoofing
triggers on ^X, which in Emacs *always* gets immediately followed by a
character.

++Brandon
-- 
-=> Brandon S. Allbery @ telotech, inc.   (I do not speak for telotech.) <=-
Any comp.sources.misc postings sent to this address will be DISCARDED -- use
allbery@uunet.UU.NET instead. My boss doesn't pay me to moderate newsgroups.
** allbery@NCoast.ORG ** uunet!hal.cwru.edu!ncoast!{allbery,telotech!bsa} **