[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-bugs
Subject:    [Bug 140735] New: Option to delay loading of shared library symbols
From:       Robert Knight <robertknight () gmail ! com>
Date:       2007-01-27 19:38:00
Message-ID: 20070127203759.140735.robertknight () gmail ! com
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=140735         
           Summary: Option to delay loading of shared library symbols when
                    debugging
           Product: kdevelop
           Version: unspecified
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: NEW
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kdevelop-bugs kdevelop org
        ReportedBy: robertknight gmail com


Version:           3.4 (using KDE KDE 3.5.5)
Installed from:    Ubuntu Packages
Compiler:          gcc 4.1 
OS:                Linux

Starting KDE 4 applications in the debugger takes a very long time ( around a minute \
here ) and consumes vast amounts of memory if debugging symbols are available for all \
the KDE and Qt libraries. Apparently GDB already has some mechanism to cut down the \
volume of symbols that it loads, but it doesn't seem to be sufficient any longer.

When running gdb from the command line, I can do this to get around it:

1.  start gdb
2.  run "set auto-solib-add off" to disable automatic loading of shared libraries
3.  start the program
4.  interupt execution using Ctrl+C
5.  run "shar libkdeinit_appname" to load the main shared library for the 
    application I am debugging, possibly repeating for QtCore and one
    or two other major libraries.

Unless serious improvements can be made in GDB itself, it would be useful to have an \
option to manually specify which libraries' symbols are to be loaded into the \
debugger.


[prev in list] [next in list] [prev in thread] [next in thread]