From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.bugs Subject: bug#2148: Re: In shell mode, comint-send-input seems to cut off at 254 characters Date: Tue, 07 Apr 2009 00:48:39 -0400 Message-ID: <87bpr9ul08.fsf@cyd.mit.edu> Reply-To: Chong Yidong , 2148@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1239080680 22419 80.91.229.12 (7 Apr 2009 05:04:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Apr 2009 05:04:40 +0000 (UTC) Cc: 2148@emacsbugs.donarmstrong.com To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Apr 07 07:05:57 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 1Lr3V3-0002UD-NA for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Apr 2009 07:05:53 +0200 Original-Received: from localhost ([127.0.0.1]:58742 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lr3Te-0002fT-1l for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Apr 2009 01:04:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lr3TZ-0002ew-9f for bug-gnu-emacs@gnu.org; Tue, 07 Apr 2009 01:03:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lr3TU-0002c3-4D for bug-gnu-emacs@gnu.org; Tue, 07 Apr 2009 01:03:56 -0400 Original-Received: from [199.232.76.173] (port=55379 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lr3TT-0002c0-U4 for bug-gnu-emacs@gnu.org; Tue, 07 Apr 2009 01:03:51 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:41958) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lr3TT-000671-AG for bug-gnu-emacs@gnu.org; Tue, 07 Apr 2009 01:03: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 n3753mjU016229; Mon, 6 Apr 2009 22:03:48 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n374t4Lf013633; Mon, 6 Apr 2009 21:55:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Chong Yidong Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 07 Apr 2009 04:55:04 +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.123907962112006 (code B ref 2148); Tue, 07 Apr 2009 04:55:04 +0000 Original-Received: (at 2148) by emacsbugs.donarmstrong.com; 7 Apr 2009 04:47:01 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n374kxK2012000 for <2148@emacsbugs.donarmstrong.com>; Mon, 6 Apr 2009 21:47:00 -0700 Original-Received: by cyd.mit.edu (Postfix, from userid 1000) id 35B9C57E18A; Tue, 7 Apr 2009 00:48:39 -0400 (EDT) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Tue, 07 Apr 2009 01:03:56 -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:26964 Archived-At: > [in shell mode] > /bin/tcsh -f > set filec > echo [very long line] > > I get the strange behaviour I described before. > > So, in /bin/tcsh, one of the things that 'set filec' turns on is to use > control-D to show a list of what matches the prefix of the immediately > preceding word. > > It appears that 'send_process(proc, buf, len, object)' in process.c will > determine that it should send a maximum of 254 characters and will send > '\004' at each 254 character interval. > > It still seems strange to me that emacs would have this behaviour. Is > that really how it should be done? I wouldn't think that I would be the > only user who would be using /bin/tcsh with 'set filec'. The ^D is sent in process.c:5781. If we are splitting a string into chunks for sending to the process, Emacs puts in an EOF (C-d) to "force it through". I can't think of any fix, off the top of my head. Stefan, can you? If not, we could simply document this limitation in PROBLEMS.