Per discussion on #frysk@irc.gimp.net:

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);
libunwind/tests/test-ptrace.c

------- Additional Comment #1 From Mike Cvet 2007-01-04 18:12 -------

2007-01-04  Mike Cvet  <mcvet@redhat.com>

	* cni/FrameCursor.cxx (create_frame_cursor): Resolve frame address
	from unw_get_proc_info independently of function name. Fixes #3791.

------- Additional Comment #2 From Jan Kratochvil 2007-01-12 11:18 -------

The fix contains code using uninitialized variable if symbol resolving was
unsuccessful.

------- Additional Comment #3 From Jan Kratochvil 2007-01-12 11:19 -------

Created an attachment (id=1491)
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
0' code.
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.

------- Additional Comment #4 From Jan Kratochvil 2007-01-24 20:36 -------

Committed:
2007-01-24  Jan Kratochvil <jan.kratochvil@redhat.com>
            Mike Cvet  <mcvet@redhat.com>

        * cni/FrameCursor.cxx (create_frame_cursor): Fix retrieved address.
        Temporarily remove assertion failing due to libunwind Bug 3917.