From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Change in files.el Date: Sat, 28 Jan 2017 12:22:48 -0500 Message-ID: References: <83mvebzh0k.fsf@gnu.org> <83bmurz0y9.fsf@gnu.org> <8360kzyxor.fsf@gnu.org> <83ziibxg7j.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1485624233 2155 195.159.176.226 (28 Jan 2017 17:23:53 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 28 Jan 2017 17:23:53 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 28 18:23:49 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cXWiu-0007Mf-3i for ged-emacs-devel@m.gmane.org; Sat, 28 Jan 2017 18:23:36 +0100 Original-Received: from localhost ([::1]:52640 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cXWiy-0002Oi-0t for ged-emacs-devel@m.gmane.org; Sat, 28 Jan 2017 12:23:40 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48460) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cXWis-0002Od-SH for emacs-devel@gnu.org; Sat, 28 Jan 2017 12:23:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cXWip-00039z-D6 for emacs-devel@gnu.org; Sat, 28 Jan 2017 12:23:34 -0500 Original-Received: from [195.159.176.226] (port=49803 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cXWip-00038w-6b for emacs-devel@gnu.org; Sat, 28 Jan 2017 12:23:31 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cXWiI-0004L3-3D for emacs-devel@gnu.org; Sat, 28 Jan 2017 18:22:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 30 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:i/oGXh0c0oTJyGbb12vQsGB/euE= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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:211704 Archived-At: >> I don't see what the form of the return value changes to the problem. > The default behavior is just the value t or nil, so reproducing the Sorry, I thought you were saying that the predicate's return value can only be nil or t, not that the predicate always returns the same value. Yes, in that case the default behavior is trivial, so it's easy to reproduce it by hand. Tho, of course, if that default behavior ever changes, then your manual reproduction of it will go stale. I was arguing the general case rather than only the specific case of save-some-buffers-default-predicate. >> I see what you mean. Yes, the default behavior ends up moved into its >> own function. I'm surprised you feel so strongly about it, tho, because >> it never caused me such trouble. >> When debugging a specific execution, I'm usually doing it with Edebug, > The need to use a debugger instead of just reading the code is already > a huge annoyance, I never felt like the need to run Edebug was caused by such additional indirections, so while I agree that it's great when I can debug the code just by reading it, I wouldn't attribute the annoyance of running Edebug to the kind of guideline I'm advocating. Anyway, I definitely see what you mean. I just disagree on the seriousness of the problem, and on the impact of the guideline on it. Stefan