From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Problems with debug-on-entry in the Lisp debugger. Date: Mon, 07 Mar 2005 08:31:48 -0500 Message-ID: <87hdjnegak.fsf-monnier+emacs@gnu.org> References: <87sm37n2bv.fsf@xs4all.nl> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1110202134 2197 80.91.229.2 (7 Mar 2005 13:28:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Mar 2005 13:28:54 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 07 14:28:54 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D8IHh-00088X-HA for ged-emacs-devel@m.gmane.org; Mon, 07 Mar 2005 14:28:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8IbT-0004Kg-3n for ged-emacs-devel@m.gmane.org; Mon, 07 Mar 2005 08:48:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D8Ib5-0004Im-TN for emacs-devel@gnu.org; Mon, 07 Mar 2005 08:48:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D8Ib1-0004G0-Rs for emacs-devel@gnu.org; Mon, 07 Mar 2005 08:48:32 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D8Ib1-0004Fc-LU for emacs-devel@gnu.org; Mon, 07 Mar 2005 08:48:31 -0500 Original-Received: from [209.226.175.184] (helo=tomts22-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D8IKr-00086J-Fh for emacs-devel@gnu.org; Mon, 07 Mar 2005 08:31:49 -0500 Original-Received: from alfajor ([67.71.25.242]) by tomts22-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050307133148.WTHH1919.tomts22-srv.bellnexxia.net@alfajor>; Mon, 7 Mar 2005 08:31:48 -0500 Original-Received: by alfajor (Postfix, from userid 1000) id AB9D5D749E; Mon, 7 Mar 2005 08:31:48 -0500 (EST) Original-To: Lute Kamstra In-Reply-To: <87sm37n2bv.fsf@xs4all.nl> (Lute Kamstra's message of "Mon, 07 Mar 2005 12:05:24 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34273 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34273 > I can think of two points in a macro to set a break for the > debugger: just before macro expansion and just after it, right > before the evaluation of the resulting sexp. In both cases, hiding > the debug-on-entry code from the user of the debugger seems not > possible. To me "entry of a macro" is very clearly "just before expansion". Especially if you think of macro-expansion occurring because of explicit calls to macroexpand (e.g. in the byte-compiler) rather than as a direct part of interpretation. > Shall I go ahead and try to implement this, or do people think this is > a bad idea? I think it's a bad idea. The interpreter is already way too slow, I'd rather not make it worse. Stefan