🚀 go-pugleaf

In reference to the quoted article, it should be possible to set Emacs's
idea of the bps rate of the communication link to the user.  This is
especially important, as pointed out below, when the connection goes
through multiple links with different bps rates.  It would be enough to
make baud_rate in dispnew.c a forwarded int Lisp variable.

-- 
Joe Wells <jbw@uswest.com>
PS.  A minor nitpick: Baud rate actually refers to the number of state
changes per second, which doesn't necessarily have anything to do with the
number of bits per second.
----------------------------------------------------------------------
In article <1991Aug11.001259.1489@cec1.wustl.edu> jcb@wucs1.wustl.edu (James C. Beard) writes:

   This is another question relating to the infamous Ctl-S/Ctl-Q problem,
   with what may be a new twist: I dial in with a 2400-baud modem to a
   host with a 9600-baud v.32, v.42 bis modem that can, when talking to a
   similar modem, transfer most data as though it were running at 38400.
   Therefore the powers that be have configured the modem to communicate
   with the host at 38400 baud.  This works fine for many purposes; the
   modem uses one baud rate on the telephone side (2400 or 9600) and a
   different one (38400) on the host side.  It does not get confused.

   Emacs gets messed up, however.  Running 'stty' shows the host running
   at 38400.  Because emacs thinks it is working over a
   high-speed link, it tends to overfill the modem's buffer and, as a
   result, receive a Ctl-S.  Normally we do not use flow control with
   emacs on that host, so emacs starts an incremental search upon getting
   the Ctl-S.  I run (set-input-mode nil t) to put emacs in
   c-break mode, which alters the interpretation of Ctl-S appropriately,
   but I find that when emacs displays a screen of text I get garbage
   after about 17 lines and then everything stops, requiring a manual
   Ctl-Q to resume.  This makes the editor unusable.

   To confuse matters further, I have discovered that another host, on
   which emacs runs beautifully by modem, is also communicating with its
   modem at 38400 baud.  Here, CBREAK mode is the default.

   My questions:

   - Is there a way to tell emacs to send stuff slower, so that the
   modem's buffer will not fill and it will not have to use flow control?
   (That is, can emacs be told that the connection is really 2400 baud in
   terms of data transfer rate?)

   - If that cannot be done, what else is needed besides CBREAK mode to
   prevent the pileup and crash of data on the way from host to me?

   - How can one find out the settings relevant to this problem?  I've
   had no luck with the emacs or e-lisp manuals.

   Any help would be much appreciated.

   James Beard
   beard@informatics.wustl.edu