Per discussion on #email@example.com:
There is another bug - but definitely in the Java binding of libunwind only -
that fstack(1) never shows any address without associated symbol and it just
prints `null' instead.
the bug in `./cni/FrameCursor.cxx':`lib::unwind::FrameCursor::create_frame_cursor'.
unw_get_proc_name fails => unw_get_reg (cursor, UNW_REG_IP, &ip);
2007-01-04 Mike Cvet <firstname.lastname@example.org>
* cni/FrameCursor.cxx (create_frame_cursor): Resolve frame address
from unw_get_proc_info independently of function name. Fixes #3791.
The fix contains code using uninitialized variable if symbol resolving was
Created attachment 1491 [details]
Fix on top of the current code; unfinished Java binding.
Uninitialized value of `offset' was being retrieved.
The success return value of unw_get_reg() SHOULD be evaluated and acted upon;
it should not fail in any valid run (even if no symbols/debugging is
available). I am just not aware of all those Java bindings so IMO it would be
appropriate to throw there Java exception, please fix it according to the `#if
I would not write that assert() there myself but based on the mcvet's original
code it should not hurt. Shouldn't it be more some Java assertion? Unaware of
your crosslanguage style there.
2007-01-24 Jan Kratochvil <email@example.com>
Mike Cvet <firstname.lastname@example.org>
* cni/FrameCursor.cxx (create_frame_cursor): Fix retrieved address.
Temporarily remove assertion failing due to libunwind Bug 3917.