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#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Date: Thu, 24 Mar 2016 11:56:17 -0400 Message-ID: References: <871t7d4ion.fsf@gmx.de> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> <87k2kvomui.fsf@gmx.de> <877fgvom2b.fsf@gmx.de> <57b602fa-a6b7-48c7-22f0-3751cd956228@yandex.ru> <8737rjol0t.fsf@gmx.de> <67874c87-ff4b-c1d9-8567-4aab31252d0b@yandex.ru> <87y49bn53t.fsf@gmx.de> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> <87bn66ljop.fsf@gmx.de> <9f4f8582-4777-177a-f074-ce88dcbd7ee4@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1458835068 19379 80.91.229.3 (24 Mar 2016 15:57:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2016 15:57:48 +0000 (UTC) Cc: Michael Albinus , 23006@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 24 16:57:37 2016 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 1aj7df-0001JR-TQ for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Mar 2016 16:57:36 +0100 Original-Received: from localhost ([::1]:51286 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj7df-0004Yk-GY for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Mar 2016 11:57:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45595) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj7dB-0003hD-Mo for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 11:57:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aj7d8-000597-Gn for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 11:57:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39183) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj7d8-00058p-Du for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 11:57:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1aj7d8-0008Cy-4G for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 11:57:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2016 15:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23006 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145883498731512 (code B ref 23006); Thu, 24 Mar 2016 15:57:02 +0000 Original-Received: (at 23006) by debbugs.gnu.org; 24 Mar 2016 15:56:27 +0000 Original-Received: from localhost ([127.0.0.1]:36310 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj7cZ-0008CC-Ei for submit@debbugs.gnu.org; Thu, 24 Mar 2016 11:56:27 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:10413) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj7cX-0008Bw-AG for 23006@debbugs.gnu.org; Thu, 24 Mar 2016 11:56:26 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A6FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjEAsOJhIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEp3uBRSOEFCKCeAEBAQ X-IPAS-Result: A0A6FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjEAsOJhIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEp3uBRSOEFCKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="198338757" Original-Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 24 Mar 2016 11:56:17 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id B251462384; Thu, 24 Mar 2016 11:56:17 -0400 (EDT) In-Reply-To: <9f4f8582-4777-177a-f074-ce88dcbd7ee4@yandex.ru> (Dmitry Gutov's message of "Thu, 24 Mar 2016 15:54:05 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115442 Archived-At: >> The question is: does Tramp need to know whether or not this >> `directory-files', or `file-directory-p' (or >> `file-name-all-completions', which may also be called in non-completion >> contexts) is called as part of a completion operation? > > A general purpose function cannot know. > file-name-all-completions cannot know either, because it can be called > outside of completion context. > > A completion UI cannot know, in general, because it can be used to complete > just about anything, and it doesn't always know what it's completing. AFAIK, by definition, a completion UI knows that it's performing completion. So, I don't see much difficulty in telling Tramp that we're performing completion: just let-bind some new `in-completion' variable in the few completion UIs we have. The problem is that I don't see any reason why Tramp would need to know. Stefan