From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alexander Shukaev Newsgroups: gmane.emacs.help Subject: Find file locally from Tramp buffer Date: Wed, 6 Jan 2016 20:35:52 +0100 Message-ID: <568D6C98.1080006@Alexander.Shukaev.name> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1452111757 29282 80.91.229.3 (6 Jan 2016 20:22:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Jan 2016 20:22:37 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Jan 06 21:22:24 2016 Return-path: Envelope-to: geh-help-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 1aGub4-0003jL-F3 for geh-help-gnu-emacs@m.gmane.org; Wed, 06 Jan 2016 21:22:18 +0100 Original-Received: from localhost ([::1]:55991 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGub3-0005ct-Sj for geh-help-gnu-emacs@m.gmane.org; Wed, 06 Jan 2016 15:22:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39692) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGtsu-0002SP-G1 for help-gnu-emacs@gnu.org; Wed, 06 Jan 2016 14:36:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aGtsp-0005tJ-G6 for help-gnu-emacs@gnu.org; Wed, 06 Jan 2016 14:36:40 -0500 Original-Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:41119) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aGtsp-0005st-Ai for help-gnu-emacs@gnu.org; Wed, 06 Jan 2016 14:36:35 -0500 Original-Received: from mfilter43-d.gandi.net (mfilter43-d.gandi.net [217.70.178.174]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 0ED27A80C8 for ; Wed, 6 Jan 2016 20:36:33 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter43-d.gandi.net Original-Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter43-d.gandi.net (mfilter43-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id DVZ5lCCm8Waj for ; Wed, 6 Jan 2016 20:36:31 +0100 (CET) X-Originating-IP: 188.107.43.137 Original-Received: from [192.168.2.109] (dslb-188-107-043-137.188.107.pools.vodafone-ip.de [188.107.43.137]) (Authenticated sender: forum@alexander.shukaev.name) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id AC577A80CD for ; Wed, 6 Jan 2016 20:36:31 +0100 (CET) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4b98:c:538::195 X-Mailman-Approved-At: Wed, 06 Jan 2016 15:22:09 -0500 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:108638 Archived-At: Hey everyone, Suppose I run builds on a dedicated build machine with `compile' via Tramp. When there is an error displayed and one follows it, clearly Emacs tries to access the corresponding file remotely. But in my case, I have mounted the same source code directory structure as is on the build machine in order to develop the code locally. Hence, it would be nice to somehow teach Emacs to first probe whether it can access the corresponding file locally, and if not, fallback to accessing it remotely via Tramp. It would also be nice if the implementation of this feature would apply not only to compilation buffers, but would be rather located on a lower level to intercept all file finding requests from Tramp buffers. I do realize that the use case is very special and is not meant for broad audience, so this should not be considered as a feature request. That is I merely want to know how to implement it properly on my own. Any suggestions or ideas on improvement or generalization of this idea are very welcome. Kind regards, Alexander