[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [valgrind] [Bug 385707] memcheck-amd64-linux crashing
From:       Philippe Waroquiers <bugzilla_noreply () kde ! org>
Date:       2018-07-31 22:02:20
Message-ID: bug-385707-17878-Mpln1ZugA2 () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=385707

Philippe Waroquiers <philippe.waroquiers@skynet.be> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |philippe.waroquiers@skynet.
                   |                            |be

--- Comment #4 from Philippe Waroquiers <philippe.waroquiers@skynet.be> ---
(In reply to Daniel Gutson from comment #3)
> Have you seen this?
> 
> --11098-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) -
> exiting
> --11098-- si_code=128;  Faulting address: 0x0;  sp: 0x802db5dc0
> 
> valgrind: the 'impossible' happened:
>    Killed by fatal signal
> 
> 
> And the program happens to be the python interpreter.
> If it is the interpreter doing invalid writes, why valgrind says internal
> error and that impossible happened? Shouldn't it be prepared to handle
> signals?

For sure, valgrind can run an application that (properly) uses signal.
The above SIGSEGV msg means that the signal happened at a time
when valgrind was executing its own code (and not when running
the guest code).
Such SIGSEGV might be a bug in valgrind, or as indicated by Tom,
might be the result of a problem in the guest application.

Running python 'properly' under valgrind is typically implying
to compile the python interpreter with special options
(at least that was the case with python 2.7 IIUC).


You might have with recent python a way to run more cleanly
under valgrind. e.g. found the below on the web:

PYTHONMALLOC=malloc python3 foobar.py


It might be worth in any case to retry with a more recent valgrind
either 3.13 last release, or the git trunk version, just in case ...

-- 
You are receiving this mail because:
You are watching all bug changes.=
[prev in list] [next in list] [prev in thread] [next in thread]