GNU bug report logs - #63084
30.0.50; gud: set breakpoint while program is running

Previous Next

Package: emacs;

Reported by: tatrics <at> gmail.com

Date: Wed, 26 Apr 2023 03:56:03 UTC

Severity: normal

Merged with 64186

Found in version 30.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: TatriX <tatrics <at> gmail.com>
Cc: 63084 <at> debbugs.gnu.org
Subject: bug#63084: closed (Re: bug#64186: Patch: Suppress deprecated '-gdb-set target-async' warning message in gdb-mi.el)
Date: Thu, 13 Jul 2023 09:26:07 +0300
> From: TatriX <tatrics <at> gmail.com>
> Date: Tue, 11 Jul 2023 19:49:15 +0200
> Cc: 63084 <at> debbugs.gnu.org
> 
> > So what doesn't work, and how does it not work?
> Did a few more tests to see what actually happens.
> I'm running the same code as before in "emacs -Q"
>     > run &
>     C-x C-a C-b ;; sets breakpoint successfully
>     C-x C-a C-d ;; removes breakpoint
>     > c &
> After that program continues, but 'gud-running' is now t, even if I ">
> kill" the program and "> run&" it again.

So it's a separate problem: some code sets gud-running even though
this is async mode.

Can you figure which function sets gud-running when you type "c&"?  My
first suspect is gdb-starting, because it sets gud-running
unconditionally instead of doing this:

  (when (not gdb-non-stop)
    (setq gud-running t))

like gdb-running does.  The other suspect is gdb-update-gud-running.




This bug report was last modified 1 year and 316 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.