emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 23.0.60; gdb not running the program first time around


From: robert marshall
Subject: Re: 23.0.60; gdb not running the program first time around
Date: Thu, 14 Feb 2008 09:04:43 +0000
User-agent: Thunderbird 2.0.0.6 (X11/20071022)

Nick Roberts wrote:
 > GNU gdb 6.6-debian
 > Copyright (C) 2006 Free Software Foundation, Inc.
 > GDB is free software, covered by the GNU General Public License, and you are
 > welcome to change it and/or distribute copies of it under certain conditions.
 > Type "show copying" to see the conditions.
 > There is absolutely no warranty for GDB.  Type "show warranty" for details.
 > This GDB was configured as "i486-linux-gnu"...
 > Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
 > (gdb) run

Does it say [ready] here in the mode-line?

It does - I should have said that it doesn't happen every time I start up a gdb buffer

 >   C-c C-cQuit          <------------- sits here until I C-c C-c
 > (gdb) run
> Starting program: /home/robert/IPSA/IPSA+1.6/IPSAplus/ipsa-so > [Thread debugging using libthread_db enabled]
 > [New Thread -1231702336 (LWP 8910)]
 > Qt: gdb: -nograb added to command-line options.
 >    Use the -dograb option to enforce grabbing.

Do you have a .gdbinit file in this directory or $HOME?


No
If so, what happens if you do "gdb --annotate=3 -nx ipsa-so"?

If this works, what do you have in your .gdbinit?

If it still doesn't work, what happens if you also start with "emacs -Q"?

I've just managed to replicate this behaviour when starting with -Q
I think it happens when I type 'run' - at the prompt (already there in the buffer) - when the status line still says [initializing], so it changes to [ready] at around the same time as I press 'enter' ipsa-so is a fairly large file (c 90MB) and it takes around 2 sec from entering the 'gdb --annotate...' line to get to gdb showing [ready], I've just tried to do the same thing with the emacs binary and that starts up far too fast to get the same problem!

Robert





reply via email to

[Prev in Thread] Current Thread [Next in Thread]