search for: unw_step

..." which is not even mentioned anywhere in > the source of the test case, doesn't provide much useful information. At the > risk of trotting out one of the oldest cliches in the book, this works (or at > least breaks as described) on our end! :P That's the catch. I know that unw_step() calls _Unwind_VRS_Pop() while loading the stack frame, because you need the context of that frame, so for me that looked like a good thing to say. If you report a bug in the unwinder, I expect you to either understand a bit about it (like me), or to have someone at your disposal that do. I cannot...

...ons to kernelbase. winebuild: Add support for the -B option. winegcc: Fix handling of the --sysroot flag when not building inside the Wine tree. winegcc: Support the --target option like winebuild does. winegcc: Forward the -B options to winebuild. configure: Check for unw_step() instead of unw_getcontext(). ntdll: Use virtual_uninterrupted_read_memory() to read code inside signal handler on x86-64. ntdll: Use a stack_layout structure to build exception data on x86-64. ntdll: Use a stack_layout structure to build exception data on i386. ntdll: Fact...

...^ C:/Users/clang/libunwind/include\libunwind.h:109:12: note: previous declaration is here extern int unw_set_fpreg(unw_cursor_t *, unw_regnum_t, unw_fpreg_t) LIBUNWIND_AVAIL; ^ C:/Users/clang/libunwind/src/libunwind.cpp:165:35: warning: redeclaration of 'unw_step' should not add 'dllexport' attribute [-Wdll-attribute-on-redeclaration] _LIBUNWIND_WEAK_ALIAS(__unw_step, unw_step) ^ C:/Users/clang/libunwind/include\libunwind.h:105:12: note: previous declaration is here extern int unw_step(unw_cursor_t *) LIBUNWIND_...

...ion to the state of the stack at the time the exception was actually thrown. It may be that what I am getting is the stack at the point of the catch statement, which isn't terribly useful for this purpose. But as I say, it's hard to tell. I thought about using libunwind functions directly (unw_step and such), but it doesn't appear that libunwind is available on OS X. I've also tried using the 'backtrace' function from execinfo.h, but again the information I get when I call it from within the personality function doesn't appear to have much relation to the call stack at th...

...anywhere in > > the source of the test case, doesn't provide much useful information. At the > > risk of trotting out one of the oldest cliches in the book, this works (or at > > least breaks as described) on our end! :P > > That's the catch. > > I know that unw_step() calls _Unwind_VRS_Pop() while loading the stack > frame, because you need the context of that frame, so for me that > looked like a good thing to say. If you report a bug in the unwinder, > I expect you to either understand a bit about it (like me), or to have > someone at your dispo...

> From: Renato Golin <renato.golin at linaro.org> > > > On 29 July 2015 at 16:53, Mason Wheeler <masonwheeler at yahoo.com> wrote: > > A couple weeks ago, Ben Pye, a developer working on the ARM32 stuff, found > > and reported a bug related to incorrect generation of stack unwinding info. > > ( https://llvm.org/bugs/show_bug.cgi?id=24146 ) Apparently it

...ures actions. msi/tests: Fix test failures. msi/tests: Run the package tests from a temporary directory. msi/tests: Remove workarounds for Windows 2000. shell32: Improve the stub for SHGetPropertyStoreForWindow. Henri Verbeet (1): ntdll: Properly handle 0 returns from unw_step(). Jacek Caban (31): include: Avoid macro redefinition when wchar.h is included after stdint.h. vbscript: Implement String function. vbscript: Implement RegExp.Replace. vbscript: Improve exec_script debug traces. vbscript: Fix array reference handling in do_icall....