From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#17361: Tramp does not save history across sessions. Date: Tue, 29 Apr 2014 18:08:21 -0400 Message-ID: References: <87bnvltvnl.fsf@gmx.de> <87k3a98h9p.fsf@gmx.de> <8738gwr3p8.fsf@gmx.de> <87siowp7jn.fsf@gmx.de> <87oazkp573.fsf@gmx.de> <877g6880tq.fsf@gmx.de> <871twf96ch.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1398809370 20569 80.91.229.3 (29 Apr 2014 22:09:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Apr 2014 22:09:30 +0000 (UTC) Cc: Le Wang , 17361@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 30 00:09:22 2014 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 1WfGDK-0007g0-96 for geb-bug-gnu-emacs@m.gmane.org; Wed, 30 Apr 2014 00:09:22 +0200 Original-Received: from localhost ([::1]:53669 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WfGDJ-0007UC-Rr for geb-bug-gnu-emacs@m.gmane.org; Tue, 29 Apr 2014 18:09:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WfGD9-0007T4-5I for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 18:09:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WfGD1-0000mO-B3 for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 18:09:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56591) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WfGD1-0000mJ-7R for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 18:09:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WfGCz-0005Mt-Ps for bug-gnu-emacs@gnu.org; Tue, 29 Apr 2014 18:09:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Apr 2014 22:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17361 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17361-submit@debbugs.gnu.org id=B17361.139880931020587 (code B ref 17361); Tue, 29 Apr 2014 22:09:01 +0000 Original-Received: (at 17361) by debbugs.gnu.org; 29 Apr 2014 22:08:30 +0000 Original-Received: from localhost ([127.0.0.1]:45708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WfGCT-0005Lz-Gj for submit@debbugs.gnu.org; Tue, 29 Apr 2014 18:08:29 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:8668) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WfGCR-0005Lk-9F for 17361@debbugs.gnu.org; Tue, 29 Apr 2014 18:08:27 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUGAIDvNVPO+K9B/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCws0EhQYDSSIBAjSGReOegeEOASpGYFqg0wh X-IPAS-Result: ArUGAIDvNVPO+K9B/2dsb2JhbABZgwaDSsA9gRcXdIIlAQEBAQIBViMFCws0EhQYDSSIBAjSGReOegeEOASpGYFqg0wh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="61017025" Original-Received: from 206-248-175-65.dsl.teksavvy.com (HELO ceviche.home) ([206.248.175.65]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 29 Apr 2014 18:08:21 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 9C3FC66094; Tue, 29 Apr 2014 18:08:21 -0400 (EDT) In-Reply-To: <871twf96ch.fsf@gmx.de> (Michael Albinus's message of "Tue, 29 Apr 2014 23:24:46 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:88464 Archived-At: >> The only default that's backward compatible would be :override, which >> basically defeats the purpose. > In practice, your proposal means to throw away `set-process-sentinel' > (and `set-process-filter'). [ Of course, only on the surface, since these are the low-level accessors used by add-function. ] > Since the default functions are already enabled, in most cases one > shall use `add-function' instead. There is a real problem with the default filter/sentinel, indeed. Basically, add-function is a mechanism that allows combining functions onto a "single function spot", so it provides the tool we need. But another problem remains: for historical reasons (and for convenience), the default filters/sentinels don't "do nothing". So in many cases packages want to *replace* the default rather than extend it. `set-process-filter' works well for those, until another package comes along which needs to interact with it. Saying "use add-function" doesn't really solve this problem, because we'll just replace (set-process-filter PROC FUN) with (add-function :override (process-filter PROC) FUN) which, just like set-process-filter, will override not just the default filter but other filters added via add-function as well. I haven't thought about how to really solve this problem. I'm open to suggestions. > (I don't oppose completely, I just want that we understand and agree > such a change.) I don't have a good answer yet, sorry. Stefan