-
Bug
-
Resolution: Fixed
-
Major
-
None
-
linux
I'm running valgrind with the following switches:
valgrind --tool=memcheck --leak-check=full --leak-resolution=high --show-reachable=no --undef-value-errors=yes --track-origins=yes --num-callers=20 --child-silent-after-fork=yes --trace-children=yes --xml=yes --xml-file=program.%p.valgrind
Because my program forks, I get a new xml file with a different pid number. In the xml file, the Id field will start counting at 1 again, overlapping with other runs.
The valgrind plugin currently combines all the reports into one big report, and can't distinguish between id 1 from pid x and id 1 from pid y anymore, resulting in detail loss.
Grouping by <pid> field from the xml file will fix this problem.
Maybe for another ticket, but caused by the same single huge report in the plugin: having a per program overview first, and then for one program viewing all the errors grouped like they are now would probably be better.
[JENKINS-16216] Valgrind plugin mixes results from forking program
John van der Kamp
created issue -
Johannes Ohlemacher
made changes -
| Status | Original: Open [ 1 ] | New: In Progress [ 3 ] |
Johannes Ohlemacher
made changes -
| Resolution | New: Fixed [ 1 ] | |
| Status | Original: In Progress [ 3 ] | New: Resolved [ 5 ] |
| Workflow | Original: JNJira [ 147029 ] | New: JNJira + In-Review [ 192200 ] |
fixed with version 0.19.
errors are grouped by process
errors are identified by process id and error id
added support for valgrind options trace-children and child-silent-after-fork
plugin adds '%p' to xml report filename automatically