Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.csd.uwm.edu!bionet!agate!ucbvax!hplabs!motsj1!mcdchg!ddsw1!karl
From: karl@ddsw1.MCS.COM (Karl Denninger)
Newsgroups: comp.dcom.modems
Subject: Re: Control Characters over Telebit modems
Summary: One or both is set for uucp emulation
Message-ID: <1989Sep10.154229.13246@ddsw1.MCS.COM>
Date: 10 Sep 89 15:42:29 GMT
References: <1989Sep4.162531.28089@investor.pgh.pa.us>
Reply-To: karl@ddsw1.MCS.COM (Karl Denninger)
Distribution: usa
Organization: Macro Computer Solutions, Inc., Mundelein, IL
Lines: 23

In article <1989Sep4.162531.28089@investor.pgh.pa.us> rbp@investor.pgh.pa.us (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.

Both ends are set for uucp emulation (or the originating end is set for it,
and the receiving is set to "255").  UUCP protocol originates with
"^PShere=xxxxxx".....

Set the receiving end to be commanded by the originating (S111=255?), and
set the originating end for NO protocol enhancements.  The problem should
disappear.

Of course when you dial out uucp your dialers script should return the
register to "30" temporarially (having the modem configured to reset to
NVRAM parameters on DTR drop is handy here).

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Public Access Data Line: [+1 312 566-8911], Voice: [+1 312 566-8910]
Macro Computer Solutions, Inc.		"Quality Solutions at a Fair Price"