For the cmake valgrind dashboard, we use the script seen here:<br><a href="http://www.cdash.org/CDash/viewNotes.php?buildid=647028">http://www.cdash.org/CDash/viewNotes.php?buildid=647028</a><br><br>If you look at it, you will see that we list a bunch of tools that produce valgrind output that we are not interested in having show up on the CMake dashboard.<br>
<br>(For example, /usr/bin/gcc and /usr/bin/c++ are in the list...)<br><br>Then, we pass that to valgrind with the --trace-children-skip=${valgrind_skip} command line flag.<br><br>Here&#39;s the catch: that&#39;s a custom build of valgrind that we have on that machine that understands this flag. I think Bill Hoffman developed the patch for that behavior and tried to submit it up to valgrind upstream, but there was much discussion and no action, if I recall correctly.<br>
<br>Maybe Bill could chime in, or you could take up the question on valgrind&#39;s mailing list....?<br><br><br>HTH,<br>David<br><br><br>On Fri, Jun 25, 2010 at 9:44 AM, Johny Jose &lt;<a href="mailto:Johny.Jose@cern.ch">Johny.Jose@cern.ch</a>&gt; wrote:<br>
&gt;<br>&gt; The frameworks in question are a necessary evil, we cannot do without them, time and habit will not allow us to work with anything else i guess. Well i guess i will have to try it out and see what comes of it, will let u know how successful it is.<br>
&gt;<br>&gt; Regards,<br>&gt; Johny<br>&gt;<br>&gt;<br>&gt; -----Original Message-----<br>&gt; From: Marcel Loose [mailto:<a href="mailto:loose@astron.nl">loose@astron.nl</a>]<br>&gt; Sent: Fri 6/25/2010 2:30 PM<br>&gt; To: <a href="mailto:david.cole@kitware.com">david.cole@kitware.com</a><br>
&gt; Cc: Johny Jose; <a href="mailto:cmake@cmake.org">cmake@cmake.org</a><br>&gt; Subject: Re: [CMake] Custom memory checking result processing<br>&gt;<br>&gt; Well, I sort of ran into exactly the same problem that Johny describes.<br>
&gt; I devoted two mails on this issue to the CMake list --<br>&gt; <a href="http://www.mail-archive.com/cmake@cmake.org/msg26858.html">http://www.mail-archive.com/cmake@cmake.org/msg26858.html</a><br>&gt; <a href="http://www.mail-archive.com/cmake@cmake.org/msg29155.html">http://www.mail-archive.com/cmake@cmake.org/msg29155.html</a> -- but got no<br>
&gt; response on either of them.<br>&gt;<br>&gt; In my case &#39;bash&#39; is producing quite some noise; wouldn&#39;t want to call<br>&gt; &#39;bash&#39; flaky, though. But even if that weren&#39;t the case: you don&#39;t want<br>
&gt; to memory check your framework every time you run a test, only the<br>&gt; program under test.<br>&gt;<br>&gt; There must be a better way to solve this, right?<br>&gt;<br>&gt; Best regards,<br>&gt; Marcel Loose.<br>&gt;<br>
&gt; On Fri, 2010-06-25 at 07:47 -0400, David Cole wrote:<br>&gt; &gt; I can&#39;t really think of a better way to tackle the problem...<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; But I will make this one observation:<br>&gt; &gt; If these underlying frameworks you depend on produce *thousands* of<br>
&gt; &gt; valgrind errors, do you really want to be depending on them?<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; (Serious question, not trying to be flippant... It would make me very<br>&gt; &gt; nervous to depend on a framework that has more than a handful of<br>
&gt; &gt; valgrind issues: and each issue would have to be something that I was<br>&gt; &gt; convinced did not have a high likelihood of occurring in real world<br>&gt; &gt; usage scenarios.)<br>&gt; &gt;<br>&gt; &gt;<br>
&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; Just my opinion,<br>&gt; &gt; David<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; On Fri, Jun 25, 2010 at 7:18 AM, Johny Jose &lt;<a href="mailto:Johny.Jose@cern.ch">Johny.Jose@cern.ch</a>&gt;<br>
&gt; &gt; wrote:<br>&gt; &gt;         Dear all,<br>&gt; &gt;        <br>&gt; &gt;         I am using valgrind to debug a framework which depends on<br>&gt; &gt;         several other underlying frameworks to function properly. As a<br>
&gt; &gt;         result my memory checking turns up thousands of errors. I only<br>&gt; &gt;         want to see errors that arise from my framework. This is<br>&gt; &gt;         figured can be done by simply looking for a few regular<br>
&gt; &gt;         expressions in the stack trace. Right now i am planning on<br>&gt; &gt;         creating a custom perl script which i will use as the<br>&gt; &gt;         memchecker instead of valgrind and send its output to CDash.<br>
&gt; &gt;         Suppression files don&#39;t seem feasible as they don&#39;t have any<br>&gt; &gt;         sort of RegEx support and i have too many errors to list in a<br>&gt; &gt;         file creating ridiculously large logs and suppression files. I<br>
&gt; &gt;         was wondering is there any better way to tackle this problem ?<br>&gt; &gt;        <br>&gt; &gt;         Regards<br>&gt; &gt;         Johny<br>&gt; &gt;        <br>&gt; &gt;        <br>&gt; &gt;        <br>
&gt; &gt;        <br>&gt; &gt;         _______________________________________________<br>&gt; &gt;         Powered by <a href="http://www.kitware.com">www.kitware.com</a><br>&gt; &gt;        <br>&gt; &gt;         Visit other Kitware open-source projects at<br>
&gt; &gt;         <a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><br>&gt; &gt;        <br>&gt; &gt;         Please keep messages on-topic and check the CMake FAQ at:<br>
&gt; &gt;         <a href="http://www.cmake.org/Wiki/CMake_FAQ">http://www.cmake.org/Wiki/CMake_FAQ</a><br>&gt; &gt;        <br>&gt; &gt;         Follow this link to subscribe/unsubscribe:<br>&gt; &gt;         <a href="http://www.cmake.org/mailman/listinfo/cmake">http://www.cmake.org/mailman/listinfo/cmake</a><br>
&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; _______________________________________________<br>&gt; &gt; Powered by <a href="http://www.kitware.com">www.kitware.com</a><br>&gt; &gt;<br>&gt; &gt; Visit other Kitware open-source projects at<br>
&gt; <a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><br>&gt; &gt;<br>&gt; &gt; Please keep messages on-topic and check the CMake FAQ at:<br>&gt; <a href="http://www.cmake.org/Wiki/CMake_FAQ">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
&gt; &gt;<br>&gt; &gt; Follow this link to subscribe/unsubscribe:<br>&gt; &gt; <a href="http://www.cmake.org/mailman/listinfo/cmake">http://www.cmake.org/mailman/listinfo/cmake</a><br>&gt;<br>&gt;<br>&gt;<br><br>