From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#10489: 24.0.92; dired-do-copy may create infinite directory hierarchy Date: Sat, 25 Feb 2012 04:56:18 -0500 Message-ID: References: <87mx9su32g.fsf@web.de> <87pqd89lh4.fsf@gmail.com> <87mx8b3nvb.fsf@gmail.com> <87pqd6wnvv.fsf@gmail.com> <87d395y1w0.fsf@gmail.com> <87zkc8x04p.fsf@gmail.com> <87vcmwwvk7.fsf@gmail.com> <834nugtwqf.fsf@gnu.org> <87r4xkwhky.fsf@gmail.com> <83vcmws3bs.fsf@gnu.org> <87ehtkwaiz.fsf@gmail.com> <87wr7cgsm3.fsf@gmx.de> <8762eww77b.fsf@gmail.com> <83pqd4roav.fsf@gnu.org> <87haygx97t.fsf@gmx.de> <83k43bs89t.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1330163806 22689 80.91.229.3 (25 Feb 2012 09:56:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 25 Feb 2012 09:56:46 +0000 (UTC) Cc: 10489@debbugs.gnu.org, Michael Albinus , thierry.volpiatto@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 25 10:56:45 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1S1EMr-0001Rm-2W for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Feb 2012 10:56:41 +0100 Original-Received: from localhost ([::1]:37730 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1EMq-00037X-E7 for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Feb 2012 04:56:40 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:34414) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1EMh-000373-He for bug-gnu-emacs@gnu.org; Sat, 25 Feb 2012 04:56:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S1EMa-0001Yj-Bg for bug-gnu-emacs@gnu.org; Sat, 25 Feb 2012 04:56:31 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1EMa-0001Yf-7j for bug-gnu-emacs@gnu.org; Sat, 25 Feb 2012 04:56:24 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1S1EP8-00017T-Ao for bug-gnu-emacs@gnu.org; Sat, 25 Feb 2012 04:59:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Feb 2012 09:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10489 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 10489-submit@debbugs.gnu.org id=B10489.13301639404290 (code B ref 10489); Sat, 25 Feb 2012 09:59:02 +0000 Original-Received: (at 10489) by debbugs.gnu.org; 25 Feb 2012 09:59:00 +0000 Original-Received: from localhost ([127.0.0.1]:55127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S1EP5-000178-Dp for submit@debbugs.gnu.org; Sat, 25 Feb 2012 04:58:59 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:52451) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S1EP4-00016z-2M; Sat, 25 Feb 2012 04:58:58 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicFAKU/KE9MCodT/2dsb2JhbACBX5x7eYhwnhmGGQSGUJRJhAs X-IronPort-AV: E=Sophos;i="4.73,1,1325480400"; d="scan'208";a="164543970" Original-Received: from 76-10-135-83.dsl.teksavvy.com (HELO pastel.home) ([76.10.135.83]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 25 Feb 2012 04:56:18 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 7F2B659673; Sat, 25 Feb 2012 04:56:18 -0500 (EST) In-Reply-To: <83k43bs89t.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Feb 2012 09:05:02 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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:57230 Archived-At: >> > If FILE1 and FILE2 have different 'files-equal-p handlers, which one >> > of them, if any, should be invoked here? >> The one for FILE1. > Can you explain why? It's just a convention. We already do that in the few other file primitives that bump into the same problem. > My question wasn't rhetorical, it was due to a real confusion about > what should be done in this situation and why. It's the responsibility of FILE1's handler to check FILE2's handler. >> > Also, if each file has a different handler, doesn't that in >> > itself already mean the files are not equal? No: /foo should be equal to file:///foo (if you use url-handler-mode) but they don't use the same handler. >> We shouldn't add too much to file name handler optimization here. >> The handler will know what to do. > "Will know" how? Is it documented anywhere how to write a handler so > it handles such situations? If so, please point me to that > documentation, and perhaps I will see the light there. There is no right answer, in general, so no it's not documented. But at least the file handler's writer, thanks to his knowledge of the special semantics of his handler, should be able to write something useful. Stefan