From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#6691: 23.2; Eshell and ^M (PATCH attached) Date: Thu, 12 Apr 2012 14:27:13 +0200 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1334233697 20862 80.91.229.3 (12 Apr 2012 12:28:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 12 Apr 2012 12:28:17 +0000 (UTC) Cc: 6691@debbugs.gnu.org, Leo To: John Wiegley Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 12 14:28:16 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SIJ8I-00016J-7c for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Apr 2012 14:28:14 +0200 Original-Received: from localhost ([::1]:33335 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SIJ8H-0003pp-H4 for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Apr 2012 08:28:13 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:51024) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SIJ7z-00037w-Ru for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2012 08:28:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SIJ7t-0004zv-La for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2012 08:27:55 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56920) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SIJ7t-0004zp-Hw for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2012 08:27:49 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SIJ93-0001pf-Lz for bug-gnu-emacs@gnu.org; Thu, 12 Apr 2012 08:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Magne Ingebrigtsen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Apr 2012 12:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6691 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 6691-submit@debbugs.gnu.org id=B6691.13342337217018 (code B ref 6691); Thu, 12 Apr 2012 12:29:01 +0000 Original-Received: (at 6691) by debbugs.gnu.org; 12 Apr 2012 12:28:41 +0000 Original-Received: from localhost ([127.0.0.1]:53458 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJ8i-0001p8-LA for submit@debbugs.gnu.org; Thu, 12 Apr 2012 08:28:41 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:33564) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJ8f-0001oz-Fq for 6691@debbugs.gnu.org; Thu, 12 Apr 2012 08:28:39 -0400 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1SIJ7K-0002yv-R6; Thu, 12 Apr 2012 14:27:14 +0200 X-Now-Playing: Bob Hund's _Sover Aldrig_: "Mer =?UTF-8?Q?=C3=84n_?= =?UTF-8?Q?S=C3=A5?= Kan Ingen Bli" In-Reply-To: (John Wiegley's message of "Wed, 11 Apr 2012 19:40:34 -0500") User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.1.50 (gnu/linux) X-MailScanner-ID: 1SIJ7K-0002yv-R6 MailScanner-NULL-Check: 1334838435.07552@cMInzrP0lFyHszBUd9cjTw X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:58874 Archived-At: John Wiegley writes: > The original meaning of that variable was for performance: so that output > filter would only be run again on newly accumulated output text, not on text > that had already been filtered. If this patch leads to a significant slow-down, then it can't be applied, and the reporter should try to determine when the variable is mis-updated, I guess? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/