From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jorge Peixoto de Morais Neto Newsgroups: gmane.emacs.bugs Subject: bug#24089: 25.1; Dired: diff error on = if the file has a backup inside .~/ Date: Fri, 29 Jul 2016 13:29:23 -0300 Message-ID: <1469809763.28832.14.camel@gmail.com> References: <1469644946.16323.9.camel@gmail.com> <83popxrefr.fsf@gnu.org> <1469792610.16323.47.camel@gmail.com> <83bn1gqzco.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1469809841 18733 80.91.229.3 (29 Jul 2016 16:30:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Jul 2016 16:30:41 +0000 (UTC) Cc: 24089@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 29 18:30:29 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 1bTAg3-0001F3-G2 for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Jul 2016 18:30:23 +0200 Original-Received: from localhost ([::1]:60580 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTAfx-0004Br-GG for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Jul 2016 12:30:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37660) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTAfn-00048o-HV for bug-gnu-emacs@gnu.org; Fri, 29 Jul 2016 12:30:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bTAfj-0005A9-H4 for bug-gnu-emacs@gnu.org; Fri, 29 Jul 2016 12:30:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTAfj-00059z-DW for bug-gnu-emacs@gnu.org; Fri, 29 Jul 2016 12:30:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bTAfj-0006x0-3u for bug-gnu-emacs@gnu.org; Fri, 29 Jul 2016 12:30:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jorge Peixoto de Morais Neto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Jul 2016 16:30:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24089 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24089-submit@debbugs.gnu.org id=B24089.146980977926662 (code B ref 24089); Fri, 29 Jul 2016 16:30:03 +0000 Original-Received: (at 24089) by debbugs.gnu.org; 29 Jul 2016 16:29:39 +0000 Original-Received: from localhost ([127.0.0.1]:50885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTAfL-0006vy-IB for submit@debbugs.gnu.org; Fri, 29 Jul 2016 12:29:39 -0400 Original-Received: from mail-qt0-f182.google.com ([209.85.216.182]:34638) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTAfH-0006vj-Kx for 24089@debbugs.gnu.org; Fri, 29 Jul 2016 12:29:38 -0400 Original-Received: by mail-qt0-f182.google.com with SMTP id u25so69340375qtb.1 for <24089@debbugs.gnu.org>; Fri, 29 Jul 2016 09:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=/j5y4o9kT4Rqw/MAFwHWo1/4LNQNMmCGPsgoWRFGOGE=; b=NTMaRHP+YEmIcd91A/ua/eA3r5ctS33pOPHYw9uHInshIz9602fEVh1zm4PQq9NtUM 7vtQIffB2LWhFTBVex9TksnuelJQwJe92USOB2wg4SqKTTRwKiweaA+E1CujFA0rSA2K AbTjHj8+dG3WlNrfQYjWEhEw/LJ1DpGvKkhchZHaP7S36goDLKoE5GaDEHX4QkYXLwhi NgK95ltCCIvR78KxS9kK2HZoQs2ip779Ln+FCzqYrrxTZgZtU7BoUTp8EIcikYwtf2Ok 2/Ar/vAhpxC3EbplxPQLuz2xMlyvu6VeycAsG3TfJ81WnETcjBW25DfDzS3fno9f9RwA QpHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=/j5y4o9kT4Rqw/MAFwHWo1/4LNQNMmCGPsgoWRFGOGE=; b=MPbF8MSBXOl72FKVAzI0d1P88EzhIxLSqi4t3eN1JREiheT8aj84PfNx9hnmAoF00X 8/XSJkyWnfGam0FiHM+pAOqkgqNvqgraIwSp9/B1k3oni1Ace5WWa/3eyYeNi6458qmS tuAxa+UnEFfbIY5Al1CAvI5QPOsDqnkpOEoBxFmQAkoTh5kxZNpE/xi+1+O270RZlSlq bkJjo5S6ZjrBpVPFPVSr5ytmCEqS7NP47FvkWbtKGMTdFwmtFB7fbGKPjDJhm6T7Wryc tDzouNPn8MEptZ4/BVOBjLEG5FSDFkmo+Pz439dQQRze4OTMOdg9uJ3H0o/HRIQAF5Ro F3/w== X-Gm-Message-State: AEkooutMg1OqvcXekMaIOZjLKvJlJMm0u5ej+R2kYT0B6tTB109/Rda4F38Q0BM26bCk0Q== X-Received: by 10.200.56.155 with SMTP id f27mr66961925qtc.26.1469809770182; Fri, 29 Jul 2016 09:29:30 -0700 (PDT) Original-Received: from [192.168.0.17] ([191.176.103.124]) by smtp.googlemail.com with ESMTPSA id l129sm10440123qke.27.2016.07.29.09.29.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 Jul 2016 09:29:29 -0700 (PDT) In-Reply-To: <83bn1gqzco.fsf@gnu.org> X-Mailer: Evolution 3.18.5.2-0ubuntu3 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:121689 Archived-At: On Fri, 2016-07-29 at 17:43 +0300, Eli Zaretskii wrote: > I'm not sure why you expect that case to work.  How can Emacs > reverse-engineer backup-directory-alist, to figure out which of its > elements was in effect when the original file was backed up?  In your > example, there's only one element in the alist, but in general there > could be several. > > It sounds like in this case the users cannot just press RET, they > should actually type a file name.  Am I missing something? I understood the intended behavior that way because of the dired-diff docstring:     If the file at point is a backup file, use its original. Perhaps the docstring could be clarified? Also dired-diff could be tweaked so that, when it is is invoked on a backup file, the default would be empty.  This would avoid the diff error on = .  I am not sure though. Another possibility (which can be combined with the previous) is to tweak dired-diff to reverse-engineer backup-directory-alist at least for a few important easy particular cases, such as the following two: 1. (("." . ".~")) 2. (("." . "/ABSOLUTE/PATH")) and possibly others. -- • I am Brazilian.  I hope my English is correct and I welcome corrections. • Please adopt free formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z. • Free (as in free speech) software for Android: https://f-droid.org/