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.
On Thu, Apr 24, 2014 at 12:14 AM, Gilles Gouaillardet
> 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
> 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
> 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 ?)
> devel mailing list
> 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