|
From: John R. <jr...@bi...> - 2016-12-01 05:43:27
|
What is the smallest program which fails? Post it here (the source and the build recipe).
If you cannot do that, then tell us its characteristics.
Such as: CPU architecture, compiler and version, C runtime library and version,
size of executable ("/usr/bin/size my_app"), number and size of shared libraries
("/usr/bin/ldd my_app", then 'size' of each library), duration of execution
("time ./my_app arg1..."; telling us "a lot of time", without quantifying it, is useless).
Then, show the system calls of a failing run:
strace -f -o strace-bad.out -e trace=file valgrind ./my_app arg1...
and pay particular attention to the pathname and directory of what should be
the .gcda files. Contrast with the system calls of a non-failing run:
strace -f -o strace-good.out -e trace=file ./my_app arg1...
Yes, this is work for you; but it is the minimal price that you must pay for good answers.
On 11/30/2016 07:56 PM, Ravi Kaipu wrote:
> Hi,
>
> Could you please respond for the below problem as it is very important.
>
> We will appreciate your efforts.
>
> Thanks in advance,
>
> Regards,
> Ravi
>
> On Wed, Nov 23, 2016 at 1:05 PM, Ravi Kaipu <rav...@gm... <mailto:rav...@gm...>> wrote:
>
> Hi,
>
> We have a huge code base which requires a lot of time to check the runtime errors and code coverage (using lcov tool) separately
>
> We have built the components with coverage flags and are now trying to run on valgrind for .gcda files to find coverage. but, .gcda files are not generated sometimes when run on valgrind. But the same components when run with coverage flags without valgrind generate .gcda files
>
> We are doing this to reduce the execution time of the test case . Can we rely on this method or shall we avoid running on valgrind with coverage flags to get coverage
>
> Has anyone tried like this before ? appreciate any help on this .
>
> Thanks in advance,
>
> Regards,
> Ravi
>
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Valgrind-users mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-users
>
|