From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl-Heinz Schneider Newsgroups: gmane.emacs.bugs Subject: bug#11265: 24.0.94; gdb-mi very slow on Windows Date: Thu, 19 Apr 2012 08:10:09 +0200 Message-ID: References: <83zkaaqo67.fsf@gnu.org> <4a9b5bb0b0553d31ee6df5994fd8a56d@schneider-inet.de> <83r4vl6lzk.fsf@gnu.org> Reply-To: karl-heinz@schneider-inet.de NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1334815857 20437 80.91.229.3 (19 Apr 2012 06:10:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 19 Apr 2012 06:10:57 +0000 (UTC) Cc: 11265@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 19 08:10:56 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SKkZx-0003ja-Uu for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Apr 2012 08:10:54 +0200 Original-Received: from localhost ([::1]:54981 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKkZx-0001DZ-4D for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Apr 2012 02:10:53 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44461) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKkZu-0001DU-BJ for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 02:10:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SKkZp-0005tg-Hk for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 02:10:49 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39700) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKkZp-0005tc-EK for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 02:10:45 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SKka6-0004fg-Ey for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 02:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Karl-Heinz Schneider Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Apr 2012 06:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11265 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11265-submit@debbugs.gnu.org id=B11265.133481583417915 (code B ref 11265); Thu, 19 Apr 2012 06:11:02 +0000 Original-Received: (at 11265) by debbugs.gnu.org; 19 Apr 2012 06:10:34 +0000 Original-Received: from localhost ([127.0.0.1]:40734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SKkZd-0004eu-V9 for submit@debbugs.gnu.org; Thu, 19 Apr 2012 02:10:34 -0400 Original-Received: from schneider-inet.de ([85.214.76.205]:40022 helo=h1714509.stratoserver.net) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SKkZb-0004em-7S for 11265@debbugs.gnu.org; Thu, 19 Apr 2012 02:10:32 -0400 Original-Received: from localhost ([127.0.0.1]:35670 helo=schneider-inet.de) by h1714509.stratoserver.net with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SKkZG-0005Fv-AE; Thu, 19 Apr 2012 08:10:12 +0200 Mail-Reply-To: In-Reply-To: <83r4vl6lzk.fsf@gnu.org> X-Sender: karl-heinz@schneider-inet.de User-Agent: Roundcube Webmail/0.5.4 X-Spam_score: -1.0 X-Spam_score_int: -9 X-Spam_bar: - X-Spam_report: Spam detection software, running on the system "h1714509.stratoserver.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> 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? [...] Content analysis details: (-1.0 points, 5.0 required) pts rul X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:59239 Archived-At: >> 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. Kalle