Re: [Valgrind-users] Meaning of "Thread N return signal frame corrupted. Killing process."

[John R. <jr...@bi...>]

> Thread 5 return signal frame corrupted. Killing process.

Upon return from a signal handler, then valgrind checks the information
which the Linux kernel will use to restore the pre-signal state of the thread.
valgrind detected that the information was corrupt.
The signal handler (or some other thread, or perhaps valgrind)
overwrote critical information in the pre-signal state structure
(such as the stack pointer, instruction pointer, etc.)
and it would be insane for the thread to even attempt
to continue executing.  The bugs are bad enough that they have
totally destroyed the thread.

If there is no possibility that thread 5 was executing a signal handler,
then valgrind has lost its mind.  Please try to reproduce the problem,
then file a bug report; see  http://valgrind.org/support/bug_reports.html .

--