| Summary: | kdev-valgrind uses the wrong syntax | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | Chris de CLAVERIE <c.de-claverie> |
| Component: | Plugin: Valgrind integration | Assignee: | kdevelop-bugs-null |
| Status: | REPORTED --- | ||
| Severity: | major | CC: | c.de-claverie |
| Priority: | NOR | ||
| Version First Reported In: | git master | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| URL: | https://github.com/KDE/kdev-valgrind | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Chris de CLAVERIE
2020-07-22 08:54:20 UTC
The >''< seems to be the issue - it doesn't use the binary of your executable properly - can you check why? this is actually a value that comes from the project builder, so potentially it is a fault in meson after all? The valgrind command itself looks fine. If you replace the >''< with e.g. >'ls'< it will "work": /usr/bin/valgrind --tool=memcheck --xml=yes --xml-socket=127.0.0.1:46421 --num-callers=12 --max-stackframe=2000000 --error-limit=yes --leak-resolution=high --show-leak-kinds=definite,possible --leak-check-heuristics=all --keep-stacktraces=alloc-and-free --freelist-vol=20000000 --freelist-big-blocks=1000000 --undef-value-errors=yes --show-mismatched-frees=yes --partial-loads-ok=yes --track-origins=no --expensive-definedness-checks=no 'ls' -a . ==19563== Failed to connect to XML logging server '127.0.0.1:46421'. ==19563== XML output will be sent to stderr instead. I see. I tried everything in the settings to force the use of the right executable path (I have multiple launch targets, changed them from project target to executable, changed working directories, etc...) but nothing seems to influence the Valgrind plugin. I'm not sure why. I tried looking at the code but having no experience of KDev plugins I had no success. A nice workaround is to use Valgrind "extra parameters" to input the full path to the executable (for example, in meson, "./build/tests/my_unit_test") Can you check and see if it works with a trivial CMake-based project? thanks When trying with a basic template CMake project, I am greeted with a crash. The crash stdout doesn't lead anywhere ("/usr/bin/cat: /home/ubuntu/.local/share/kdevelop/session/{uuid}/default.sh: no such file or directory") and unfortunately I don't have a version with the debugging symbols enabled at hand.
|