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.help Subject: Re: Shouldn't edebug-eval-last-sexp work too outside of edebug? Date: Mon, 28 Feb 2022 00:01:15 +0100 Message-ID: <8735k3symc.fsf@web.de> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4528"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:66BdBEGP6pf1ofcgtmAVcA+s/wQ= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 28 00:02:34 2022 Return-path: Envelope-to: geh-help-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 1nOSYj-0000zE-9X for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 28 Feb 2022 00:02:33 +0100 Original-Received: from localhost ([::1]:56936 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nOSYh-0002dH-T5 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 27 Feb 2022 18:02:31 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56260) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nOSXb-0002ct-Vu for help-gnu-emacs@gnu.org; Sun, 27 Feb 2022 18:01:23 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]:33580) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nOSXa-00052h-Ar for help-gnu-emacs@gnu.org; Sun, 27 Feb 2022 18:01:23 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1nOSXY-000A6s-MN for help-gnu-emacs@gnu.org; Mon, 28 Feb 2022 00:01:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:136274 Archived-At: emacsq via Users list for the GNU Emacs text editor writes: > From time to time I use edebug-eval-top-level-form to run forms > through edebug and it's quite useful. > > Sometimes when cursor is after the expression, I invoke > edebug-eval-last-sexp, but that fails to work outside of edebug. > > Shouldn't the latter work too like edebug-eval-top-level-form does if > it's invoked outside of edebug? The commands are of quite different nature I think. `edebug-eval-top-level-form' instruments and evals a form _in_ Edebug, while `edebug-eval-top-level-form' evals a form from inside edebug, in the _outer_ (i.e. debugged) context - without Edebug stepping. Or with other words: edebug-eval-top-level-form is for instrumenting and starting edebug. `edebug-eval-top-level-form' exists only for the purpose that C-x C-e behaves as expected - you don't want it to evaluate stuff in the inside context, the edebug session, where lexical bindings would not be visible etc. That would not be very useful (unless for debugging Edebug maybe). Try to use them and you'll see how that makes sense. Michael.