From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#68075: 30.0.50; New special form `handler-bind` Date: Sat, 30 Dec 2023 09:52:03 +0200 Message-ID: <83le9c3z6k.fsf@gnu.org> References: <835y0i92kb.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17043"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 68075@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 30 08:53:13 2023 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 1rJU9h-0004Cm-4E for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Dec 2023 08:53:13 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rJU9a-0004E2-3E; Sat, 30 Dec 2023 02:53:06 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rJU9W-0004Dr-O8 for bug-gnu-emacs@gnu.org; Sat, 30 Dec 2023 02:53:02 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rJU9W-0005JK-8p for bug-gnu-emacs@gnu.org; Sat, 30 Dec 2023 02:53:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rJU9W-0006Ns-D0 for bug-gnu-emacs@gnu.org; Sat, 30 Dec 2023 02:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Dec 2023 07:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68075 X-GNU-PR-Package: emacs Original-Received: via spool by 68075-submit@debbugs.gnu.org id=B68075.170392273924493 (code B ref 68075); Sat, 30 Dec 2023 07:53:02 +0000 Original-Received: (at 68075) by debbugs.gnu.org; 30 Dec 2023 07:52:19 +0000 Original-Received: from localhost ([127.0.0.1]:42977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJU8p-0006Mz-HX for submit@debbugs.gnu.org; Sat, 30 Dec 2023 02:52:19 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rJU8n-0006Mm-RL for 68075@debbugs.gnu.org; Sat, 30 Dec 2023 02:52:18 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rJU8h-0005Ej-Sx; Sat, 30 Dec 2023 02:52:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Zdf5Nui7nS0/eewf1eVr5k1gLFYqTZkjbi4A2+ij7Ls=; b=APZdqF9muC+y VY5uTDHee0FKekuSMb6bSD9qd9SQUf3P5acAC2XXGTQQsVDs7rXTdb95XW0CFpRdv1ijOKACwQ1dz zZXeS27fgN78jntSv/f6KYMKPnfJ/XynZWDphTXiUmKXYs1M3SRLACwRPZVydw8Oz/LO9MB6c/bLV 3tkcT5OoTb0n/ZsOLCbmrH0usmZX9nwBpiXzzvuFIJ7nniPqt3iCQCy0SgTSynwWD/3n814orq/Ch 2ekYI3DJxdZKueGmdZA2Ku/rlyg3CQ5TK3Z9GAwgcBwQNkijQbdmVZMueFHWWLe19ohdlEQ25RCps HOJT6upXculbMfs7qU+VNA==; In-Reply-To: (message from Stefan Monnier on Thu, 28 Dec 2023 13:12:12 -0500) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:277066 Archived-At: > From: Stefan Monnier > Cc: 68075@debbugs.gnu.org > Date: Thu, 28 Dec 2023 13:12:12 -0500 > > >> +@var{handler} is called in the dynamic context where the error > >> +happened, without first unwinding the stack, meaning that all the > >> +dynamic bindings are still in effect, > > > > Should we tell something about the effects of lexical-binding on those > > "dynamic bindings"? > > It's not related to `handler-bind` in any case, so if > we want to say something about it, we should do it elsewhere (and > I think we already do when we discuss lexical binding). Maybe I'm confused by your use of "dynamic context" and "dynamic bindings" in that passage, which somehow hinted on dynamic vs lexical binding. If this is irrelevant, maybe try to reword the text so that this potentially confusing terminology is not used? Thanks.