From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#58721: 28.2; dired with delete-by-moving-to-trash can't trash directory twice Date: Fri, 28 Oct 2022 10:46:56 +0300 Message-ID: <83lep0jspb.fsf@gnu.org> References: <83r0ytl042.fsf@gnu.org> <83bkpxkwcd.fsf@gnu.org> <838rl1ku1b.fsf@gnu.org> <837d0lks02.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15565"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58721@debbugs.gnu.org To: Gustavo Barros Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 28 09:48:25 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ooK6J-0003tR-Gd for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 28 Oct 2022 09:48:23 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ooK61-00026l-MA; Fri, 28 Oct 2022 03:48:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ooK5y-00026I-OT for bug-gnu-emacs@gnu.org; Fri, 28 Oct 2022 03:48:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ooK5y-0007Gq-Fr for bug-gnu-emacs@gnu.org; Fri, 28 Oct 2022 03:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ooK5x-0006nF-VR for bug-gnu-emacs@gnu.org; Fri, 28 Oct 2022 03:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Oct 2022 07:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58721 X-GNU-PR-Package: emacs Original-Received: via spool by 58721-submit@debbugs.gnu.org id=B58721.166694323125938 (code B ref 58721); Fri, 28 Oct 2022 07:48:01 +0000 Original-Received: (at 58721) by debbugs.gnu.org; 28 Oct 2022 07:47:11 +0000 Original-Received: from localhost ([127.0.0.1]:60256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ooK58-0006kH-N5 for submit@debbugs.gnu.org; Fri, 28 Oct 2022 03:47:10 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:57650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ooK56-0006k3-Oc for 58721@debbugs.gnu.org; Fri, 28 Oct 2022 03:47:10 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ooK51-000787-Hs; Fri, 28 Oct 2022 03:47:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=C0zsbBeh0H917P3BhK6MaSjDsI4Yt2obnDD5NP7D9tE=; b=U6prQ+9dOYoc y9KHtpFqp1hlX+kqKjbfgAOudpIDB6E7DihLENVRb2J5Th3VcyCNwx7k6WTLr2qVukFHcLpVzeBr+ TupTnJ0WsLwfASCb1VIu7dwjlEk6dyjq9Ru89Dnk8n1dogcI2Mvn7D23c5cJwIIGEF/HybJyYI61A mCSSlYG5xFXYPA3adkLPfNfP4r2XE1jEZp2hHFC1ohrb+avLNraXH1K/6voby4UmZF9yGXN3atmzp vpI55dr56juq1Reg7HKhyZAz3/SgJge9BZgn9PXpPeJl7zCVKqArSMjZaj4E8TzdFlU7lFnkdTYbz dpxUzuQzonQCRLg6ANigaA==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ooK4z-0001ni-MC; Fri, 28 Oct 2022 03:47:03 -0400 In-Reply-To: (message from Gustavo Barros on Thu, 27 Oct 2022 19:01:27 -0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:246403 Archived-At: > From: Gustavo Barros > Date: Thu, 27 Oct 2022 19:01:27 -0300 > Cc: 58721@debbugs.gnu.org > > At the end of the function, the call is done to: > > (rename-file fn new-fn overwrite) > > But, when the operation is crossing filesystems and the file is large > enough, the `rename-file' will fail with "file exists", despite the > `OK-IF-ALREADY-EXISTS' argument being `t'. This sounds very strange. Why would the failure depend on the size of the file/directory and on whether it does or doesn't cross filesystems? I see nothing in the code involved in this that could cause that. Perhaps on your system something happens in the background, due to one of the filesystems being encrypted or something?