[mpich-discuss] MPICH2 internal errors on Win 7 x64

Rajeev Thakur thakur at mcs.anl.gov
Mon May 9 09:58:33 CDT 2011


The error check was added in a recent version of MPICH2.

Rajeev
 
On May 9, 2011, at 9:50 AM, Joe Vallino wrote:

> Thanks Rajeev.  I'll take a look at that, but I wonder why the code runs fine on Intel MPI which is based on MPICH2.  
> 
> cheers,
> -joe
> 
> From: "Rajeev Thakur" <thakur at mcs.anl.gov>
> To: mpich-discuss at mcs.anl.gov
> Sent: Monday, May 9, 2011 9:55:11 AM
> Subject: Re: [mpich-discuss] MPICH2 internal errors on Win 7 x64
> 
> The code is passing the same buffer as sendbuf and recvbuf to MPI_Gather, which is not allowed. You need to use MPI_IN_PLACE as described in the MPI standard (see MPI 2.2 for easy reference).
> 
> Rajeev
> 
> 
> On May 8, 2011, at 6:46 PM, Joe Vallino wrote:
> 
> > Hi,
> > 
> > I've installed MPICH2 (1.3.2p1, Windows EM64T binaries) on a Window 7 x64 machine (2 sockets, 4 cores each).  MPICH2 works fine for simple tests, be when I attempt to run a more complex use of MPI, I get various internal MPI errors, such as:
> > 
> > Fatal error in PMPI_Gather: Invalid buffer pointer, error stack:
> > PMPI_Gather(863): MPI_Gather(sbuf=0000000000BC8040, scount=1, MPI_INTEGER, rbuf=0000000000BC8040, rcount=1, MPI_INTEGER, root=0, comm=0x84000004) failed
> > PMPI_Gather(806): Buffers must not be aliased
> > 
> > job aborted:
> > rank: node: exit code[: error message]
> > 0: ECO37: 1: process 0 exited without calling finalize
> > 1: ECO37: 123
> > 
> > The errors occur regardless if using x32 or x64 builds.
> > 
> > The code I'm tying to run is pVTDIRECT (see TOMS package 897 on netlib.org), and the above errors are produced by running the simple test routine that comes with the package.  Since the package can be easily compiled and run, this should allow others to confirm the problem, if anyone is feeling so motivated :)
> > 
> > As an attempt to confirm the problem is with MPICH2 build, I installed a commercial MPI build (csWMPI II), which works fine with the TOMS package, so this would indicate the problem is with MPICH2.
> > 
> > Since the TOMS package uses Fortran 95, and I'm using the latest Intel ifort compiler with VS2008, I tried to build MPICH2 from the 1.3.2p1 source, but after banging my head on that for a day w/o success, I decided to see if anyone has any suggestions here (or if anyone can confirm the problem with the TOMS package under Windows MPICH2 release).
> > 
> > - Can anyone point me to a Win x64 build that used newer versions of intel fortran (V 11 or 12) and/or more recent releases of Windows SDK, which seem to be the main wild cards in the build process?
> > 
> > - I will continue to try and build MPICH2 for windows, but I suspect I will not succeed given my *cough* skills.
> > 
> > Thanks!
> > -joe
> > _______________________________________________
> > mpich-discuss mailing list
> > mpich-discuss at mcs.anl.gov
> > https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss
> 
> _______________________________________________
> mpich-discuss mailing list
> mpich-discuss at mcs.anl.gov
> https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss
> _______________________________________________
> mpich-discuss mailing list
> mpich-discuss at mcs.anl.gov
> https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss



More information about the mpich-discuss mailing list