From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#48479: 28.0.50; Crash on `read--expression' Date: Tue, 25 May 2021 07:05:56 +0200 Message-ID: <87r1hvqu6j.fsf@gnus.org> References: <8635ulvbbx.fsf@protected.rcdrun.com> <835yzhtmt7.fsf@gnu.org> <266671C9-C9F1-4CF1-AA2C-F8D6FD64C470@acm.org> <83r1i4s2kd.fsf@gnu.org> <7D502665-A194-477F-89EF-89E617AA1109@acm.org> <83y2ccqdsw.fsf@gnu.org> <57374764-3AF7-4BC0-8376-671A067329EE@acm.org> <83tun0q9ca.fsf@gnu.org> <87cztmdbbh.fsf@gnus.org> <871ra2czyk.fsf@gnus.org> <880B56A7-CCF6-4C04-94F4-D49353E56973@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29894"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 48479@debbugs.gnu.org, Stefan Monnier To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 25 07:07:10 2021 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 1llPHZ-0007dd-Tf for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 25 May 2021 07:07:09 +0200 Original-Received: from localhost ([::1]:60022 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1llPHZ-0000Sd-0l for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 25 May 2021 01:07:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43798) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1llPHS-0000S4-4N for bug-gnu-emacs@gnu.org; Tue, 25 May 2021 01:07:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:32861) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1llPHR-0008PC-Sk for bug-gnu-emacs@gnu.org; Tue, 25 May 2021 01:07:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1llPHR-0005z5-OF for bug-gnu-emacs@gnu.org; Tue, 25 May 2021 01:07:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <8635ulvbbx.fsf@protected.rcdrun.com> Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 May 2021 05:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48479 X-GNU-PR-Package: emacs Original-Received: via spool by 48479-submit@debbugs.gnu.org id=B48479.162191916922920 (code B ref 48479); Tue, 25 May 2021 05:07:01 +0000 Original-Received: (at 48479) by debbugs.gnu.org; 25 May 2021 05:06:09 +0000 Original-Received: from localhost ([127.0.0.1]:44407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1llPGb-0005xc-0i for submit@debbugs.gnu.org; Tue, 25 May 2021 01:06:09 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:40532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1llPGY-0005xA-GS for 48479@debbugs.gnu.org; Tue, 25 May 2021 01:06:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=wVqDP8iyhZmZzv5iTMdg6ymB6gEi0zphdqPbsj21fkU=; b=BdQ+YYw6OSVr3B2S34M3ioQ+od We2whXeyhSy+4gH1tHp219y7xgtMV560K3KP5UBJcfJcX+N5drTBou+w0x1ZxsTKx3Lwf4uqtnh2c /0GKJMw9T+Jkzu9KFI8omxoVNz5eb2tUFUpyhctyJ+Gip7AaCRXxlIwlNSzckcgpqhMw=; Original-Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1llPGP-0003mZ-91; Tue, 25 May 2021 07:05:59 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEUGCAkbIyFcYl8r MS6QmZU6SkOrr6t1gXzN3dtukYz///8EiMvvAAAAAWJLR0QKaND0VgAAAAlwSFlzAAAOdAAADnQB aySz1gAAAAd0SU1FB+UFGQQ3LiR0stMAAAGdSURBVDjLzZM7c8IwDMelGOgqE2BOgeaOzeE1cwHa jiE8ukIIuX4A+g06ZO7Qu37byrk8DAdTl2pwYv3kv2XJBvhPJu/40VJ3gJiZ03a/iusafuENk14x qRlaluMIN6JczNCqz5oAmzgAoEut+kyw00rm11piD2st4sZ0qYV7qGc7bBKHx7ACB8RAf5WVLAEe Si1xHMkJSrA9Qvdkah0YchhmhyVD6wgoV0heNiGoBQU4cVVRyiyB1trQWgISIyACEVkOjArgayAI bAKXLKc6elYF1D2qzcAEffYSL2IhZhcgN5eTbhhgp1cITwsxCCowzSsQ6bFjdKqTK9JtkO9qgoYO Fac8igyg+KL16SZQrSLLadkmXU5RP8E1GAHVHDqXAuPihyTZalwIUQUAPZLlReT6lsD2qjQAsSwc NPlEU1/lichzCYYK7PZrGgUZkb72ZfehrWAi7bf3NFpx7xngZOHniybhdtsdPKdxD+lJuPFjoRYu Bkkc/3yn6WdP7ooXoVd8hIvui5uyzdF8n6j4Wkl7FC6+4Lbde81/sV84Yjaa7jwOHAAAACV0RVh0 ZGF0ZTpjcmVhdGUAMjAyMS0wNS0yNVQwNDo1NTo0NiswMDowMDsG9AkAAAAldEVYdGRhdGU6bW9k aWZ5ADIwMjEtMDUtMjVUMDQ6NTU6NDYrMDA6MDBKW0y1AAAAAElFTkSuQmCC X-Now-Playing: Seefeel's _(Ch-Vox) Redux_: "Hive" 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:207165 Archived-At: Mattias Engdeg=C3=A5rd writes: > 19 maj 2021 kl. 20.58 skrev Lars Ingebrigtsen : > >> I was thinking of the >>=20 >> (condition-case nil >> (foo) >> (error)) >>=20 >> case... (I.e., with a missing handler body.) I'm not sure whether >> that's supposed to or not. > > Thank you, and yes, that is valid; a body can be empty (it's an > implicit progn). > I don't think an empty body in an error handler warrants a warning > more than anywhere else. Do you? Not really -- it's just not explicitly stated that the empty version is allowed, but I guess it can be reasonably inferred (and that the return value of emptiness is nil). >> (condition-case nil >> (foo)) >>=20 >> doesn't give a warning. > > Right, but its meaning is also well-defined and could even be useful > in a macro. I'm slightly more inclined to accept a warning here, but > we are drifting away from the original question: for syntactically > invalid handlers, like (), can we signal an error? I think we can. On (condition-case nil (foo) ()) ? A warning is nice, but I think signalling an error would be excessive. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no