From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: master 9dc306b1: Improve reporting of I/O, access errors Date: Fri, 20 Sep 2019 08:48:08 +0300 Message-ID: <83ef0btt5z.fsf@gnu.org> 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> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="90607"; mail-complaints-to="usenet@blaine.gmane.org" Cc: michael.albinus@gmx.de, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 20 07:48:56 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 1iBBmp-000NPr-5Q for ged-emacs-devel@m.gmane.org; Fri, 20 Sep 2019 07:48:55 +0200 Original-Received: from localhost ([::1]:51474 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iBBmn-0007pD-JY for ged-emacs-devel@m.gmane.org; Fri, 20 Sep 2019 01:48:53 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41758) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iBBm2-0007oW-L2 for emacs-devel@gnu.org; Fri, 20 Sep 2019 01:48:07 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33561) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iBBm1-0002FK-Nf; Fri, 20 Sep 2019 01:48:05 -0400 Original-Received: from [176.228.60.248] (port=1892 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iBBlz-000889-Rk; Fri, 20 Sep 2019 01:48:05 -0400 In-reply-to: <585476bd-e9f4-f622-a114-d7db6a36b06a@cs.ucla.edu> (message from Paul Eggert on Thu, 19 Sep 2019 17:21:09 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:240175 Archived-At: > From: Paul Eggert > Date: Thu, 19 Sep 2019 17:21:09 -0700 > Cc: emacs-devel@gnu.org > > Although the jury might still be out on the > ancestor-directory-permissions aspect of the change (certainly on > MS-Windows, which reports EACCES for missing directories), surely Emacs > should not simply ignore I/O errors and the like. I think the jury is still out on the latter part as well. I, for one, am not convinced. Emacs is not a file- or directory-management utility, it's an editor, so its file I/O aspects are secondary to the primary goal of modifying files' contents. IMO, we need to closely watch the results of these changes, which from my POV are still experimental, and carefully draw conclusions from the user reports. (What's worse, these changes might significantly delay the release of Emacs 27.1, but that ship has sailed.) > And the permissions change has been helpful for testing That could mean these changes should be only activated by some build-time option, or maybe a run-time option, by default off. It isn't an evidence in favor of the changes being active by default, at least not a significant evidence.