From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#38818: Dired: mention deleting buffers, not just windows Date: Thu, 02 Jan 2020 05:14:15 +0100 Message-ID: <87lfqqebqg.fsf@web.de> References: <87imlxlrrv.5.fsf@jidanni.org> <87mub85ri0.fsf@web.de> <87h81f3our.5.fsf@jidanni.org> <87v9pv28qu.fsf@web.de> <87d0c33mdx.5.fsf@jidanni.org> <87o8vnq1ph.fsf@web.de> <875zhv3jyr.5.fsf@jidanni.org> <87eewjydyg.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="244577"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson , 38818@debbugs.gnu.org To: Pieter van Oostrum Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 02 05:15:41 2020 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 1imrtb-0011Rh-4e for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Jan 2020 05:15:39 +0100 Original-Received: from localhost ([::1]:36424 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1imrtY-0001Nx-SS for geb-bug-gnu-emacs@m.gmane.org; Wed, 01 Jan 2020 23:15:37 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35947) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1imrt2-0001Nc-FN for bug-gnu-emacs@gnu.org; Wed, 01 Jan 2020 23:15:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1imrt1-0004lB-H7 for bug-gnu-emacs@gnu.org; Wed, 01 Jan 2020 23:15:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60202) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1imrt1-0004kr-7H for bug-gnu-emacs@gnu.org; Wed, 01 Jan 2020 23:15:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1imrt0-0002Ks-2c for bug-gnu-emacs@gnu.org; Wed, 01 Jan 2020 23:15:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Jan 2020 04:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38818 X-GNU-PR-Package: emacs Original-Received: via spool by 38818-submit@debbugs.gnu.org id=B38818.15779384668920 (code B ref 38818); Thu, 02 Jan 2020 04:15:02 +0000 Original-Received: (at 38818) by debbugs.gnu.org; 2 Jan 2020 04:14:26 +0000 Original-Received: from localhost ([127.0.0.1]:37942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1imrsP-0002Jo-Tm for submit@debbugs.gnu.org; Wed, 01 Jan 2020 23:14:26 -0500 Original-Received: from mout.web.de ([212.227.15.3]:50817) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1imrsO-0002Jb-AF for 38818@debbugs.gnu.org; Wed, 01 Jan 2020 23:14:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1577938454; bh=PCHMM0Frqz78kDbkcloo+PCxdda+Wv6vTY0izFFPPh4=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=a/dFw7US+y3RIvA0TVseYmy3Ty2fDCEO+ZDAbSzybOVc5dkRVAfHXnjqLPKpRt8ai 3NugJ5UjFuDJKbfT5OJfPBu/6+/X8zcVKxkHB7Tz9suOa4G9zOaB23ethdwbrgzIBk aY1sDrto32kFGskAR6cwO78Z6k9qlrYyoA5xln9c= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([188.99.160.184]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MS1xS-1jBVF60yhG-00TFsE; Thu, 02 Jan 2020 05:14:14 +0100 In-Reply-To: (Pieter van Oostrum's message of "Wed, 01 Jan 2020 17:46:52 +0100") X-Provags-ID: V03:K1:JfFueWwkl1Xomw4yY6elhLSMHTiSELSB9nMaX0pMn5RSgXgV5Ie WTEpoD504Fy8hznIkJWQDiDLZuXs1AIy80LV4kKHVscLkREj7ocUPekBumEuNyFGBssURjC C2fnPtEn2AmIDlKKihyUyGh9jrgL8Q6Gf0B+3Hw4D9wmncGx8RWF6MTqnlCPsFeDfOOudVC eeYVkXCudV1YWxIBsOAhg== X-UI-Out-Filterresults: notjunk:1;V03:K0:IryDKV1WF5c=:bACW+8tUCIv1Gy9+2R7VR1 JIPuwGqX24Z1KxzXGQD/J0EKTOKfwmya0eFWyJUjMSZP2XpJ60VPCVpGfqLwUgGrtiw/Ep+5o YskwEYx1aLHTzOeBqmduvUnyxlywumr2ybol152Otn4u9HtlzGgQ1+lLXpuxr0um1+iRi9TxB uj1T/vO/DUl2AieCViQZDGQ6czJieJDBCkLQ1POcp/nSQaL20QY1k2MUCN43KKBXlo9ODIafT x9zf5+Tef3CYwhhWvgAC40OHxH6/7HWS+1kPgasU3n3EOqOrcjmBG+tPoZJ9lKEZA4ntzT9Yj cu9p87EjcRJqKoCVDvMJCqUbd51mHKHSMsjfDPHU9vk7tHd7HxOiASBNskVpw63ZSrxmHpWHg Dgk5ahygDIQPm08tiCjEg61OSlV/joTBN/P+bUtDZNeKNyHW8GuMp2+WebAi4oRFq8K0/el5R RouWIiWhGwwOL5VsDUbqNndd5veCxX8TePhG/zsu1orbK9IvjkZ8yt8GrrJmd+9BGtwRG9IWE FgTTui6TjqYrC0bT+plfl06XQiKRc2yt1lMSr34JPBjUbHvRD/8dBhqRPoIZER7mt1aePwy1F Lo4Y8S9cWuHhfFA5be0qV+Y4Vs4+Fbd4cLOxrG/WS3WUSxFQbYFoDUQoVo3lvJm2ETRxhT2z5 uSAABJsLmCN2AHxAbpnk5QJBTDvP2qXK3mv3QN+FRESgGYcAiNPpbw+ycDdQT+/xSoFqBkaCz S3Zxx69VvNTE80z0aH/LJ5lgaYiLZKi6AklgA2cpzCsnSqWVd3izeDKy/chEoAOfg+O6jdpJ 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:174058 Archived-At: Pieter van Oostrum writes: > > Slightly better version: > > > > (add-hook > > 'dired-load-hook > > (defun my-dired-load-hook-fun () > > (require 'dired-x) > > (define-key dired-mode-map "q" #'kill-current-buffer))) > > The documentation of defun says that its result is undefined. So either > it should not be relied upon, or (if the result is reliably the defined > function) it should be documented as such. Indeed: the return value of `defun' even changed recently (from returning the definition to returning the defined symbol). Same for defalias. I think I'll file another bug report: adding user defined functions to hooks not only has the common pitfall which is not warned about - the alternative, using named functions, is also quite inconvenient since defun's return value is unspecified. I guess most users currently do it wrong. Or do I miss something? Thanks, Michael.