Your message dated Mon, 6 Nov 2006 07:50:53 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#397242: gdb is slow setting breakpoints via mi-interface
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: gdb
Version: 6.4.90.dfsg-1
Severity: important
Hi,
I discovered this with the latest kdevelop3.4 svn version, the current
gdb in debian is really slow setting breakpoints on library loading
through the mi-interface.
kdevelop3.4 has an option to try to set breakpoints when the app loads a
shared library (for example a plugin). This is 3 times slower with
debians gdb than with a 6.5 self-compiled version. On my Pentium M
1.4GHz Laptop it takes 2 minutes using 6.5-selfcompiled to start
kdevelop when breakpoints are active and 6 minutes with debians gdb.
I'm sorry I have no idea if this is due to the debian-patches, the
differences between 6.4.90 and 6.5 or some compilation flags.
I also couldn't test yet wether this happens with cmdline-invocation of
gdb, because I have no idea how to load a list of breakpoints with that
and tell him to try to set them each time a shared lib is loaded...
Andreas
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500,
'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages gdb depends on:
ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries
ii libncurses5 5.5-5 Shared libraries for terminal hand
ii libreadline5 5.2-1 GNU readline and history libraries
gdb recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On 05.11.06 18:55:46, Daniel Jacobowitz wrote:
> On Mon, Nov 06, 2006 at 12:36:22AM +0100, Andreas Pakulat wrote:
> > > This is probably the Debian GDB searching in /usr/lib/debug by default,
> > > and finding more symbol files there. If you build GDB with no options,
> > > it will try /usr/local/lib/debug, and not find anything.
> >
> > Or rather $PREFIX/lib/debug, I guess? Do you know wether there's a
> > switch for gdb to tell it not to load those symbol files?
>
> Just change set debug-file-directory to point somewhere else.
Ok, thx.
> > Should I go upstream with this issue? It seems gdb should load only
> > symbols from libraries the current app uses and not unconditionally
> > everything it finds...
>
> It's already doing that.
Figured that too...
> But you haven't told me what libraries your
> program is linked with, or what GDB is finding in /usr/lib/debug.
As far as I can see Qt+kdelibs+kdebase dbg packages are installed and
kdevelop links to qt+kdelibs...
Closing this bug as I can reproduce it with the self-compiled version.
Andreas
--
You will be awarded a medal for disregarding safety in saving someone.
pgpzAnm4tlmaj.pgp
Description: PGP signature
--- End Message ---
