On Sat, 2012-05-26 at 11:50 +0100, Richard W.M. Jones wrote:
On Thu, May 24, 2012 at 04:43:12PM +0200, Jan Kratochvil wrote:
On Thu, 24 May 2012 16:35:57 +0200, Frank Ch. Eigler wrote:
jan.kratochvil wrote:
If your feature does not solve any problem it is just a bloat.
This overstates the case. Alex's proposal clearly solves some problems.
This is just about wording.
My reaction was to: I don't think there has to be a specific "problem".
... but then he goes on to list 4 or 5 different features, which are all nice to haves at a very small cost.
I'll add one more case, which seems to happen to me all the time:
- You're in IRC or email, and all the bug reporter has given you is a random copy and paste from their terminal. They don't care to open a bug; they don't much care about anything except getting a fix.
Minidebuginfo would help here.
Yeah, in general the goal of MiniDebugInfo is to raise the *minimum* quality of all backtraces. If all the stars align we should be able to have a system that gives perfect backtraces, using server magic in ABRT and other things, but in all the cases where this for some reason doesn't happen we should be able to *always* at least get full function names in the backtrace instead of "???" (unless the stack is totally corrupted of course).