Yossi,
thanks for reporting this issue.
i commited r32139 and r32140 to trunk in order to fix this issue (with
MPI_Startall)
and some misc extra bugs.
i also made CMR #4764 for the v1.8 branch (and asked George to review it)
Cheers,
Gilles
On 2014/07/03 22:25, Yossi Etigin wrote:
> Looks
The problem was not in the start but in the wait (hint: the status is
set in the wait). The difference I guess is r27880, which seems not to
be in the 1.8.
So, the 1.8 is not returning the correct status for persistent
inactive requests, but it does the right thing for MPI_PROC_NULL bound
George --
Any idea why it isn't failing on the v1.8 branch? The only major difference I
see between mpi/c/start.c between trunk and v1.8 is your change.
On Apr 24, 2014, at 2:08 PM, George Bosilca wrote:
> r31524 is fixing this corner case. The problem was that
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
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