From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#17361: Tramp does not save history across sessions. Date: Mon, 28 Apr 2014 20:05:17 +0200 Message-ID: <87fvkx8h42.fsf@gmx.de> References: <87bnvltvnl.fsf@gmx.de> <83ha5do4p6.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1398708386 16598 80.91.229.3 (28 Apr 2014 18:06:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Apr 2014 18:06:26 +0000 (UTC) Cc: l26wang@gmail.com, 17361@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 28 20:06:18 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 1WepwX-00050n-6e for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Apr 2014 20:06:17 +0200 Original-Received: from localhost ([::1]:45272 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WepwW-000492-ND for geb-bug-gnu-emacs@m.gmane.org; Mon, 28 Apr 2014 14:06:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42492) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WepwO-00048a-Gg for bug-gnu-emacs@gnu.org; Mon, 28 Apr 2014 14:06:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WepwI-0004XA-61 for bug-gnu-emacs@gnu.org; Mon, 28 Apr 2014 14:06:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54971) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WepwI-0004Wy-3I for bug-gnu-emacs@gnu.org; Mon, 28 Apr 2014 14:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WepwH-0003Tm-OU for bug-gnu-emacs@gnu.org; Mon, 28 Apr 2014 14:06:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Apr 2014 18:06: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.139870832813306 (code B ref 17361); Mon, 28 Apr 2014 18:06:01 +0000 Original-Received: (at 17361) by debbugs.gnu.org; 28 Apr 2014 18:05:28 +0000 Original-Received: from localhost ([127.0.0.1]:44089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wepvj-0003SX-I8 for submit@debbugs.gnu.org; Mon, 28 Apr 2014 14:05:27 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:55999) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wepvh-0003SA-5z for 17361@debbugs.gnu.org; Mon, 28 Apr 2014 14:05:25 -0400 Original-Received: from detlef.gmx.de ([87.146.61.136]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LoE4f-1X7Y2A0ExN-00gFVg; Mon, 28 Apr 2014 20:05:19 +0200 In-Reply-To: <83ha5do4p6.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 28 Apr 2014 18:26:45 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:TCep9STWuOMad1n9bQWj1TYk+9TqWnp5L1e4tNUzht/O4NeVt3Z tca3xGld09l9kn75AluLutCb76bclAaGyYwPaB2rgaWelc6TK9R6kZPXmtD5oxLRKxtRgoR eJHe75HIqZcUqMZYNsZxmsG/MNLswrrKj0uRQfaVNcC7T4pP2GPb87WCsJh3rwdwtNrCr8S Ql4FEZkpQM0rFSehVEf7Q== 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:88371 Archived-At: Eli Zaretskii writes: >> So we need to support several sentinels per process. > > Or a protocol: if you install a sentinel, and another one already > exists, call it after yours. Yes. But all of the sentinels (or filters) must play the same game then. When Tramp's sentinel is the first one being activated, it shouldn't be thrown away by a `set-process-sentinel' call from another library. We don't know in advance, in which order sentinels are installed for a given process. Best regards, Michael.