Re: [Starpu-devel] segfault MPI execution and starpu_fxt_tool

[Florent Pruvost <florent.pruvost@inria.fr>]

Hi,

Le 29/06/2015 12:01, Samuel Thibault a écrit :
> Hello,
>
> Florent Pruvost, le Fri 26 Jun 2015 16:43:10 +0200, a écrit :
> > $ gdb --args
> > ~/work/install/starpu-1.1/mpi-fxt-debug/gcc-4.8.4/bin/starpu_fxt_tool -i
> > ~/prof_file_pruvost_*
> I've just tried
>
> gdb --args 
> ~pruvost/work/install/starpu-1.1/mpi-fxt-debug/gcc-4.8.4/bin/starpu_fxt_tool 
> -i ~pruvost/prof_file_pruvost_*
>
> on plafrim2, without any issue.
I think the input files has changed, when you tried it was files 
generated on plafrim1.
I did the test again so that the files
-rw-r--r-- 1 pruvost hiepacs 65603616 29 juin  16:02 
/home/pruvost/prof_file_pruvost_0
-rw-r--r-- 1 pruvost hiepacs 65601472 29 juin  16:02 
/home/pruvost/prof_file_pruvost_1
-rw-r--r-- 1 pruvost hiepacs 66182328 29 juin  16:02 
/home/pruvost/prof_file_pruvost_2
-rw-r--r-- 1 pruvost hiepacs 66227680 29 juin  16:02 
/home/pruvost/prof_file_pruvost_3
are up-to-date.
> $ ldd 
> ~pruvost/work/install/starpu-1.1/mpi-fxt-debug/gcc-4.8.4/bin/starpu_fxt_tool
>         linux-vdso.so.1 =>  (0x00007ffd2a1b7000)
>         libstarpu-1.1.so.7 => 
> /home/pruvost/work/install/starpu-1.1/mpi-fxt-debug/gcc-4.8.4/lib/libstarpu-1.1.so.7
>  (0x00007fa8188ed000)
>         libhwloc.so.5 => 
> /home/pruvost/work/git/spack-llnl-fpruvost/opt/spack/unknown_arch/gcc-4.8.4/hwloc-1.11.0-qvittohbef74co345dlmixnbzkzpkrs6/lib/libhwloc.so.5
>  (0x00007fa8186b6000)
>         libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fa81834d000)
>         libfxt.so.0 => 
> /home/pruvost/work/git/spack-llnl-fpruvost/opt/spack/unknown_arch/gcc-4.8.4/fxt-0.3.1-si37ytj7fcck5e3pofxfvhdpblwn36if/lib/libfxt.so.0
>  (0x00007fa818035000)
>         libz.so.1 => /usr/lib64/libz.so.1 (0x00007fa817e1f000)
>         libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007fa817c1b000)
>         librt.so.1 => /usr/lib64/librt.so.1 (0x00007fa817a12000)
>         libm.so.6 => /usr/lib64/libm.so.6 (0x00007fa817710000)
>         libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007fa8174f4000)
>         libc.so.6 => /usr/lib64/libc.so.6 (0x00007fa817132000)
>         liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007fa816f0d000)
>         /lib64/ld-linux-x86-64.so.2 (0x00007fa818b96000)
>
> Perhaps we have some differing environment and there is a library
> incompatibility somewhere?
>
> Samuel