r31524 is fixing this corner case. The problem was that persistent request with MPI_RPOC_NULL were never activated, so the wait* function was taking the if corresponding to inactive requests.
George. On Thu, Apr 24, 2014 at 12:14 AM, Gilles Gouaillardet <gilles.gouaillar...@iferc.org> wrote: > Folks, > > Here is attached an oversimplified version of the MPI_Recv_init_null_c > test from the > intel test suite. > > the test works fine with v1.6, v1.7 and v1.8 branches but fails with the > trunk. > > i wonder wether the bug is in OpenMPI or the test itself. > > on one hand, we could consider there is a bug in OpenMPI : > status.MPI_SOURCE should be MPI_PROC_NULL since we explicitly posted a > recv request with MPI_PROC_NULL. > > on the other hand, (mpi specs, chapter 3.7.3 and > https://svn.open-mpi.org/trac/ompi/ticket/3475) > we could consider the returned value is not significant, and hence > MPI_Wait should return an > empty status (and empty status has source=MPI_ANY_SOURCE per the MPI specs). > > for what it's worth, this test is a success with mpich (e.g. > status.MPI_SOURCE is MPI_PROC_NULL). > > > what is the correct interpretation of the MPI specs and what should be > done ? > (e.g. fix OpenMPI or fix/skip the test ?) > > Cheers, > > Gilles > > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2014/04/14589.php
