Re: [ros-kernel] More useful stack traces

[David W. <we...@cw...>]

On Sun, Jul 14, 2002 at 02:52:55PM +0200, Casper Hornstrup wrote:
> Also, core dumping is only useful to developers when they have symbol
> information. This would mean that either 1) the core dump would contain
> the symbols (meaning that non-stripped images need to be used or the
> symbols come from the .sym files) or b) core dumps are limited to beeing
> generated by official releases so the developer has the symbol
> information available. If b) then 6 months is probably too long between
> releases. 
>
The way I envisaged it working was that the user would run a tool to
postprocess the core dump and produce information which could be emailed to us.
We wouldn't want people sending 256MB files (or whatever the average memory
size is these days) anyway. Obviously the core dump would have to contain
a module list but the actual matching up of addresses to symbols could be
done offline. Also we would need to have debugging information produced
on builds of all types and included in offical releases. I don't see this
as a big problem, ntoskrnl and the default hal have been built with '-g'
unconditionally for years.