GNU bug report logs - #32438
[macOS] 26.1; Long command in shell-mode results in ^G being displayed

Previous Next

Package: emacs;

Reported by: Svend Sorensen <svend <at> svends.net>

Date: Tue, 14 Aug 2018 17:48:02 UTC

Severity: minor

Found in version 26.1

Full log

View this message in rfc822 format

From: charles <at> aurox.ch (Charles A. Roelli)
To: Alan Third <alan <at> idiocy.org>
Cc: svend <at> svends.net, 32438 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: bug#32438: 26.1; Long command in shell-mode results in ^G being  displayed
Date: Sun, 26 Aug 2018 17:46:05 +0200

> Date: Sun, 26 Aug 2018 13:48:09 +0100
> From: Alan Third <alan <at> idiocy.org>
> 
> On Wed, Aug 22, 2018 at 09:48:14PM +0200, Charles A. Roelli wrote:
> > Thanks for reporting this.  It occurs for me in macOS in every version
> > of Emacs starting from 24.3, but not in version 23.4.  There must have
> > been a regression in between those two versions.
> 
> I can’t reproduce in either 26 or the master branch. Strange.

Odd.

On this box, the behavior traces back to the following commit.

  commit 2b0a91e78f83fb446cc38efb99399e83ad2cded3
  Author: Stefan Monnier <monnier <at> iro.umontreal.ca>
  Date:   Mon Apr 12 22:07:48 2010 -0400

      Try to solve the problem of spurious EOF chars in long lines of text
      sent to interactive subprocesses.
      * sysdep.c (child_setup_tty): Do not enable ICANON any more.
      (system_process_attributes): Remove unused var `ttotal'.
      * process.c (send_process): Don't bother breaking long line with EOF
      chars when talking to ttys any more.
      (wait_reading_process_output): Output a warning when called in such
      a way that it could block without being interruptible.
This bug report was last modified 4 years and 134 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.