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 18:38:57 +0200 Message-ID: <86lgzqjcv2.fsf@realize.ch> References: <86pop2je7e.fsf@realize.ch> <83wpjaayfs.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1471797600 27795 195.159.176.226 (21 Aug 2016 16:40:00 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 21 Aug 2016 16:40:00 +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 18:39:56 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 1bbVmt-0006z5-Bk for ged-emacs-devel@m.gmane.org; Sun, 21 Aug 2016 18:39:55 +0200 Original-Received: from localhost ([::1]:37545 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bbVmq-0001jZ-Ni for ged-emacs-devel@m.gmane.org; Sun, 21 Aug 2016 12:39:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50954) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bbVmk-0001jP-PT for emacs-devel@gnu.org; Sun, 21 Aug 2016 12:39:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bbVmf-00069Z-DX for emacs-devel@gnu.org; Sun, 21 Aug 2016 12:39:45 -0400 Original-Received: from clientmail.realize.ch ([46.140.89.53]:2321) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1bbVmf-000692-23 for emacs-devel@gnu.org; Sun, 21 Aug 2016 12:39:41 -0400 Original-Received: from rintintin.hq.realize.ch.lan.rit ([192.168.0.105]) by clientmail.realize.ch ; Sun, 21 Aug 2016 18:39:33 +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 18:39:07 +0200 In-Reply-To: <83wpjaayfs.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 21 Aug 2016 19:17:43 +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:206725 Archived-At: Eli Zaretskii writes: >> From: Alain Schneble >> Date: Sun, 21 Aug 2016 18:09:57 +0200 >> >> When debugging GNU Emacs using gdb or gud-gdb on MS Windows, is there a >> way to return control back to GDB at any point in time by suspending the >> debuggee process -- without setting any breakpoint upfront? > > Not really, no. > > But what's the problem of setting a breakpoint up front? I just wanted to step through `Fappend'. But it's called a lot. It would have been much easier to just arrange for the state manually, then suspend, set the breakpoint in Fappend and eval my elisp function that calls the Fappend I'm interested in. That sounded much easier to me than configuring proper conditions on the breakpoint. 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. Or is there yet another (better) approach? Thanks. Alain