From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard M Stallman Newsgroups: gmane.emacs.bugs Subject: bug#2148: In shell mode, comint-send-input seems to cut off at 254 characters Date: Wed, 08 Apr 2009 14:33:45 -0400 Message-ID: References: <87bpr9ul08.fsf@cyd.mit.edu> Reply-To: rms@gnu.org, 2148@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1239216718 20062 80.91.229.12 (8 Apr 2009 18:51:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Apr 2009 18:51:58 +0000 (UTC) Cc: cyd@stupidchicken.com, 2148@emacsbugs.donarmstrong.com To: Stefan Monnier , 2148@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 08 20:53:16 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LrctR-00079S-Bq for geb-bug-gnu-emacs@m.gmane.org; Wed, 08 Apr 2009 20:53:01 +0200 Original-Received: from localhost ([127.0.0.1]:42826 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lrcs2-0005PK-Rj for geb-bug-gnu-emacs@m.gmane.org; Wed, 08 Apr 2009 14:51:34 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lrckf-0002gz-Iz for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 14:43:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lrckb-0002f5-0q for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 14:43:57 -0400 Original-Received: from [199.232.76.173] (port=42865 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lrcka-0002f0-S5 for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 14:43:52 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:51506) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LrckZ-0005UG-AF for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 14:43:51 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n38IhmbH028029; Wed, 8 Apr 2009 11:43:49 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n38Ie7RY026871; Wed, 8 Apr 2009 11:40:07 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Richard M Stallman Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 08 Apr 2009 18:40:07 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 2148 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 2148-submit@emacsbugs.donarmstrong.com id=B2148.123921562924735 (code B ref 2148); Wed, 08 Apr 2009 18:40:07 +0000 Original-Received: (at 2148) by emacsbugs.donarmstrong.com; 8 Apr 2009 18:33:49 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n38IXkeW024727 for <2148@emacsbugs.donarmstrong.com>; Wed, 8 Apr 2009 11:33:48 -0700 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Lrcan-0006hn-Qp; Wed, 08 Apr 2009 14:33:45 -0400 In-reply-to: (message from Stefan Monnier on Tue, 07 Apr 2009 10:09:35 -0400) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Wed, 08 Apr 2009 14:43:57 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27009 Archived-At: The obvious fix is to not add this ^D. At least I could never understand what it was supposed to do ("force it though"? what does that mean?). The problem is that the subprogram is reading from its tty with line editing, so it won't receive any input until Emacs "types" one of the few characters that says "give the input to the program". Until that occurs, theoretically Emacs could get rid of the pending input by typing DEL or Backspace or C-u or C-w. If the system's line-editing buffer gets full, everything hangs. The subprogram waits for a complete input line, but Emacs can't finish the line because it's waiting for space to appear in that buffer (and anyway the buffer has no room for more). At least this is what was happening at the time I implemented that code. If emacs_set_tty turns off the line editing, or turns off the characters that could cancel input, it would be proper for the kernel to give the characters to the subprogram right away. Then the buffer would never get full. We could suggest this change in Linux.