From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#45333: complex command history should not save optional nil parameters Date: Tue, 05 Jul 2022 21:43:13 +0200 Message-ID: <87fsjfs5v2.fsf@web.de> References: <0DJzRuBn1S9jW_MoJt5HXcLQWrzb7Vjkfmlwa9zPvgLIFeEfdPLoiguSztbL4TnuHyxd59Z7BpS9qJo5BinMO3n1mDlWjcytLjq9HmoGIl0=@protonmail.com> <8735ggk7nz.fsf@gnus.org> <83ee007gxo.fsf@gnu.org> <87o7z3bcsp.fsf@gnus.org> <875ykbabl1.fsf@web.de> <87o7y31pho.fsf@gnus.org> <87wncrs8js.fsf@web.de> <87sfnfmm41.fsf@gnus.org> <87k08rs7jg.fsf@web.de> <87bku3ml4x.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21071"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: laszlomail@protonmail.com, Eli Zaretskii , 45333@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 05 21:44:14 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8oT0-0005IA-7P for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 05 Jul 2022 21:44:14 +0200 Original-Received: from localhost ([::1]:35430 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o8oSz-0004Hr-2W for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 05 Jul 2022 15:44:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51616) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8oSo-0004HR-OJ for bug-gnu-emacs@gnu.org; Tue, 05 Jul 2022 15:44:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57859) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o8oSo-0005aP-DX for bug-gnu-emacs@gnu.org; Tue, 05 Jul 2022 15:44:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o8oSo-0006uy-8N for bug-gnu-emacs@gnu.org; Tue, 05 Jul 2022 15:44:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Jul 2022 19:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45333 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 45333-submit@debbugs.gnu.org id=B45333.165705020426537 (code B ref 45333); Tue, 05 Jul 2022 19:44:02 +0000 Original-Received: (at 45333) by debbugs.gnu.org; 5 Jul 2022 19:43:24 +0000 Original-Received: from localhost ([127.0.0.1]:51756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8oSB-0006tx-V7 for submit@debbugs.gnu.org; Tue, 05 Jul 2022 15:43:24 -0400 Original-Received: from mout.web.de ([212.227.15.3]:35637) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8oS9-0006tj-H4 for 45333@debbugs.gnu.org; Tue, 05 Jul 2022 15:43:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1657050194; bh=8HheeAuxnr3MsOx6GQ/8iZ+FN8ji2dkgjSrINVNwDIY=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=BCP2TsNZ7WL4uhzQy81Q9l7a+95XMvfKrO3w4Bn/O8oHoKsf/czdzpC0RmEpi7DPN JTaHi9Jm22zyeJkToK7M2a7Qmnm+aNi6ADwUI7LsGXnTGKMD9oPsoPhQh993BS5SYm UTEWzrJMH8vKOfH2e8mhWXkX3NUqJDAXq9td9e7M= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([88.66.201.45]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1M3Ez3-1oAC231SF3-003iFL; Tue, 05 Jul 2022 21:43:14 +0200 In-Reply-To: <87bku3ml4x.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 05 Jul 2022 21:09:50 +0200") X-Provags-ID: V03:K1:ukJ8Z4V/sWxcYzsk2EvfwtXuC59kaIaoU39opVV1Uk37eGXk/Hi BJZzPevtMlJ/LhyjSe2AtIb99rQ7JK+8U/k2zpgN3Y6LLEpmG0JBC3RLHdsGp0EULxv/Kb3 9x2US0/EDK7el38Dfxg2DhBAQSIaDm1i23kAlrmlKBZECZKbAOu0PYhNh2rqAhm+eqEnbfM C8saLe4BPo72H48YzhVLg== X-UI-Out-Filterresults: notjunk:1;V03:K0:VFvTqr+zgsw=:3Nexg67iAq+VaxT6NhSYho BlaKtetJtDhc21oykTGOOO2mFvr5l1NJtCRZj6CJNdrFn2w7Rc/sJml4k6EtM0C4NDDHE9BgT uLV1CnkutYTAxZzbW9/uTau4fmQgC5EY4s8a//ZWwFrrL09ftzj0N/0kFGytAybxovTGJaq7m GEg8Y7VkOTuwCfoNKMNuBO4/gX3P0IlH2DZReKpsM+4CCrgnUlZEeYLPcN7HWrq0fa3QGXpQq 6IHJhnT+zg3RsIU1H2mw6I1rdaY2nq3maxwr8Tho/BlVOHijphNdURM0ua7m8F249DtWEJTfP rV9HtNwocU+ZCsB9reA1xzh8WVvKB4bry61vgNfkj0Mrr9wzDa2vMxs2ZHNdDyTyosp9KBuNM UIQe9/M7ZVNEVHTio/oBHnXDQF8M0xrpAt0ujZQHZ5bUOYEIUw9XUBr30RCLzmoaYxGs3+UUw mZRYg/szZV7V2B8IarYB2N9w3lL/Q+66KR/XHAnm/Ab61rkfwRp/50mFLMIud1qBBcqf98AgC ysvszv9u7mm49annIVpS0bBhcuXksZDyMjBVnXfuSHKgzFRzPFlvscQFZl7JUBw5FD4QGDeFm /6PntSxVndVuj+3AananRch8FeGYlsnK7BNhwhgEURWJAWZVkzF+XSl1l2g8NyoheUQ0ScLAl TuEcxuPZ521m1vFFSD8ltI6pmkMkdBb/8Abz402kQWQQnGI5kMEdGwR7SG/0Firww2M8c+rbD zFH5uZ4IBmyUJxh2/tZWcECtcrHR/Z/LerBp0337eSllYP7IX6tcu0Vr42aelN4G+SKb0o/3 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:236176 Archived-At: Lars Ingebrigtsen writes: > > everything depends on how you define "signature" and where get it from. > > Does adding an :around advice change the signature of a command? > > This isn't a language design issue. We're talking about making the > history prettier where it's 100% safe to do so, and nothing more than > that. My question is if 100% safe cases exist? For example: #+begin_src emacs-lisp (defun test (&optional x) (interactive) x) (advice-add 'test :around (defun test-ad (f &rest args) args)) #+end_src the signature of `test' is still `(test &optional X)` as reported by C-h f although the function is able to distinguish a specified nil from a not specified optional argument. What you suggest might still be doable by obtaining the effective signature differently... but I still don't like the idea. Michael.