I have no strong objection, but a couple of comments.

Barry said that the old test system could take env variables from the command-line. Didn't the old system pull in petscvariables? If so,
how could it be overwritten.

I think only documenting (and yes, I will need to update the
documentation when things have settled down) VALGRIND=1 but
allow the secret -e method would probably be OK.  Users that
know about make -e should be smart enough (?) to know the danger.

Scott


On 2/8/17 3:47 PM, Satish Balay wrote:
Scott & Barry,

I'd like to remove the 'env' variable change. We don't want this to be
overwritten as it can be fragile [as users env can have incompatible
stuff here]

And petscmpiexec relies on env variables - so I'm not using it in the test 
harness.

So I have a branch scott/test-harness-valgrind-v2 (with commits collapsed/fixed)

So the following would be the way to use it.

make -f gmakefile test VALGRIND=1

Do you have any objections to this?

If we want them to be overwritted - then I guess we'll have to namespace them 
properly.

Satish

On Wed, 8 Feb 2017, Scott Kruger wrote:



Actually Jed's discussion of using env for DIFF had me consider another
solution than the one I had originally came up with.  I have both mpiexec and
diff using this new method to give what Barry
wants more directly:
    https://bitbucket.org/petsc/petsc/pull-requests/631/


Both of these now work at the makefile level:

    make -f gmakefile test VALGRIND=1

    MPIEXEC="/sandbox/bsmith/petsc/bin/petscmpiexec -valgrind" make -e -f
gmakefile test

Note that I am passing the -e flag to make which has
the environment variable override the value in
${PETSC_ARCH}/lib/conf/petscvariables
This can be dangerous depending on how clean your environment is
because it'll override ALL variables.


And from the shell script level:

    runex1.sh -V

    MPIEXEC="/sandbox/bsmith/petsc/bin/petscmpiexec -valgrind" runex1.sh



On 2/7/17 4:42 PM, Barry Smith wrote:

On Feb 7, 2017, at 5:34 PM, Satish Balay <[email protected]> wrote:

We cannot override stuff via env variables in the new test harness. For
nightlybuilds
I added support to check if PETSC_ARCH has 'valgrind' string in it - and
if so - use
valgrind.

26646c0bcc29652ef239540b066d00d1c8fc99c7

Perhaps we can force this to use valgrind with:

./config/gmakegentest.py --valgrind=1

  I can't decide at the time I run the tests, but need to decide when I do
  the gmakegentest.py

Ok - perhaps the attached patch.

   That is one heck of a patch, talk about code duplication resulting in
   endless bugs.

But then - sometimes gmakefile runs ./config/gmakegentest.py directly
[without valgrind]

  Fix it properly somehow; currently it is impossible and that is insanely
  horrible.


Satish

-------


On Tue, 7 Feb 2017, Barry Smith wrote:


Both

make -f gmakefile test MPIEXEC="/sandbox/bsmith/petsc/bin/petscmpiexec
-valgrind "

and

MPIEXEC="/sandbox/bsmith/petsc/bin/petscmpiexec -valgrind " make -f
gmakefile test

do not appear to use valgrind in the test harness (the old system did).

How do I run all tests under valgrind automatically?




not ok dm_impls_plex_tests-ex18_1
#       [0]PETSC ERROR: PetscTrFreeDefault() called from
VecDestroy_MPI() line 18 in /sandbox/bsmith/petsc/src/vec\
/vec/impls/mpi/pdvec.c
#       [0]PETSC ERROR: Block [id=0(32)] at address 0xb54240 is
#       corrupted (probably write past end of array)
#       [0]PETSC ERROR: Block allocated in VecCreate_MPI_Private() line
#       497 in /sandbox/bsmith/petsc/src/vec/vec/i\
mpls/mpi/pbvec.c
#       [0]PETSC ERROR: --------------------- Error Message
------------------------------------------------------\
--------
#       [0]PETSC ERROR: Memory corruption:
#       http://www.mcs.anl.gov/petsc/documentation/installation.html#valgrind
#       [0]PETSC ERROR: Corrupted memory
#       [0]PETSC ERROR: See
#       http://www.mcs.anl.gov/petsc/documentation/faq.html for trouble
#       shooting.
#       [0]PETSC ERROR: Petsc Development GIT revision:
#       v3.7.5-3057-g2d11e0f  GIT Date: 2017-02-07 15:39:04 -0600
#       [0]PETSC ERROR: ../ex18 on a arch-single named es by bsmith Tue
#       Feb  7 15:46:25 2017
#       [0]PETSC ERROR: Configure options --download-ctetgen
#       --download-exodusii --download-hdf5 --download-mpich \
--download-netcdf PETSC_ARCH=arch-single --with-precision=single
#       [0]PETSC ERROR: #1 PetscTrFreeDefault() line 287 in
#       /sandbox/bsmith/petsc/src/sys/memory/mtr.c
#       [0]PETSC ERROR: #2 VecDestroy_MPI() line 18 in
#       /sandbox/bsmith/petsc/src/vec/vec/impls/mpi/pdvec.c
#       [0]PETSC ERROR: #3 VecDestroy() line 406 in
#       /sandbox/bsmith/petsc/src/vec/vec/interface/vector.c
#       [0]PETSC ERROR: #4 DMDestroy() line 681 in
#       /sandbox/bsmith/petsc/src/dm/interface/dm.c
#       [0]PETSC ERROR: #5 main() line 473 in
#       /sandbox/bsmith/petsc/src/dm/impls/plex/examples/tests/ex18.c
#       [0]PETSC ERROR: PETSc Option Table entries:
#       [0]PETSC ERROR: -dm_view ascii::ascii_info_detail
#       [0]PETSC ERROR: -interpolate



<val.patch>




--
Tech-X Corporation               [email protected]
5621 Arapahoe Ave, Suite A       Phone: (720) 974-1841
Boulder, CO 80303                Fax:   (303) 448-7756

Reply via email to