From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: master 9dc306b1: Improve reporting of I/O, access errors Date: Fri, 20 Sep 2019 21:22:43 +0200 Message-ID: <877e62pybg.fsf@gmx.de> References: <20190918022442.11082.40975@vcs0.savannah.gnu.org> <20190918022444.103AC207F5@vcs0.savannah.gnu.org> <875zlqgiga.fsf@gmx.de> <585476bd-e9f4-f622-a114-d7db6a36b06a@cs.ucla.edu> <87woe3p27x.fsf@gmx.de> <8f07c201-09bf-c090-bb08-e058101bdc56@cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="52632"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 20 21:26:01 2019 Return-path: Envelope-to: ged-emacs-devel@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 1iBOXY-000DWo-ME for ged-emacs-devel@m.gmane.org; Fri, 20 Sep 2019 21:26:00 +0200 Original-Received: from localhost ([::1]:34932 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iBOXX-0003hU-7X for ged-emacs-devel@m.gmane.org; Fri, 20 Sep 2019 15:25:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60493) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iBOUe-0003h9-Py for emacs-devel@gnu.org; Fri, 20 Sep 2019 15:23:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iBOUd-000692-PI for emacs-devel@gnu.org; Fri, 20 Sep 2019 15:23:00 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:42541) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iBOUd-00068W-Cc for emacs-devel@gnu.org; Fri, 20 Sep 2019 15:22:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1569007366; bh=8sIfdUlEVcFQ1J2F+txkElWVRRu/IYOMjX8Svku9Ikc=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=XiXm9zrHfCLQ/adfdd+bx/bPIwjzeG2ngdV5SxRXNJ8XYnKf6vXSi4MGAK9zK89Ot zlT9UFWWkIeF1DGEKin1OncFUxlKDIQ+ADOJRrtLh/DTrx36Rgh48bZbdpg7SYCVxl ZyQKtHRsdoSt9H9k8W/F5SEAB4wohqK5sDLZKK8c= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from detlef.gmx.de ([212.86.38.214]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M89Gj-1iG5Bt0xLH-005IPo; Fri, 20 Sep 2019 21:22:46 +0200 In-Reply-To: <8f07c201-09bf-c090-bb08-e058101bdc56@cs.ucla.edu> (Paul Eggert's message of "Fri, 20 Sep 2019 12:05:10 -0700") X-Provags-ID: V03:K1:QSauX2i3TdfcQX1N+ACrV7cgaU/zJESesyB1EZhy1uIHdeqSTZl m5HvhiniZ8o8GEnfp2h4aQJ2KRcpuhEluZbnvXvL50K5Oei2VklPOmLt2zoAaHN4xF3VEAF 58G1pnYYR6qSBm1qwxeErM0ud1VinC5cpoyWFNwBHQ3YDieBjG74E8sc7F6WZEtwAcoCECI ELcpa0xbp47KMw//q2GGQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:Ic54ZqYuGyE=:xaiiKoXLSQcKaR1qHbXv/f Ihi7obxdM8WcDEs4awDkFotCJNcwSRpRBCesDiGK4HIOIeK7rj0wpALlcMyLaVwG+wP8lOy4H XQSnWXILQlOnHKzQmBBNjy61oZXZmqJVekd/Va4TqogmbLop7a3kEMwVW8S4n8bxzKzuRAI1r xYim/HqcoiY8uzZ9JcsvY11WMZl8LoFErg7ngg5f8jloPSurOCvm7c3Rgp0ipnLGPfNEF6HLH V8PaaBm8Gt5dLQOkEnMZi9tdwsOzRURddcJ1xGpsc4QKMhu2ar0dnjsImG5T8o6mI657D0g82 xJNrbWcLGclH2tontjwlCgBIPi2NV5SY1A3OS3OOqaQErPiZwwnmvzFxpwqsvIdKQzOyOhteY Agee+mefDlY1aZ3QQq+IDsXU7kHfy7Hd+3HllHjH0tyNWtE2t/S9DqottahGAaiBBwQRjRSQd CdaMg7iGsSiUOab7RYNkf5XfuI11sRliPBtSf+hnuLWH9bVQBm4JhRVEKT/YUobp30DETYiJd 8OBDunUS3elJJi1o0xC0TdsjxkOtSFAIx5AaHFs9fT2QSeUTvyNrJ1tWe0INj8gDLOWGxGvbW Wmi2EUVWO54Z08YLweM4JkccW7g41gLGHiIDwhLG6N3v5HMaxHuuAVWkwWOK648QrVpzlgf3S P0zPtlWEU39T95TDy0oSgbWcMlHaxzAOqwpnBL1F90fpTEz+gAJDZkHJvwPoFbbRwKjGB5+/E SETm+84soOqpeMr5F33Z8+Lzr0hnepN5dWP4zOaoffzRikiF1YJEZ6PIJya5CFzC+Aml6m9W X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.18 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:240206 Archived-At: Paul Eggert writes: Hi Paul, >> For such signals we have `access-file'. We shouldn't move its >> functionality to `file-attributes'. > > access-file is different: it signals an error if you cannot access > (actually, read) a file, and if you cannot access the file because you > cannot search its parent directory then that's simply another reason > that you cannot access the file. In contrast, a predicate like > file-exists-p is supposed to tell you whether the file exists > regardless of whether you can access it. I'm speaking about file-attributes, not file-exists-p, which should not raise an error when a file cannot be accessed. My point is that file-attributes shall return nil, if it cannot provide the information, for *whatever* reason. That's the contract of file-attributes for decades. If I want to know whether a file exists, or whether a file is accessible, I use file-exists-p or access-file. Best regards, Michael.