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

List:       kde-devel
Subject:    Re: Some thoughts and brainstorming about DrKonqui crash handler
From:       Robert Knight <robertknight () gmail ! com>
Date:       2009-01-23 19:02:05
Message-ID: 13ed09c00901231102s18eb01e3n15f28cdc4b1c58cb () mail ! gmail ! com
[Download RAW message or body]

> I know that backtraces take a bit of time to generate,
> and maybe there's nothing that
> can be done to speed them up

You can be selective about the libraries you load debugging symbols
for.  IIRC the debug dialog currently
runs gdb in its default mode which loads symbols for every library
linked into the application.  For example, there is no need
to load debugging information for all the KDE libraries if only
functions in QtCore, QtGui and the application
itself appear in the backtrace.  On machines with only a relatively
small amount of memory (eg. < 1GB) some
heuristics might be applied to avoid loading debugging symbols for
very large libraries - at the cost
of providing a less useful backtrace.

Of course it would be even better to patch GDB to improve its library
load time - but I get the impression
that a fair amount has been done already to try to load information
only as needed.  I'm not sure
how much room there is there.

Regards,
Robert.

2009/1/23 David Jarvie <djarvie@kde.org>:
> On Thursday 22 January 2009 22:57, Darío Andrés wrote:
>> DrKonqui crash handler dialog brainstorming:
>
> A lot of good ideas. As you said, the usability people should be involved
> to look at the design of the dialogue. Another factor to consider is that
> in its basic operation, the dialogue shouldn't be too slow. I know that
> backtraces take a bit of time to generate, and maybe there's nothing that
> can be done to speed them up. But if there's to be a link to bugzilla, if
> it's too slow it would put some people off reporting the bug.
>
>> - Autodetect crashed app version ?
>>   Not sure if this is posible for 100%. Anyways it may not be relevant
>> as the most part of the KDE apps use the KDE distribution/version
>> scheme.
>
> This would definitely be useful for apps issued outside the main KDE
> releases - e.g. extragear, or those such as KAlarm which have interim
> releases as well.
>
> --
> David Jarvie.
> KAlarm author & maintainer.
> http://www.astrojar.org.uk/kalarm
>
>
>>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
>
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

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