From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Markus Grunwald Newsgroups: gmane.emacs.help Subject: Re: gud : Phase error in gdb-pre-prompt (got pre-emacs) Date: 27 Jun 2008 14:23:01 GMT Organization: Arcor Message-ID: <4864f7c5$0$6607$9b4e6d93@newsspool2.arcor-online.net> References: <4864aa47$0$7552$9b4e6d93@newsspool1.arcor-online.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1214577670 15883 80.91.229.12 (27 Jun 2008 14:41:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 27 Jun 2008 14:41:10 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jun 27 16:41:55 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KCF91-0001Gq-UC for geh-help-gnu-emacs@m.gmane.org; Fri, 27 Jun 2008 16:41:48 +0200 Original-Received: from localhost ([127.0.0.1]:57266 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KCF8B-000806-Pi for geh-help-gnu-emacs@m.gmane.org; Fri, 27 Jun 2008 10:40:55 -0400 Original-Path: news.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!tiscali!newsfeed1.ip.tiscali.net!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: pan 0.119 (Karma Hunters) Original-Lines: 63 Original-NNTP-Posting-Date: 27 Jun 2008 16:23:01 CEST Original-NNTP-Posting-Host: 88e12563.newsspool2.arcor-online.net Original-X-Trace: DXC=b32oe8L5Z\D@k=MdN::NBIA9EHlD; 3YcB4Fo<]lROoRA8kF List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:55113 Archived-At: On Fri, 27 Jun 2008 22:18:11 +1200, Nick Roberts wrote: > What does it say within the square brackets in the mode-line of the GUD > buffer _before_ you type `C-c C-c'? If it says "initializing..." then it > might help to wait a bit longer until it says "ready" before typing the first > command. You are right: After loading the binary it says "initialising...". After 1 Minute 30 seconds (!) it turns to "ready" and I can work normally. I tried again with "gdb --annotate=3" (= without binary as parameter) and loaded the binary with (gdb) file binary.bin There was no "initialising..." message visible and I could start immediately. What's the difference ? > There are several factors that might make this slow: > > 1) An executable that was created from a large number of files. gru@PT-AGCMLX1 >find . \( -name \*.cpp -o -name \*.h \) | wc -l 3072 Would this qualify as "large" ? ;) > 2) Using stabs debug format. Hmm, not sure. I just compiled with gcc-2.95 (yes, that old....) and "-g". "info gcc" gives me the impression that this means stabs or gdb ... > 3) Using an old PC. gru@CMDevLin2 >cat /proc/cpuinfo vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.40GHz cpu MHz : 2405.535 cache size : 512 KB Not that old... CPU is at 20% while "initialising....". /home is mounted via nfs but I can hardly see any network activity while "initialising..." > If this is the problem I can post a patch that might speed things up but I would try this :) > just turning off gud-tooltip-mode might help. "gud-tooltip-mode is a variable defined in `gud.el'. Its value is nil" So it is turned off. Many thanks for your help :) For the time beeing, I'll just load the binary from within gdb. Everything seems to work and I don't have to wait 1:30 minutes. If my colleages see this, I will have to hear their laughter till the end of days ;) cu -- Markus