GNU bug report logs - #11265
24.0.94; gdb-mi very slow on Windows

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: karl-heinz <at> schneider-inet.de
Cc: 11265 <at> debbugs.gnu.org
Subject: bug#11265: 24.0.94; gdb-mi very slow on Windows
Date: Fri, 20 Apr 2012 10:49:19 +0300

> Date: Thu, 19 Apr 2012 08:10:09 +0200
> From: Karl-Heinz Schneider <karl-heinz <at> schneider-inet.de>
> Cc: <11265 <at> debbugs.gnu.org>
> 
> >> I discovered that the slowdown happens after restarting the process 
> >> to
> >> debug.
> >> I did the following procedure:
> >>
> >> 1. Start the debugger (with process cmd-line).
> >> 2. Enter run to start the process
> >> 3. Debug the process
> >> 4. Enter kill to stop the process
> >> 5. Change code and recompile
> >> 6. Start again with step 2
> >>
> >> Doing this three or four times debugging starts to get slow.
> >
> > If you omit step 5, does the problem still happen?
> 
> Yes, the problem doesn't depend on recompiling. Its more to wait some
> seconds before begin a new debugging cycle.
> 
> >
> >> All debugging is done within the gud buffer using GDB commands.
> >
> > If, instead of stopping the process in step 4, you kill the gud 
> > buffer
> > through which you interact with GDB, do you still see the slowdown
> > after several times that you kill and restart the debugging?
> 
> Killing the GUD buffer and starting a new debugging session totally
> recovers to original performance.

If you can try the current development code on the emacs-24 branch,
please see if the problem is still there.  Some related problems were
fixed recently, and maybe they also fix your problem.  If you cannot
try the current code, please revisit this after the next pretest
version is released, and report back.  Thanks.

Previous Next

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