From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#34343: [PATCH] Make project--find-regexp-in-files work with remote files Date: Sun, 29 Dec 2019 13:34:26 +0100 Message-ID: <87blrrmht9.fsf@gmx.de> References: <9d65284f-7a64-5e9c-ab02-fbbd1be41689@yandex.ru> <87r2bt1tio.fsf@gmx.de> <2cfd53b2-8202-a321-a853-da0c949b0f15@yandex.ru> <6cf8bfa8-3873-d3db-9139-854359027e8a@yandex.ru> <87h81mqiq5.fsf@gmx.de> <0ff03b20-20d8-b6c0-c876-3fd525586180@yandex.ru> <87mubdps6s.fsf@gmx.de> <87blrsz3tf.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="35956"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: =?UTF-8?Q?Felici=C3=A1n_?= =?UTF-8?Q?N=C3=A9meth?= , 34343@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Dec 29 13:35:32 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ilXn6-00095y-MC for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Dec 2019 13:35:28 +0100 Original-Received: from localhost ([::1]:51348 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ilXn4-00073V-SR for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Dec 2019 07:35:27 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60444) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ilXmh-00073M-JQ for bug-gnu-emacs@gnu.org; Sun, 29 Dec 2019 07:35:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ilXmg-0001bq-Jm for bug-gnu-emacs@gnu.org; Sun, 29 Dec 2019 07:35:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53364) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ilXmg-0001bX-Fh for bug-gnu-emacs@gnu.org; Sun, 29 Dec 2019 07:35:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ilXmg-0002Jy-CU for bug-gnu-emacs@gnu.org; Sun, 29 Dec 2019 07:35:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Dec 2019 12:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34343 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 34343-submit@debbugs.gnu.org id=B34343.15776228768878 (code B ref 34343); Sun, 29 Dec 2019 12:35:02 +0000 Original-Received: (at 34343) by debbugs.gnu.org; 29 Dec 2019 12:34:36 +0000 Original-Received: from localhost ([127.0.0.1]:59337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilXmG-0002J8-IY for submit@debbugs.gnu.org; Sun, 29 Dec 2019 07:34:36 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:42517) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilXmE-0002Ip-JK for 34343@debbugs.gnu.org; Sun, 29 Dec 2019 07:34:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1577622867; bh=ecR3I0XeOfAZYxGSkUDzoPZx5gEZaNG/8lcpfq/DuVI=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Ovcfejo0QnA6Gf8khA2t+U45xuUv3c/abMRNT+AsiJVudWZxgehRF6DVtkkXeFD6F odAJBxrCni/uIsmtmoUWoGmz5/b2rsaiyOY47J14AsUSX62Vo0RZhVN+pMSnNI5s8J mXNES3KE6m/g3mgf5OvpvSdZfI9tHsR6oQZLYF0g= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from detlef.gmx.de ([212.91.238.169]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MxUrx-1jeih02Ca1-00xsTy; Sun, 29 Dec 2019 13:34:27 +0100 In-Reply-To: (Dmitry Gutov's message of "Sun, 29 Dec 2019 03:15:19 +0300") X-Provags-ID: V03:K1:I/LCI16outwQkBp+Up5iZN8yOIInHjWJ2iIvvqKzP8CfxmLfeZP +kjeBLs0dTRa2tAGR3Nfz3QAr+uQNmL09TM41A6H0IH4EnVniNvEVvrfHfjesEjN4wEKoFI b9nmzqWlEsyC1AFa5j/hJYboYkphNayH/A2YlZHqZkSSH+VGLWt7jylai+RLqa2KAjrLkWC Alh8G/FbuwTLh8LBo+u6g== X-UI-Out-Filterresults: notjunk:1;V03:K0:snj0MXSZWU8=:vELIXaagkH+CUrmxTlTuXJ Q8fJ1n8IiSJonrQsVT6a0Iomf0BWNmPk2oGBbkuzkycZ6D3lEMkyRB+UCg9Xtx+ptHVf7NuPV foAIlonK8uVU2MqeAQP6DEhWP6LcKI9RI2glWu+gmCW60hY1hmrBbubNujNq7w2iuhJCAKq8F 43dSdEM+o6pCz9RtuCgUIchMVan1dqDBZdVkljLcruJcvrZJfrNGORehIloLcCsuiC40rXNOW R4F2CjB8fvWzqD6MGMN5Kx832JaYq4POFoCTkxCy4UQSB9M25Wblh/P6BYxtu5EN0cggcnUEa 91KMI143h74DAAU4M8aufsgJnCBDL1AoEqrh1r6XXr0qzxzW9JzdFttdQVjzowpUedxqVLpRf bbVZ2cgyKAANhr9AMalr/dLLw58pv52dpKpoRN3kc23iAJ65Kcxg8iC4lh6bc6h5BrgonfphC MNB58TYQPlTAyf717Qg1+2eytZlAwS1820VK9Tib9Smiq0u4i5AOD8yyB6Yf0htqoY5R/fomi 8CwmQKfiTScJIK7TxZntZiNh4BvbfAPradR1qAx/SV/bA6PIBfvOcmGs6yqZGZ2Ygb2CuwJx7 Q0MuJ+wzE4hV0T0xtqk4gJ1zksNvfzusYJ6IO06sXOfJSBJc9f9WLr61vNEZkaOadNxN0k3d+ A/9HzNaWLx1LMsKZYNCfq7q0pg/rdipRZ+zt4BkMgRuWiLfyoXDbeKidMdKtkxozFCf0pHWmT f34tP5geuWpLIPn5F22rbcdPvwS1zuwo1qLO0IV36C5sbxpKlj/nzTvYuzuRUpuKhAZo3xNj 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: 209.51.188.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:173876 Archived-At: Dmitry Gutov writes: Hi Dmitry, >> I said already, that expand-file-name isn't needed for >> file-local-name. I will try to find a better implementation. > > Sorry, I guess I misunderstood you, then. I thought you meant to write > a new function, "a cheaper file-local-name". There could be both solutions, improve file-local-name, or create a new function. My strong preference is the former, of course. > BTW, does file-remote-p always call expand-file-name if the connection > is already established? Not always. But even if it calls expand-file-name, this doesn't mean always that a remote command is fired. This is what is expensive. Best regards, Michael.