[petsc-users] tons of valgrind errors with simply PetscInitialize and PetscFinalize?

Wed Jan 22 17:53:58 CST 2014

sure thing. Here's what I get when I directly run the executable (no MPI if
I understand correctly). If I do "mpirun -n 1 valgrind ./run", I get the
exact same thing.

==29900== Memcheck, a memory error detector

==29900== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info

==29900== Command: ./run

==29900==

==29900== Conditional jump or move depends on uninitialised value(s)

==29900==    at 0xACE64AF: ____strtoul_l_internal (strtol_l.c:438)

==29900==    by 0x71C2EE2: gotoblas_affinity_init (in
/usr/lib/openblas-base/libopenblas.so.0)

==29900==    by 0x6E9811A: gotoblas_init (in
/usr/lib/openblas-base/libopenblas.so.0)

==29900==    by 0x400DF7F: call_init (dl-init.c:85)

==29900==    by 0x400E076: _dl_init (dl-init.c:134)

==29900==    by 0x4000B29: ??? (in /lib/x86_64-linux-gnu/ld-2.13.so)

==29900==

==29900== Conditional jump or move depends on uninitialised value(s)

==29900==    at 0xACE6427: ____strtoul_l_internal (strtol_l.c:442)

==29900==    by 0x71C2EE2: gotoblas_affinity_init (in
/usr/lib/openblas-base/libopenblas.so.0)

==29900==    by 0x6E9811A: gotoblas_init (in
/usr/lib/openblas-base/libopenblas.so.0)

==29900==    by 0x400DF7F: call_init (dl-init.c:85)

==29900==    by 0x400E076: _dl_init (dl-init.c:134)

==29900==    by 0x4000B29: ??? (in /lib/x86_64-linux-gnu/ld-2.13.so)

==29900==

==29900== Use of uninitialised value of size 8

==29900==    at 0xACE6465: ____strtoul_l_internal (strtol_l.c:466)

==29900==    by 0x71C2EE2: gotoblas_affinity_init (in
/usr/lib/openblas-base/libopenblas.so.0)

==29900==    by 0x6E9811A: gotoblas_init (in
/usr/lib/openblas-base/libopenblas.so.0)

==29900==    by 0x400DF7F: call_init (dl-init.c:85)

==29900==    by 0x400E076: _dl_init (dl-init.c:134)

==29900==    by 0x4000B29: ??? (in /lib/x86_64-linux-gnu/ld-2.13.so)

==29900==

==29900== Invalid read of size 8

==29900==    at 0xAD378CD: _wordcopy_fwd_dest_aligned (wordcopy.c:205)

==29900==    by 0xAD3156E: __GI_memmove (memmove.c:76)

==29900==    by 0xAD38B7B: argz_insert (argz-insert.c:55)

==29900==    by 0xA4405E5: ??? (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA4407FF: ??? (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA43FFC8: ??? (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA440F57: lt_dlforeachfile (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA447FCE: mca_base_component_find (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA448AC1: mca_base_components_open (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA463C44: opal_paffinity_base_open (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA439AD2: opal_init (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA1E6B3E: orte_init (in
/usr/lib/openmpi/lib/libopen-rte.so.0.0.0)

==29900==  Address 0xc15a998 is 40 bytes inside a block of size 47 alloc'd

==29900==    at 0x4C28BED: malloc (vg_replace_malloc.c:263)

==29900==    by 0xA43F658: lt__malloc (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA44078E: ??? (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA43FFC8: ??? (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA440F57: lt_dlforeachfile (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA447FCE: mca_base_component_find (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA448AC1: mca_base_components_open (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA463C44: opal_paffinity_base_open (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA439AD2: opal_init (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA1E6B3E: orte_init (in
/usr/lib/openmpi/lib/libopen-rte.so.0.0.0)

==29900==    by 0x9F5E373: ??? (in /usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x9F7F20D: PMPI_Init_thread (in
/usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==

==29900== Syscall param sched_setaffinity(mask) points to unaddressable
byte(s)

==29900==    at 0xAD852F9: syscall (syscall.S:39)

==29900==    by 0xFD75621: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_paffinity_linux.so)

==29900==    by 0xFD75A3C: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_paffinity_linux.so)

==29900==    by 0xFD76599: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_paffinity_linux.so)

==29900==    by 0xFD754AC: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_paffinity_linux.so)

==29900==    by 0xA463AEA: opal_paffinity_base_select (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA439B0D: opal_init (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA1E6B3E: orte_init (in
/usr/lib/openmpi/lib/libopen-rte.so.0.0.0)

==29900==    by 0x9F5E373: ??? (in /usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x9F7F20D: PMPI_Init_thread (in
/usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x4F95F49: PetscInitialize (pinit.c:675)

==29900==    by 0x400CC6: main (prog.c:5)

==29900==  Address 0x0 is not stack'd, malloc'd or (recently) free'd

==29900==

==29900== Conditional jump or move depends on uninitialised value(s)

==29900==    at 0x9F5E578: ??? (in /usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x9F7F20D: PMPI_Init_thread (in
/usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x4F95F49: PetscInitialize (pinit.c:675)

==29900==    by 0x400CC6: main (prog.c:5)

==29900==

==29900== Conditional jump or move depends on uninitialised value(s)

==29900==    at 0x9F5E57C: ??? (in /usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x9F7F20D: PMPI_Init_thread (in
/usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x4F95F49: PetscInitialize (pinit.c:675)

==29900==    by 0x400CC6: main (prog.c:5)

==29900==

==29900== Syscall param writev(vector[...]) points to uninitialised byte(s)

==29900==    at 0xAD81BE7: writev (writev.c:56)

==29900==    by 0x11397E22: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_oob_tcp.so)

==29900==    by 0x11398C5C: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_oob_tcp.so)

==29900==    by 0x1139C2EB: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_oob_tcp.so)

==29900==    by 0x1118E7BD: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_rml_oob.so)

==29900==    by 0x1118EDB8: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_rml_oob.so)

==29900==    by 0x10D85AD8: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_grpcomm_bad.so)

==29900==    by 0x10D854DE: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_grpcomm_bad.so)

==29900==    by 0x9F5EBAE: ??? (in /usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x9F7F20D: PMPI_Init_thread (in
/usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x4F95F49: PetscInitialize (pinit.c:675)

==29900==    by 0x400CC6: main (prog.c:5)

==29900==  Address 0x1815faf7 is 87 bytes inside a block of size 256 alloc'd

==29900==    at 0x4C28CCE: realloc (vg_replace_malloc.c:632)

==29900==    by 0xA43ADB7: ??? (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0xA43B8CD: ??? (in
/usr/lib/openmpi/lib/libopen-pal.so.0.0.0)

==29900==    by 0x10D85AAC: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_grpcomm_bad.so)

==29900==    by 0x10D854DE: ??? (in
/usr/lib/openmpi/lib/openmpi/mca_grpcomm_bad.so)

==29900==    by 0x9F5EBAE: ??? (in /usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x9F7F20D: PMPI_Init_thread (in
/usr/lib/openmpi/lib/libmpi.so.0.0.4)

==29900==    by 0x4F95F49: PetscInitialize (pinit.c:675)

==29900==    by 0x400CC6: main (prog.c:5)

==29900==

==29900==

==29900== HEAP SUMMARY:

==29900==     in use at exit: 258,198 bytes in 2,787 blocks

==29900==   total heap usage: 11,718 allocs, 8,931 frees, 17,060,981 bytes
allocated

==29900==

==29900== LEAK SUMMARY:

==29900==    definitely lost: 5,956 bytes in 55 blocks

==29900==    indirectly lost: 3,722 bytes in 22 blocks

==29900==      possibly lost: 0 bytes in 0 blocks

==29900==    still reachable: 248,520 bytes in 2,710 blocks

==29900==         suppressed: 0 bytes in 0 blocks

==29900== Rerun with --leak-check=full to see details of leaked memory

==29900==

==29900== For counts of detected and suppressed errors, rerun with: -v

==29900== Use --track-origins=yes to see where uninitialised values come
from

==29900== ERROR SUMMARY: 619 errors from 8 contexts (suppressed: 4 from 4)

On Wed, Jan 22, 2014 at 6:40 PM, Jed Brown <jed at jedbrown.org> wrote:

> David Liu <daveliu at mit.edu> writes:
>
> > Hi, I'm running a very simple code, consisting of just PetscFinalize and
> > PetscInitialize and nothing else.
> >
> > I'm running it with valgrind using the command
> > "valgrind ./run"
> >
> > I also tried (as the petsc homepage suggests)
> > ${PETSC_DIR}/bin/petscmpiexec -valgrind -n 1 ./run -malloc off
> >
> > For both cases, I get tons of error messages like
> > "Conditional jump or move depends on uninitialised value(s)"
> > "Use of uninitialised value of size 8"
> > "Invalid read of size 8"
> > "Address 0xc15a998 is 40 bytes inside a block of size 47 alloc'd"
>
> You have to send the *exact and complete* output, not snippets.  Are you
> using Open MPI?  Chances are this is in the stack somewhere because we
> regularly test PETSc itself using valgrind.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20140122/39c1d8c7/attachment.html>