From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: set-file-extended-attributes and backups Date: Sun, 23 Dec 2012 19:59:35 -0500 Message-ID: References: <83obhntq1m.fsf@gnu.org> <50D48781.1050303@cs.ucla.edu> <83a9t7qrrw.fsf@gnu.org> <87a9t4snzr.fsf@silenus.orebokech.com> <83bodkpt7z.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1356310782 1790 80.91.229.3 (24 Dec 2012 00:59:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Dec 2012 00:59:42 +0000 (UTC) Cc: Romain Francoise , emacs-devel@gnu.org, eggert@cs.ucla.edu To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 24 01:59:57 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TmwOZ-0005K2-VR for ged-emacs-devel@m.gmane.org; Mon, 24 Dec 2012 01:59:56 +0100 Original-Received: from localhost ([::1]:55802 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmwOL-000417-Rj for ged-emacs-devel@m.gmane.org; Sun, 23 Dec 2012 19:59:41 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:41103) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmwOJ-00040z-Eh for emacs-devel@gnu.org; Sun, 23 Dec 2012 19:59:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmwOI-0007Fi-Im for emacs-devel@gnu.org; Sun, 23 Dec 2012 19:59:39 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:64242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmwOH-0007FJ-65; Sun, 23 Dec 2012 19:59:37 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09FxLDj/2dsb2JhbABEtBGBCIIVAQEEAVYjBQsLNBIUGA0kiBwFugmQRAOIQppxgViDBw X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="210617001" Original-Received: from 69-196-176-227.dsl.teksavvy.com (HELO pastel.home) ([69.196.176.227]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 23 Dec 2012 19:59:36 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 9524659067; Sun, 23 Dec 2012 19:59:35 -0500 (EST) In-Reply-To: <83bodkpt7z.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 23 Dec 2012 19:35:12 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.182 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:155834 Archived-At: > How about changing its return value instead? Say, return t if ACLs > set, nil otherwise. It always bothers me to have an API that silently > fails without any tangible indication. I think it should fail (i.e. signal an error) for any case where the file's ACLs were not set as requested. The error signaled should be different for "ACLs not supported" and "you do not have the right to set ACL on this file". Stefan