From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Date: Thu, 24 Mar 2016 15:54:05 +0200 Message-ID: <9f4f8582-4777-177a-f074-ce88dcbd7ee4@yandex.ru> References: <871t7d4ion.fsf@gmx.de> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1458827727 22513 80.91.229.3 (24 Mar 2016 13:55:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2016 13:55:27 +0000 (UTC) Cc: Michael Albinus , 23006@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 24 14:55:15 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 1aj5jG-0006gL-Gx for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Mar 2016 14:55:14 +0100 Original-Received: from localhost ([::1]:50465 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj5jF-00053V-ML for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 Mar 2016 09:55:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj5jB-0004xr-5u for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 09:55:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aj5j5-0006UA-BX for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 09:55:09 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38066) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aj5j5-0006U6-7P for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 09:55:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1aj5j4-0003GY-Qa for bug-gnu-emacs@gnu.org; Thu, 24 Mar 2016 09:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2016 13:55: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.145882769012368 (code B ref 23006); Thu, 24 Mar 2016 13:55:02 +0000 Original-Received: (at 23006) by debbugs.gnu.org; 24 Mar 2016 13:54:50 +0000 Original-Received: from localhost ([127.0.0.1]:35176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj5ir-0003DQ-O7 for submit@debbugs.gnu.org; Thu, 24 Mar 2016 09:54:49 -0400 Original-Received: from mail-wm0-f52.google.com ([74.125.82.52]:33656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj5iq-0003DE-PI for 23006@debbugs.gnu.org; Thu, 24 Mar 2016 09:54:49 -0400 Original-Received: by mail-wm0-f52.google.com with SMTP id l68so275624024wml.0 for <23006@debbugs.gnu.org>; Thu, 24 Mar 2016 06:54:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=mLBRwlRcirMT1zhRsMqN/fYlnu9nrz6Ru8SdaL7ynnc=; b=S+6gkpGRUG48XUGte1f/KpVxSH+Jz+54KN7+v3gk4kQFSUXwm3W2BgtvsHdZMPlMp9 8ZMJpJJaCf+7hFjTIXGXKyxK4WFGwdJDLrWp5cUj1NahrSIoZTFyEjFyxgBri39eXtgj yPzTKGXApSSp5yOoFLubs4Rwp6KfBNmKjpU41Ey0EZnKTabu4ETKN8jdTxPWRa6DgtWR cU+Ev/shzoZqZ1dEKKv9YsIyDr6X74g5fqe5g54v38taAfPMgqg5VE/5KwxJzaQ49XU6 BFmBCNFCygaLBLej7EPTKESMYkEWOcQiG/RDHy3BKCB/Rd75oJ6ngBjp53k0zTPloSLk KNBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=mLBRwlRcirMT1zhRsMqN/fYlnu9nrz6Ru8SdaL7ynnc=; b=MOcvWWmFbPnwrY4eg5dMg7CBvkeoVNtymNdDCNVcnnUheuHuknYFXTT0FPxvzR+c19 MpnA51NT/UjgHcrtLw5Bw8NtwfR5e7pUHKKmW1giofyXOeFQFUxrGv46RsXhujTX2dAU +70RQtqvWFHHN+dZM6ivoB1wMNjJL7ylYa64Q1kZdgfstbJI49zEUGye8A/oc5i2iE3q ICSz13Lff43AqHxgjr6yPh7+0TX+3spCvCJfF6fbJfQKBLNOvgTObhWPXCbqpDYHDwsV AU2YqKcVcg3J05r1LXIMnixavkQz3XiZUK2SZtdgFBzJXPxcy/om+5tzy23BY868ujdW QqzQ== X-Gm-Message-State: AD7BkJLrw+1QMa+r6Btt1Ed9msPdikdzJWpgzP7eZr3AmoGIul2580oxYujzC94EXh/iWw== X-Received: by 10.28.194.9 with SMTP id s9mr17404451wmf.101.1458827649057; Thu, 24 Mar 2016 06:54:09 -0700 (PDT) Original-Received: from [192.168.0.185] ([212.50.99.193]) by smtp.googlemail.com with ESMTPSA id a16sm27148572wmi.0.2016.03.24.06.54.06 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 Mar 2016 06:54:08 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: 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:115439 Archived-At: On 03/24/2016 03:15 PM, Stefan Monnier wrote: > That's exactly Michael's point: that Tramp can't know that the current > operation is part of some kind of completion, just by looking at which > Tramp functions are called. That seems to be everybody's point. > 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. Can completion-file-name-table know? Maybe a niche completion backend like company-files is the only kind of code that *can* know because it's not used for anything else, for now. But it's third-party code anyway. Maybe "we're in a completion operation" is not something that's reliably knowable, in a loosely coupled system like Emacs.