<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>RE: [CMake] Custom memory checking result processing</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>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>
<BR>
Regards,<BR>
Johny<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: Marcel Loose [<A HREF="mailto:loose@astron.nl">mailto:loose@astron.nl</A>]<BR>
Sent: Fri 6/25/2010 2:30 PM<BR>
To: david.cole@kitware.com<BR>
Cc: Johny Jose; cmake@cmake.org<BR>
Subject: Re: [CMake] Custom memory checking result processing<BR>
<BR>
Well, I sort of ran into exactly the same problem that Johny describes.<BR>
I devoted two mails on this issue to the CMake list --<BR>
<A HREF="http://www.mail-archive.com/cmake@cmake.org/msg26858.html">http://www.mail-archive.com/cmake@cmake.org/msg26858.html</A><BR>
<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>
response on either of them.<BR>
<BR>
In my case 'bash' is producing quite some noise; wouldn't want to call<BR>
'bash' flaky, though. But even if that weren't the case: you don't want<BR>
to memory check your framework every time you run a test, only the<BR>
program under test.<BR>
<BR>
There must be a better way to solve this, right?<BR>
<BR>
Best regards,<BR>
Marcel Loose.<BR>
<BR>
On Fri, 2010-06-25 at 07:47 -0400, David Cole wrote:<BR>
> I can't really think of a better way to tackle the problem...<BR>
><BR>
><BR>
> But I will make this one observation:<BR>
> If these underlying frameworks you depend on produce *thousands* of<BR>
> valgrind errors, do you really want to be depending on them?<BR>
><BR>
><BR>
> (Serious question, not trying to be flippant... It would make me very<BR>
> nervous to depend on a framework that has more than a handful of<BR>
> valgrind issues: and each issue would have to be something that I was<BR>
> convinced did not have a high likelihood of occurring in real world<BR>
> usage scenarios.)<BR>
><BR>
><BR>
><BR>
><BR>
> Just my opinion,<BR>
> David<BR>
><BR>
><BR>
><BR>
> On Fri, Jun 25, 2010 at 7:18 AM, Johny Jose <Johny.Jose@cern.ch><BR>
> wrote:<BR>
> Dear all,<BR>
> <BR>
> I am using valgrind to debug a framework which depends on<BR>
> several other underlying frameworks to function properly. As a<BR>
> result my memory checking turns up thousands of errors. I only<BR>
> want to see errors that arise from my framework. This is<BR>
> figured can be done by simply looking for a few regular<BR>
> expressions in the stack trace. Right now i am planning on<BR>
> creating a custom perl script which i will use as the<BR>
> memchecker instead of valgrind and send its output to CDash.<BR>
> Suppression files don't seem feasible as they don't have any<BR>
> sort of RegEx support and i have too many errors to list in a<BR>
> file creating ridiculously large logs and suppression files. I<BR>
> was wondering is there any better way to tackle this problem ?<BR>
> <BR>
> Regards<BR>
> Johny<BR>
> <BR>
> <BR>
> <BR>
> <BR>
> _______________________________________________<BR>
> Powered by www.kitware.com<BR>
> <BR>
> Visit other Kitware open-source projects at<BR>
> <A HREF="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</A><BR>
> <BR>
> Please keep messages on-topic and check the CMake FAQ at:<BR>
> <A HREF="http://www.cmake.org/Wiki/CMake_FAQ">http://www.cmake.org/Wiki/CMake_FAQ</A><BR>
> <BR>
> Follow this link to subscribe/unsubscribe:<BR>
> <A HREF="http://www.cmake.org/mailman/listinfo/cmake">http://www.cmake.org/mailman/listinfo/cmake</A><BR>
><BR>
><BR>
> _______________________________________________<BR>
> Powered by www.kitware.com<BR>
><BR>
> Visit other Kitware open-source projects at<BR>
<A HREF="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</A><BR>
><BR>
> Please keep messages on-topic and check the CMake FAQ at:<BR>
<A HREF="http://www.cmake.org/Wiki/CMake_FAQ">http://www.cmake.org/Wiki/CMake_FAQ</A><BR>
><BR>
> Follow this link to subscribe/unsubscribe:<BR>
> <A HREF="http://www.cmake.org/mailman/listinfo/cmake">http://www.cmake.org/mailman/listinfo/cmake</A><BR>
<BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>