January 2015 - discuss - mailman3.cels.anl.gov

Unsubscribe
by bharat gupta 16 Jan '15

16 Jan '15

Unsubscribe -- *Best Regards* Bharat _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case statement
by Thakur, Rajeev 16 Jan '15

16 Jan '15

pg 483, ln 44-45: "Multiple threads completing the same request. A program in which two threads block, waiting on the same request, is erroneous." Rajeev On Jan 16, 2015, at 12:03 AM, Jeff Hammond <jeff.science(a)gmail.com<mailto:[email protected]>> wrote: MPI-3 page 483 says: "two concurrently running threads may make MPI calls and the outcome will be as if the calls executed in some order, even if their execution is interleaved." The outcome of my program where the calls execute in some order is well-defined: the first call completes the request and the second call returns immediately since req=MPI_REQUEST_NULL. Furthermore, MPI-3 page 486 says that MPI_THREAD_MULTIPLE is defined to mean "Multiple threads may call MPI, with no restrictions." Without restriction implies that data races are valid. The prior statement ensures that the result of a program with MPI-related races is well-defined. Do you disagree with my interpretation of MPI-3? Jeff On Thu, Jan 15, 2015 at 9:41 PM, Thakur, Rajeev <thakur(a)mcs.anl.gov<mailto:[email protected]>> wrote: I would say the program is erroneous. It is calling MPI_Wait concurrently on the same request, i.e., you are completing one operation twice. You can call MPI_Wait concurrently, but with different requests. Rajeev On Jan 15, 2015, at 11:32 PM, Jeff Hammond <jeff.science(a)gmail.com<mailto:[email protected]>> wrote: I am trying to run the following program. It's obviously a silly program but I wrote it to make an argument about the MPI standard. I don't believe it violates the MPI standard, but please let me know if I am mistaken. smakramu-mobl:MPI jrhammon$ cat wait-race.c #include <stdio.h> #include <omp.h> #include <mpi.h> int main(int argc, char * argv[]) { int provided; MPI_Init_thread(&argc, &argv, MPI_THREAD_MULTIPLE, &provided); if (provided<MPI_THREAD_MULTIPLE) { printf("inadequate thread support\n"); MPI_Finalize(); } MPI_Request req; MPI_Ibarrier(MPI_COMM_WORLD, &req); //req = MPI_REQUEST_NULL; #pragma omp parallel num_threads(2) shared(req) { MPI_Wait(&req, MPI_STATUS_IGNORE); } printf("test finished\n"); MPI_Finalize(); return 0; } I compile the program with MPICH git master and GCC 4.9.2 from about a week ago: smakramu-mobl:MPI jrhammon$ mpicc -fopenmp -g -Wall wait-race.c smakramu-mobl:MPI jrhammon$ mpichversion MPICH Version: 3.2a2 MPICH Release date: unreleased development copy MPICH Device: ch3:nemesis MPICH configure: CC=gcc-4.9 CXX=g++-4.9 FC=gfortran-4.9 F77=gfortran-4.9 --disable-cxx --enable-fortran --enable-threads=runtime --enable-g=dbg --with-pm=hydra --prefix=/opt/mpich/dev/gcc/default --enable-wrapper-rpath --enable-static --enable-shared MPICH CC: gcc-4.9 -g -O2 MPICH CXX: no -g MPICH F77: gfortran-4.9 -g -O2 MPICH FC: gfortran-4.9 -g -O2 Sometimes the program runs fine: smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out test finished test finished And sometimes it fails like this: smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out test finished Fatal error in MPI_Wait: Internal MPI error!, error stack: MPI_Wait(187).............: MPI_Wait(request=0x7fff5b51ee88, status=0x1) failed MPIR_Wait_impl(84)........: MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case statement (value=78309520) So either my program violates the MPI standard or there's a bug in MPICH. Please let me know which it is. Thanks, Jeff -- Jeff Hammond jeff.science(a)gmail.com<mailto:[email protected]> http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list discuss(a)mpich.org<mailto:[email protected]> To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss -- Jeff Hammond jeff.science(a)gmail.com<mailto:[email protected]> http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case statement
by Jeff Hammond 16 Jan '15

16 Jan '15

MPI-3 page 483 says: "two concurrently running threads may make MPI calls and the outcome will be as if the calls executed in some order, even if their execution is interleaved." The outcome of my program where the calls execute in some order is well-defined: the first call completes the request and the second call returns immediately since req=MPI_REQUEST_NULL. Furthermore, MPI-3 page 486 says that MPI_THREAD_MULTIPLE is defined to mean "Multiple threads may call MPI, with no restrictions." Without restriction implies that data races are valid. The prior statement ensures that the result of a program with MPI-related races is well-defined. Do you disagree with my interpretation of MPI-3? Jeff On Thu, Jan 15, 2015 at 9:41 PM, Thakur, Rajeev <thakur(a)mcs.anl.gov> wrote: > I would say the program is erroneous. It is calling MPI_Wait concurrently on the same request, i.e., you are completing one operation twice. You can call MPI_Wait concurrently, but with different requests. > > Rajeev > > On Jan 15, 2015, at 11:32 PM, Jeff Hammond <jeff.science(a)gmail.com> > wrote: > >> I am trying to run the following program. It's obviously a silly >> program but I wrote it to make an argument about the MPI standard. I >> don't believe it violates the MPI standard, but please let me know if >> I am mistaken. >> >> smakramu-mobl:MPI jrhammon$ cat wait-race.c >> #include <stdio.h> >> #include <omp.h> >> #include <mpi.h> >> >> int main(int argc, char * argv[]) >> { >> int provided; >> MPI_Init_thread(&argc, &argv, MPI_THREAD_MULTIPLE, &provided); >> if (provided<MPI_THREAD_MULTIPLE) { >> printf("inadequate thread support\n"); >> MPI_Finalize(); >> } >> >> MPI_Request req; >> MPI_Ibarrier(MPI_COMM_WORLD, &req); >> //req = MPI_REQUEST_NULL; >> #pragma omp parallel num_threads(2) shared(req) >> { >> MPI_Wait(&req, MPI_STATUS_IGNORE); >> } >> >> printf("test finished\n"); >> MPI_Finalize(); >> return 0; >> } >> >> I compile the program with MPICH git master and GCC 4.9.2 from about a week ago: >> >> smakramu-mobl:MPI jrhammon$ mpicc -fopenmp -g -Wall wait-race.c >> >> smakramu-mobl:MPI jrhammon$ mpichversion >> MPICH Version: 3.2a2 >> MPICH Release date: unreleased development copy >> MPICH Device: ch3:nemesis >> MPICH configure: CC=gcc-4.9 CXX=g++-4.9 FC=gfortran-4.9 >> F77=gfortran-4.9 --disable-cxx --enable-fortran >> --enable-threads=runtime --enable-g=dbg --with-pm=hydra >> --prefix=/opt/mpich/dev/gcc/default --enable-wrapper-rpath >> --enable-static --enable-shared >> MPICH CC: gcc-4.9 -g -O2 >> MPICH CXX: no -g >> MPICH F77: gfortran-4.9 -g -O2 >> MPICH FC: gfortran-4.9 -g -O2 >> >> Sometimes the program runs fine: >> >> smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out >> test finished >> test finished >> >> And sometimes it fails like this: >> >> smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out >> test finished >> Fatal error in MPI_Wait: Internal MPI error!, error stack: >> MPI_Wait(187).............: MPI_Wait(request=0x7fff5b51ee88, status=0x1) failed >> MPIR_Wait_impl(84)........: >> MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case >> statement (value=78309520) >> >> So either my program violates the MPI standard or there's a bug in >> MPICH. Please let me know which it is. >> >> Thanks, >> >> Jeff >> >> -- >> Jeff Hammond >> jeff.science(a)gmail.com >> http://jeffhammond.github.io/ >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Jeff Hammond jeff.science(a)gmail.com http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case statement
by Thakur, Rajeev 15 Jan '15

15 Jan '15

I would say the program is erroneous. It is calling MPI_Wait concurrently on the same request, i.e., you are completing one operation twice. You can call MPI_Wait concurrently, but with different requests. Rajeev On Jan 15, 2015, at 11:32 PM, Jeff Hammond <jeff.science(a)gmail.com> wrote: > I am trying to run the following program. It's obviously a silly > program but I wrote it to make an argument about the MPI standard. I > don't believe it violates the MPI standard, but please let me know if > I am mistaken. > > smakramu-mobl:MPI jrhammon$ cat wait-race.c > #include <stdio.h> > #include <omp.h> > #include <mpi.h> > > int main(int argc, char * argv[]) > { > int provided; > MPI_Init_thread(&argc, &argv, MPI_THREAD_MULTIPLE, &provided); > if (provided<MPI_THREAD_MULTIPLE) { > printf("inadequate thread support\n"); > MPI_Finalize(); > } > > MPI_Request req; > MPI_Ibarrier(MPI_COMM_WORLD, &req); > //req = MPI_REQUEST_NULL; > #pragma omp parallel num_threads(2) shared(req) > { > MPI_Wait(&req, MPI_STATUS_IGNORE); > } > > printf("test finished\n"); > MPI_Finalize(); > return 0; > } > > I compile the program with MPICH git master and GCC 4.9.2 from about a week ago: > > smakramu-mobl:MPI jrhammon$ mpicc -fopenmp -g -Wall wait-race.c > > smakramu-mobl:MPI jrhammon$ mpichversion > MPICH Version: 3.2a2 > MPICH Release date: unreleased development copy > MPICH Device: ch3:nemesis > MPICH configure: CC=gcc-4.9 CXX=g++-4.9 FC=gfortran-4.9 > F77=gfortran-4.9 --disable-cxx --enable-fortran > --enable-threads=runtime --enable-g=dbg --with-pm=hydra > --prefix=/opt/mpich/dev/gcc/default --enable-wrapper-rpath > --enable-static --enable-shared > MPICH CC: gcc-4.9 -g -O2 > MPICH CXX: no -g > MPICH F77: gfortran-4.9 -g -O2 > MPICH FC: gfortran-4.9 -g -O2 > > Sometimes the program runs fine: > > smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out > test finished > test finished > > And sometimes it fails like this: > > smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out > test finished > Fatal error in MPI_Wait: Internal MPI error!, error stack: > MPI_Wait(187).............: MPI_Wait(request=0x7fff5b51ee88, status=0x1) failed > MPIR_Wait_impl(84)........: > MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case > statement (value=78309520) > > So either my program violates the MPI standard or there's a bug in > MPICH. Please let me know which it is. > > Thanks, > > Jeff > > -- > Jeff Hammond > jeff.science(a)gmail.com > http://jeffhammond.github.io/ > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case statement
by Jeff Hammond 15 Jan '15

15 Jan '15

I am trying to run the following program. It's obviously a silly program but I wrote it to make an argument about the MPI standard. I don't believe it violates the MPI standard, but please let me know if I am mistaken. smakramu-mobl:MPI jrhammon$ cat wait-race.c #include <stdio.h> #include <omp.h> #include <mpi.h> int main(int argc, char * argv[]) { int provided; MPI_Init_thread(&argc, &argv, MPI_THREAD_MULTIPLE, &provided); if (provided<MPI_THREAD_MULTIPLE) { printf("inadequate thread support\n"); MPI_Finalize(); } MPI_Request req; MPI_Ibarrier(MPI_COMM_WORLD, &req); //req = MPI_REQUEST_NULL; #pragma omp parallel num_threads(2) shared(req) { MPI_Wait(&req, MPI_STATUS_IGNORE); } printf("test finished\n"); MPI_Finalize(); return 0; } I compile the program with MPICH git master and GCC 4.9.2 from about a week ago: smakramu-mobl:MPI jrhammon$ mpicc -fopenmp -g -Wall wait-race.c smakramu-mobl:MPI jrhammon$ mpichversion MPICH Version: 3.2a2 MPICH Release date: unreleased development copy MPICH Device: ch3:nemesis MPICH configure: CC=gcc-4.9 CXX=g++-4.9 FC=gfortran-4.9 F77=gfortran-4.9 --disable-cxx --enable-fortran --enable-threads=runtime --enable-g=dbg --with-pm=hydra --prefix=/opt/mpich/dev/gcc/default --enable-wrapper-rpath --enable-static --enable-shared MPICH CC: gcc-4.9 -g -O2 MPICH CXX: no -g MPICH F77: gfortran-4.9 -g -O2 MPICH FC: gfortran-4.9 -g -O2 Sometimes the program runs fine: smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out test finished test finished And sometimes it fails like this: smakramu-mobl:MPI jrhammon$ mpiexec -n 2 ./a.out test finished Fatal error in MPI_Wait: Internal MPI error!, error stack: MPI_Wait(187).............: MPI_Wait(request=0x7fff5b51ee88, status=0x1) failed MPIR_Wait_impl(84)........: MPIR_Request_complete(232): INTERNAL ERROR: unexpected value in case statement (value=78309520) So either my program violates the MPI standard or there's a bug in MPICH. Please let me know which it is. Thanks, Jeff -- Jeff Hammond jeff.science(a)gmail.com http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

bug report: MPI_LB and MPI_UB used in MPI_Type_create_subarray
by Wei-keng Liao 15 Jan '15

15 Jan '15

1 0

Re: [mpich-discuss] In function `MPIR_Waitall_impl': waitall.c:(.text+0x644): undefined reference to `MPI_Testall'
by Wesley Bland 15 Jan '15

15 Jan '15

Ken and I found the problem. The internal implementation for MPI_Testall was in the wrong place. I just pushed a patch to mpich/master that fixed it. Let me know if you're still seeing issues. Thanks, Wesley On Thu, Jan 15, 2015 at 10:12 AM, Bland, Wesley B. <wbland(a)anl.gov> wrote: > I'll take a look. It might have come from one of my recent commits. > > On Wed, Jan 14, 2015 at 10:09 PM, Jeff Hammond <jeff.science(a)gmail.com> > wrote: > >> I see the following issue with the latest git master on CentOS 6.6 >> with GCC 4.9. Surely I will be accused of overzealous option >> disabling in the name of premature optimization, but I still think >> that this should work >> >> Thanks, >> >> Jeff >> >> GEN lib/libpmpi.la >> GEN lib/libmpi.la >> CCLD src/env/mpichversion >> GEN lib/libmpifort.la >> CCLD src/env/mpivars >> >> /home/jrhammon/Work/MPI/MPICH/git/build/lib/.libs/libpmpi.a(lib_libpmpi_la-waitall.o): >> In function `MPIR_Waitall_impl': >> waitall.c:(.text+0x644): undefined reference to `MPI_Testall' >> collect2: error: ld returned 1 exit status >> make[2]: *** [src/env/mpivars] Error 1 >> make[2]: *** Waiting for unfinished jobs.... >> make[2]: Leaving directory `/home/jrhammon/Work/MPI/MPICH/mpich/build' >> make[1]: *** [install-recursive] Error 1 >> make[1]: Leaving directory `/home/jrhammon/Work/MPI/MPICH/mpich/build' >> make: *** [install] Error 2 >> >> [jrhammon@esgmonster build]$ ../configure CC=gcc CXX=g++ FC=gfortran >> --disable-cxx --enable-fortran --with-pm=hydra >> --prefix=/opt/mpich/dev/gcc/fast --enable-static >> --enable-fast=O3,nochkmsg,notiming,ndebug,nompit >> --disable-weak-symbols --enable-threads=funneled && make -j36 install >> >> [jrhammon@esgmonster build]$ uname -a >> Linux esgmonster 2.6.32-504.3.3.el6.centos.plus.x86_64 #1 SMP Wed Dec >> 17 01:21:03 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux >> >> [jrhammon@esgmonster build]$ gcc -v >> Using built-in specs. >> COLLECT_GCC=gcc >> >> COLLECT_LTO_WRAPPER=/opt/gcc/4.9.2/libexec/gcc/x86_64-unknown-linux-gnu/4.9.2/lto-wrapper >> Target: x86_64-unknown-linux-gnu >> Configured with: /home/jrhammon/Work/GCC/gcc-4.9.2/configure >> --disable-multilib --enable-threads=posix --enable-checking=release >> --enable-__cxa_atexit --enable-languages=c,c++,fortran >> --with-tune=native --enable-bootstrap --enable-lto >> --prefix=/opt/gcc/4.9.2 --with-isl --with-cloog >> Thread model: posix >> gcc version 4.9.2 (GCC) >> >> -- >> Jeff Hammond >> jeff.science(a)gmail.com >> http://jeffhammond.github.io/ >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss >> > > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] MPICH install error (UNCLASSIFIED)
by Junchao Zhang 15 Jan '15

15 Jan '15

Justin, I saw the undefined references to MPI_T_* stuff. mpivars is a standalone utility program and MPICH library is not dependent on it. You can try to continue the build with something like 'make -i' to see if the build will succeed and if it is doable to build MPICH on cygwin. BTW, MPICH no longer supports the Windows platform. Please refer to our FAQ for more information: http://wiki.mpich.org/mpich/index.php/Frequently_Asked_Questions#Q:_Why_can… --Junchao Zhang On Thu, Jan 15, 2015 at 11:49 AM, Carrillo, Justin T ERDC-RDE-GSL-MS < Justin.T.Carrillo(a)erdc.dren.mil> wrote: > Classification: UNCLASSIFIED > Caveats: NONE > > I am attempting to install MPICH using Cygwin for Windows 7. The process > seems to be successful for the majority of the installation. > > > > Thanks, > > > > Justin T. Carrillo > > Research Mechanical Engineer > > U.S. Army Engineer Research and Development Center (USACE - ERDC) > > Geotechnical and Structures Laboratory (GSL) > > Mobility Sysytems Branch (MSB) > > Vicksburg, MS 39180 > > 601-634-3582 > > 769-798-4033 > > Justin.T.Carrillo(a)erdc.dren.mil > > Justin.T.Carrillo(a)usace.army.mil > > > > > > > Classification: UNCLASSIFIED > Caveats: NONE > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Runing mpich over InfiniBand Open Fabrics
by Ramiro Alba 15 Jan '15

15 Jan '15

Antonio, Thanks for the info. I'll have a try. All our IB cards are from Mellanox, both DDR and QDR. The only thing is installing the Mellanox OFED stack to get mxm library and modules Regards On 2015-01-15 17:21, Antonio J. Peña wrote: > Hi Ramiro, > > Our folks that contributed that netmod are looking into this issue. > In the meantime, I'd suggest trying the MXM netmod. MXM is a netmod > for IB networks using the MXM API instead of Verbs to interact with > the HCA. > > Best, > Antonio > > On 01/15/2015 05:52 AM, Ramiro Alba wrote: > >> Hi all, >> >> I've compiled mpich-3.1.3 on centos 6.5 with the following options: >> >> >> --enable-fortran=yes >> --with-device=ch3:nemesis:ib >> --with-pm=hydra:gforker >> >> and the package 'libibverbs-devel' installed. >> >> When I try to run a test hello program using two IB DDR nodes, >> using the >> command: >> >> mpiexec.hydra -np 16 -bind-to core -launcher rsh -iface ib0 -hosts >> jff201,jff202 mpi_hello >> >> I've got the errors bellow, even running using with root user. >> >> If I compile with: >> >> --with-device=ch3:nemesis >> >> it works with no errors. >> >> I am also using both openmpi and mvapich2 on Infiniband and they >> work fine >> >> Am I doing something wrong when compiling and/or running? >> Any sugestion is welcomed? >> >> Thanks in advance >> Regards >> >> > ########################################################################## >> >> MPICH OVER IB: RUN ERRORS >> > ########################################################################## >> >> Fatal error in MPI_Init: Other MPI error, error stack: >> MPIR_Init_thread(498): >> MPID_Init(177).......: channel initialization failed >> MPIDI_CH3_Init(89)...: >> MPID_nem_init(320)...: >> MPID_nem_ib_init(264): MPID_nem_ib_com_open failed >> Fatal error in MPI_Init: Other MPI error, error stack: >> MPIR_Init_thread(498): >> MPID_Init(177).......: channel initialization failed >> MPIDI_CH3_Init(89)...: >> MPID_nem_init(320)...: >> MPID_nem_ib_init(264): MPID_nem_ib_com_open failed >> [root@jff201 mpich]# mpirun -np 2 -iface eth0 mpi_hello-mpich >> IB device not foundFatal error in MPI_Init: Other MPI error, error >> stack: >> MPIR_Init_thread(498): >> MPID_Init(177).......: channel initialization failed >> MPIDI_CH3_Init(89)...: >> MPID_nem_init(320)...: >> MPID_nem_ib_init(264): MPID_nem_ib_com_open failed >> IB device not foundFatal error in MPI_Init: Other MPI error, error >> stack: >> MPIR_Init_thread(498): >> MPID_Init(177).......: channel initialization failed >> MPIDI_CH3_Init(89)...: >> MPID_nem_init(320)...: >> MPID_nem_ib_init(264): MPID_nem_ib_com_open failed >> > ########################################################################## >> >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss [1] > > -- > Antonio J. Peña > Postdoctoral Appointee > Mathematics and Computer Science Division > Argonne National Laboratory > 9700 South Cass Avenue, Bldg. 240, Of. 3148 > Argonne, IL 60439-4847 > apenya(a)mcs.anl.gov > www.mcs.anl.gov/~apenya [2] > > -- > Aquest missatge ha estat analitzat per MAILSCANNER [3] > a la cerca de virus i d'altres continguts perillosos, > i es considera que está net. > > Links: > ------ > [1] https://lists.mpich.org/mailman/listinfo/discuss > [2] http://www.mcs.anl.gov/~apenya > [3] http://www.mailscanner.info/ > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Ramiro Alba Centre Tecnològic de Tranferència de Calor http://www.cttc.upc.edu Escola Tècnica Superior d'Enginyeries Industrial i Aeronàutica de Terrassa Colom 11, E-08222, Terrassa, Barcelona, Spain Tel: (+34) 93 739 8928 -- Aquest missatge ha estat analitzat per MailScanner a la cerca de virus i d'altres continguts perillosos, i es considera que est� net. _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

MPICH install error (UNCLASSIFIED)
by Carrillo, Justin T ERDC-RDE-GSL-MS 15 Jan '15

15 Jan '15

Classification: UNCLASSIFIED Caveats: NONE I am attempting to install MPICH using Cygwin for Windows 7. The process seems to be successful for the majority of the installation. Thanks, Justin Classification: UNCLASSIFIED Caveats: NONE _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0