An increment to Jon Turney's stackdump2backtrace script
Jon Turney
jon.turney@dronecode.org.uk
Wed Oct 3 17:08:00 GMT 2018
On 01/10/2018 10:20, Mark Geisert wrote:
> For those Cygwin developers who tend to attract stackdump files...
>
> ..mark (who defines an alias 'bt' to launch the script because he can't
> get gdb out of his head)
Nice. Thanks.
> OTHERS=`ldd $IMG1 | awk '{print $3}' | sort -r | tr '\\n' ' '`
One thing you should be aware of here is that you are assuming that the
other DLLs (i) have the same base address locally and on the system
where the stackdump was generated [an assumption which rebase will tend
to invalidate], and (ii) don't get relocated.
(The executable and cygwin1.dll don't suffer from this problem, as they
have fixed addresses in the process memory layout used by cygwin)
For this reason, stackdumps are a weak tool for debugging crashes in
other DLLs. There were some patches posted to add DLL load addresses to
the stackdump, not sure what happened to them...
It would perhaps be better to write a minidump, which captures that
information (and more...)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin
mailing list