[petsc-users] tons of valgrind errors with simply PetscInitialize and PetscFinalize?
Matthew Knepley
knepley at gmail.com
Wed Jan 22 17:57:25 CST 2014
On Wed, Jan 22, 2014 at 5:53 PM, David Liu <daveliu at mit.edu> wrote:
> 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.
>
As you can see, the problems are flagged in MPI and GotoBLAS.
Matt
> ==29900== Memcheck, a memory error detector
>
> ==29900== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
>
> ==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.
>>
>
>
--
What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to which their
experiments lead.
-- Norbert Wiener
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20140122/5a5d463f/attachment-0001.html>
More information about the petsc-users
mailing list