Xref: utzoo gnu.emacs.help:750 comp.emacs:9844
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!MITVMA.MIT.EDU!CARL%SCU.BITNET
From: CARL%SCU.BITNET@MITVMA.MIT.EDU ("CARL FUSSELL, ACADEMIC COMPUTING CENTER")
Newsgroups: gnu.emacs.help,comp.emacs
Subject: Re: turning off flow control on VMS with PC emulating vt220/320
Message-ID: <9101070522.AA28393@life.ai.mit.edu>
Date: 7 Jan 91 05:22:00 GMT
Sender: daemon@tut.cis.ohio-state.edu
Followup-To: gnu.emacs.help
Organization: Gatewayed from the GNU Project mailing list help-gnu-emacs@prep.ai.mit.edu
Lines: 25


  With regards to turning off flow control when using a PC to connect
  to a VAX/VMS system...

We use PC with MS-Kermit to connect to our VAX/VMS system.  We too would
rather not remap the C-s/C-q keys.  Our async lines come into the system
via DECServers and DECSAs (*really* old Dec terminal servers).  The best
solution we found was to use a command file (EMACS.COM) to invoke
(or reattach to an existing) Emacs.   Inside the com file we set the
terminal to PASSALL mode.  And upon leaving Emacs, you return to the
com file whereby it sets the terminal back to interactive mode
(NOPASSALL).   This seems to work and kermit seems capable of keeping
the screen updated without the need of C-s or C-q.  I should mention
that we don't alter the terminal server's settings, which still have
flow control set (so non emacs users are still happy with us).  I haven't
tried speeds higher than 9600 baud so I don't know if kermit can keep
up at higher speeds.

This isn't ideal, but it gets up by....

Carl Fussell
Santa Clara Universtiy
Santa Clara, CA
BITNET:   CARL@SCU.BITNET
INTERNET: CARL@SCUACC.SCU.EDU