From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#34338: 26.1; delete-file return codes and failures Date: Fri, 08 Nov 2019 14:00:09 +0100 Message-ID: <87h83etteu.fsf@marxist.se> References: <20190205214737.vswyk7sfmgkliv7v@E15-2016.optimum.net> <87wocmvt5w.fsf@joffe.skangas.se> <20191030222159.rwfn7clgfjh36dze@E15-2016.optimum.net> <875zk5x2v1.fsf@joffe.skangas.se> <20191031012641.lam4pwo3cenf7tsu@E15-2016.optimum.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="253303"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 34338@debbugs.gnu.org To: Boruch Baum Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 08 14:01:20 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 1iT3t7-0013cd-Gt for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Nov 2019 14:01:17 +0100 Original-Received: from localhost ([::1]:53708 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iT3t6-0003j6-8Z for geb-bug-gnu-emacs@m.gmane.org; Fri, 08 Nov 2019 08:01:16 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49189) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iT3su-0003a1-61 for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 08:01:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iT3ss-0000mw-Pm for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 08:01:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36109) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iT3ss-0000mP-3a for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 08:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iT3sr-00056d-Oq for bug-gnu-emacs@gnu.org; Fri, 08 Nov 2019 08:01:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Nov 2019 13:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34338 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 34338-submit@debbugs.gnu.org id=B34338.157321802719570 (code B ref 34338); Fri, 08 Nov 2019 13:01:01 +0000 Original-Received: (at 34338) by debbugs.gnu.org; 8 Nov 2019 13:00:27 +0000 Original-Received: from localhost ([127.0.0.1]:44928 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iT3sI-00055Z-Tx for submit@debbugs.gnu.org; Fri, 08 Nov 2019 08:00:27 -0500 Original-Received: from host.gofardesign.uk ([208.79.239.190]:44016) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iT3sE-00055C-6G; Fri, 08 Nov 2019 08:00:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=marxist.se; s=default; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=SMxfw4c5frKqkEPLEZ9wdrlL/nG3QNwG8TETenxOVlA=; b=fpvYdNrn2IBLlaczzMX5ecnNGS FDnKBiHZXozPiAWTK5xOH+DyRXkIzg/k8tcRIxA7bHA05jKcUqOrVRq25mQJ7FzXRvITFw9BejsLw 4teubZEIbWQS7buUI3SelTnV5sabI67cuIKYKxDMJkL4MSobPQvi1G2RBef/VDiCI9b4=; Original-Received: from h-70-69.a785.priv.bahnhof.se ([155.4.70.69]:57690 helo=localhost) by host.gofardesign.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1iT3s3-0003r5-RV; Fri, 08 Nov 2019 07:00:12 -0600 In-Reply-To: <20191031012641.lam4pwo3cenf7tsu@E15-2016.optimum.net> (Boruch Baum's message of "Wed, 30 Oct 2019 21:33:29 -0400") X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.gofardesign.uk X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marxist.se X-Get-Message-Sender-Via: host.gofardesign.uk: authenticated_id: stefan@marxist.se X-Authenticated-Sender: host.gofardesign.uk: stefan@marxist.se 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:171200 Archived-At: tags 34338 - wontfix reopen 34338 thanks Boruch Baum writes: > On 2019-10-30 23:52, Stefan Kangas wrote: >> Boruch Baum writes: >> >> Do you have a use-case in mind here? Can't the caller just check using >> 'file-exists-p' if it matters instead? > > It _should_ *always* matter. Did you delete the file or not? If it didn't > matter, why waste your time attempting the deletion? I think Eli answered this point well, and I still think a use-case would have been helpful here. If I was trying to convince people to spend time on this, I would try to provide a code example where the suggested change would simplify the code and/or make maintenance easier. > Having delete-file return the value is: a) consistent with what I think > is the expectation of most CS folks; Not sure if I'm like most CS folks, but that wasn't my expectation. IME, this works differently in different languages. > b) the most efficient, since it already knows the exact point of any > failure, and basically just passes the return value it gets from the > underlying OS. That's a good point. In any case, I closed the bug in the belief that there was nothing more to do here given the lack of response. I'm not against the change as such. I've therefore reopened the bug in the hope that someone would want to take a crack at implementing this. Boruch, perhaps you could consider volunteering? Best regards, Stefan Kangas