On 19.03.2012 17:38, Daniel Jacobowitz wrote:
On Mon, Mar 19, 2012 at 12:12 PM, Andrew Stubbsa...@codesourcery.com wrote:
On 16/03/12 13:29, EXTERNAL Waechtler Peter (Fa. TCP, CM-AI/PJ-CF31) wrote:
The CodeSourcery toolchain contains a fix like the following,
please consider for adding it.
Betreff: Re: [PATCH] eh_personality.cc: unwinding on ARM
On 16/03/12 13:29, EXTERNAL Waechtler Peter (Fa. TCP,
CM-AI/PJ-CF31) wrote:
The CodeSourcery toolchain contains a fix like the following,
please consider for adding it.
Here's the full original patch with ChangeLog.
I don't know why Dan
On 16/03/12 13:29, EXTERNAL Waechtler Peter (Fa. TCP, CM-AI/PJ-CF31) wrote:
The CodeSourcery toolchain contains a fix like the following,
please consider for adding it.
Here's the full original patch with ChangeLog.
I don't know why Dan never submitted this one. Perhaps it's not suitable
for
On Mon, Mar 19, 2012 at 12:12 PM, Andrew Stubbs a...@codesourcery.com wrote:
On 16/03/12 13:29, EXTERNAL Waechtler Peter (Fa. TCP, CM-AI/PJ-CF31) wrote:
The CodeSourcery toolchain contains a fix like the following,
please consider for adding it.
Here's the full original patch with
On Mon, Mar 19, 2012 at 12:12 PM, Andrew Stubbs
a...@codesourcery.com wrote:
On 16/03/12 13:29, EXTERNAL Waechtler Peter (Fa. TCP,
CM-AI/PJ-CF31) wrote:
The CodeSourcery toolchain contains a fix like the following,
please consider for adding it.
Here's the full original patch with
On 19.03.2012 18:32, Paul Brook wrote:
while I have your attention: what is an virtual unwind frame? ;)
No such thing exists.
Throwing an exception is a muti-stage process. It requires unwinding the
stack frame twice, taking different actions in the process. Forced
unwinding and backtracing
Hi,
I noticed a bug in the __ARM_EABI_UNWINDER__ case that shows up
as a loop in backtrace():
=== Backtrace: =
/lib/libc.so.6[0x4c8c11cc]
/lib/libc.so.6[0x4c8c62a8]
/lib/libc.so.6(cfree+0x38)[0x4c8c63a8]
./bt(_Z6nqueenPiii+0xf0)[0xa8e0]
./bt(_Z6nqueenPiii+0xf0)[0xa8e0]
Sorry this is a resend with corrected email addresses,
I noticed a bug in the __ARM_EABI_UNWINDER__ case that shows up
as a loop in backtrace():
=== Backtrace: =
/lib/libc.so.6[0x4c8c11cc]
/lib/libc.so.6[0x4c8c62a8]
/lib/libc.so.6(cfree+0x38)[0x4c8c63a8]