From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tino Calancha Newsgroups: gmane.emacs.bugs Subject: bug#22694: 25.0.91; dired-mark-files-containing-regexp read file disk Date: Thu, 21 Apr 2016 00:31:14 +0900 (JST) Message-ID: References: <83twiw72k4.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Trace: ger.gmane.org 1461166164 10421 80.91.229.3 (20 Apr 2016 15:29:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Apr 2016 15:29:24 +0000 (UTC) Cc: Tino Calancha , 22694@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 20 17:29: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 1asu41-0002cN-Uz for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Apr 2016 17:29:14 +0200 Original-Received: from localhost ([::1]:51411 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asu3y-0003bB-0p for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Apr 2016 11:29:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54753) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asu3t-0003YG-O3 for bug-gnu-emacs@gnu.org; Wed, 20 Apr 2016 11:29:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1asu3q-00024o-F4 for bug-gnu-emacs@gnu.org; Wed, 20 Apr 2016 11:29:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57448) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asu3q-00024f-Ba for bug-gnu-emacs@gnu.org; Wed, 20 Apr 2016 11:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1asu3q-0007FM-2J for bug-gnu-emacs@gnu.org; Wed, 20 Apr 2016 11:29:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Tino Calancha Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Apr 2016 15:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22694 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22694-submit@debbugs.gnu.org id=B22694.146116608527788 (code B ref 22694); Wed, 20 Apr 2016 15:29:02 +0000 Original-Received: (at 22694) by debbugs.gnu.org; 20 Apr 2016 15:28:05 +0000 Original-Received: from localhost ([127.0.0.1]:41552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asu2v-0007E8-84 for submit@debbugs.gnu.org; Wed, 20 Apr 2016 11:28:05 -0400 Original-Received: from calancha-ilc.kek.jp ([130.87.234.234]:33555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1asu2t-0007Dd-Kt for 22694@debbugs.gnu.org; Wed, 20 Apr 2016 11:28:04 -0400 Original-Received: by calancha-ilc.kek.jp (Postfix, from userid 500) id D7E897271; Thu, 21 Apr 2016 00:31:14 +0900 (JST) Original-Received: from localhost (localhost [127.0.0.1]) by calancha-ilc.kek.jp (Postfix) with ESMTP id BF3E16A24; Thu, 21 Apr 2016 00:31:14 +0900 (JST) X-X-Sender: calancha@calancha-ilc.kek.jp In-Reply-To: <83twiw72k4.fsf@gnu.org> User-Agent: Alpine 2.20 (LRH 67 2015-01-07) 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:116633 Archived-At: Thank you very much for your response. > Making the doc string more explicit about this aspect is indeed a good > idea. I've just did it on the emacs-25 branch. Thanks. The doc. string is very clear now. Certainly the function name is very suggestive about what the function should do, so may be people who will not read the doc and still suffer the issue... (i know, they should read the doc.). > As for your scenario: when you work with logfiles, or any other kind > of files that get updated regularly behind Emacs's back, you should > turn on auto-revert-mode or auto-revert-tail-mode in the buffers of > those files. Then the buffer's contents will be synchronized with the > relevant files on disk, and the problem you describe would not exist. Thank you for the advise. Definitely i need to use one of these options. > Bottom line, I don't think I agree with permanently changing the > implementation along the lines you suggest, as that would be against > the general principles (AFAIK them) of Dired's design, and actually > also against the general principles of Emacs design vis-a-vis files > and buffers that visit them: we don't automatically sync a buffer with > the file it visits, and we don't automatically look on disk when the > file's buffer differs from what's on disk. I have no comment on this: i am not expert enough. > I guess we could have an option to switch to the behavior you would > like to see, but such an option, if we introduce it, IMO should not be > specific to this command, it should affect all the Dired commands > which might produce different results when buffers are not > auto-reverted. I like this way. I may work on implement such option if you want.