From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alain Schneble Newsgroups: gmane.emacs.devel Subject: Re: Debugging GNU Emacs on MS Windows / getting control back to gdb Date: Sun, 21 Aug 2016 21:06:36 +0200 Message-ID: <86d1l2j60z.fsf@realize.ch> References: <86pop2je7e.fsf@realize.ch> <83wpjaayfs.fsf@gnu.org> <86lgzqjcv2.fsf@realize.ch> <83tweearpg.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1471806490 1598 195.159.176.226 (21 Aug 2016 19:08:10 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 21 Aug 2016 19:08:10 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (windows-nt) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 21 21:08:06 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bbY6I-0000AG-7m for ged-emacs-devel@m.gmane.org; Sun, 21 Aug 2016 21:08:06 +0200 Original-Received: from localhost ([::1]:37901 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bbY6F-0006T2-HD for ged-emacs-devel@m.gmane.org; Sun, 21 Aug 2016 15:08:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42654) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bbY5f-0006Sl-HY for emacs-devel@gnu.org; Sun, 21 Aug 2016 15:07:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bbY5d-0004Hc-EZ for emacs-devel@gnu.org; Sun, 21 Aug 2016 15:07:26 -0400 Original-Received: from clientmail.realize.ch ([46.140.89.53]:2370) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1bbY5X-0004HQ-FN; Sun, 21 Aug 2016 15:07:19 -0400 Original-Received: from rintintin.hq.realize.ch.lan.rit ([192.168.0.105]) by clientmail.realize.ch ; Sun, 21 Aug 2016 21:07:11 +0200 Original-Received: from MYNGB (192.168.66.64) by rintintin.hq.realize.ch.lan.rit (192.168.0.105) with Microsoft SMTP Server (TLS) id 15.0.516.32; Sun, 21 Aug 2016 21:06:51 +0200 In-Reply-To: <83tweearpg.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 21 Aug 2016 21:43:07 +0300") X-ClientProxiedBy: rintintin.hq.realize.ch.lan.rit (192.168.0.105) To rintintin.hq.realize.ch.lan.rit (192.168.0.105) X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] X-Received-From: 46.140.89.53 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:206729 Archived-At: Eli Zaretskii writes: >> From: Alain Schneble >> Date: Sun, 21 Aug 2016 18:38:57 +0200 >> Cc: emacs-devel@gnu.org >> >> As an alternative, I could have put a breakpoint on a rarly called >> function such as Fredraw_display, as suggested in ./etc/DEBUG. But >> that felt more like a workaround as well. > > It's not a workaround, it's the real thing. Ok. > And even that might not be enough for a frequently called function. > Then you need to make the breakpoint conditional on some input values, > or the value of point, or whatever else can filter out hits you don't > want. But that was exactly my point, that it is more cumbersome to setup a conditional breakpoint. Whereas with a process suspension, I only have to set an unconditional breakpoint and then continue execution. Of course, this works well only if I know that the next call to the function is the one call I'm interested in.