Re: poor handling of multiple C-g with multi-tty (apparent hangs)

[Dan Nicolaescu]

Chong Yidong <address@hidden> writes:

  > "Ami Fischman" <address@hidden> writes:
  > 
  > > Emacs has code to deal with C-g being entered while a quit is already
  > > in progress, meant to suspend emacs and drop the user to the superior
  > > shell or debugger (see section 59.7 Emergency Escape of the emacs
  > > info).  This is done if emacs believes it's a good idea, which
  > > criteria includes "running in tty mode".  Unfortunately this was never
  > > updated to work correctly with the multi-tty patch.
  > 
  > Thanks for pointing this out.
  > 
  > IIUC, the "emergency C-g" behavior is geared towards the traditional
  > setup where there's only one text-only terminal available.  There, the
  > emergency C-g is the only way to drop back to the shell if Emacs gets
  > stuck.
  > 
  > It's disabled for graphical terminals because there, you can open up a
  > separate terminal to kill/suspend the Emacs process.
  > 
  > This implies that we should disable the emergency C-g if Emacs is
  > running on more than one terminal, as in the following patch.

Does this do TRT given this scenario:

ssh into a machine
enacs -nw -f server-start

then go to the console of that machine and do:

emacsclient -t

assume there's no other console and no other network connection.  If
emacs gets stuck, can you still do C-g ?