PR#3500 (https://github.com/open-mpi/ompi/pull/3500) should fix the
problem. Is not optimal, but it is simple and works in all cases.
George.
On Tue, May 9, 2017 at 2:39 PM, George Bosilca wrote:
> Please go ahead and open an issue, I will attach the PR once I have the
> core ready. A little
Please go ahead and open an issue, I will attach the PR once I have the core
ready. A little later today I think.
George.
> On May 9, 2017, at 14:32 , Dahai Guo wrote:
>
> Hi, George:
>
> any progress on it? an issue should be opened in github? or you already
> opened one?
>
> Dahai
>
>
Yes, opening an issue would be great so that we can track this. Thank you!
> On May 9, 2017, at 2:32 PM, Dahai Guo wrote:
>
> Hi, George:
>
> any progress on it? an issue should be opened in github? or you already
> opened one?
>
> Dahai
>
> On Fri, May 5, 2017 at 1:27 PM, George Bosilca w
Hi, George:
any progress on it? an issue should be opened in github? or you already
opened one?
Dahai
On Fri, May 5, 2017 at 1:27 PM, George Bosilca wrote:
> Indeed, our current implementation of the MPI_Sendrecv_replace prohibits
> the use of MPI_ANY_SOURCE. Will work a patch later today.
>
>
Indeed, our current implementation of the MPI_Sendrecv_replace prohibits
the use of MPI_ANY_SOURCE. Will work a patch later today.
George.
On Fri, May 5, 2017 at 11:49 AM, Dahai Guo wrote:
> The following code causes memory fault problem. The initial check shows
> that it seemed caused by *o
The following code causes memory fault problem. The initial check shows
that it seemed caused by *ompi_comm_peer_lookup* with MPI_ANY_SOURCE, which
somehow messed up the allocated temporary buffer used in SendRecv.
any idea?
Dahai
#include
#include
#include
#include
#include
#include
#inc
