From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#29735: 27.0.50; It must be possible to suspend all timers Date: Tue, 19 Dec 2017 10:58:40 -0500 Message-ID: References: <878te28zas.fsf@gmx.de> <837etmskvi.fsf@gnu.org> <871sjt3eoe.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1513699039 18597 195.159.176.226 (19 Dec 2017 15:57:19 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 19 Dec 2017 15:57:19 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 29735@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 19 16:57:14 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eRKGY-0004V1-8Y for geb-bug-gnu-emacs@m.gmane.org; Tue, 19 Dec 2017 16:57:14 +0100 Original-Received: from localhost ([::1]:51622 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eRKIW-0000pA-Ki for geb-bug-gnu-emacs@m.gmane.org; Tue, 19 Dec 2017 10:59:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eRKIM-0000ns-Pt for bug-gnu-emacs@gnu.org; Tue, 19 Dec 2017 10:59:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eRKII-0004DM-CD for bug-gnu-emacs@gnu.org; Tue, 19 Dec 2017 10:59:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:33801) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eRKII-0004DA-8f for bug-gnu-emacs@gnu.org; Tue, 19 Dec 2017 10:59:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eRKII-0006OG-14 for bug-gnu-emacs@gnu.org; Tue, 19 Dec 2017 10:59:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Dec 2017 15:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29735 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29735-submit@debbugs.gnu.org id=B29735.151369913024545 (code B ref 29735); Tue, 19 Dec 2017 15:59:01 +0000 Original-Received: (at 29735) by debbugs.gnu.org; 19 Dec 2017 15:58:50 +0000 Original-Received: from localhost ([127.0.0.1]:42482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eRKI6-0006Np-2H for submit@debbugs.gnu.org; Tue, 19 Dec 2017 10:58:50 -0500 Original-Received: from pmta31.teksavvy.com ([76.10.157.38]:1770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eRKI2-0006Na-Mh for 29735@debbugs.gnu.org; Tue, 19 Dec 2017 10:58:47 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2HZDgAYNjla/1WCxEVcHQEBBQELAYM+gVqJRYYHjhgBggEUIAGZBAqFNQQCAoUNRBQBAQEBAQEBAQEDaCiFJQEEAScvIwULCzQSFBgNJIo2CKsjOopwAQEBAQYCASWDboVRgyyLFwEEkhyBFJASoTOHcJZpEIE7NiOBTzIaCDCCZoR0I4g5KoIfAQEB X-IPAS-Result: A2HZDgAYNjla/1WCxEVcHQEBBQELAYM+gVqJRYYHjhgBggEUIAGZBAqFNQQCAoUNRBQBAQEBAQEBAQEDaCiFJQEEAScvIwULCzQSFBgNJIo2CKsjOopwAQEBAQYCASWDboVRgyyLFwEEkhyBFJASoTOHcJZpEIE7NiOBTzIaCDCCZoR0I4g5KoIfAQEB X-IronPort-AV: E=Sophos;i="5.45,427,1508817600"; d="scan'208";a="14308403" Original-Received: from 69-196-130-85.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([69.196.130.85]) by smtp.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Dec 2017 10:58:40 -0500 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 617BEAE352; Tue, 19 Dec 2017 10:58:40 -0500 (EST) In-Reply-To: <871sjt3eoe.fsf@gmx.de> (Michael Albinus's message of "Sun, 17 Dec 2017 10:08:01 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:141252 Archived-At: > If during that time a timer starts, which wants to apply a regular file > operation (let's say `file-attributes'), the corresponding commands are > sent to the process related to the just started asynchronous process, > instead to the working horse *tramp/method host*. This fails, of > course. Therefore, the start of timers between the both code samples > must be suppressed. Hmm... but IIUC the same problem shows up if some random process-filter or process-sentinel uses, say, file-attributes on that same host, right? So it's not specific to timers? >From the description you give, I understand that: - start-file-process causes the creation of a new underlying ssh process (that makes sense). - so from then on, we have 2 (or more) ssh processes on the same host and the issue is to know which process to use when. So the problem is to somehow get the "context" of a given call to Tramp, so as to know which process to use. Do I understand correctly? Currently you store which process to use as a "connection-property" (and it defaults to the "main" process), so basically the "context" is store in a kind of global variable. Would it make sense to try and pass that "context" information as additional arguments instead? Or via dynamically-coped variable? E.g. any call to file-attributes (or any other file-name-operation) should always use the main process, right? So the mapping from connection->process could be stored in a dynamically-scoped var, and tramp-file-name-handler could let-bind this var to nil? Stefan