Greg,
I'm currently working on removing the 1 barrier for the some operations
(Test and Wait). It will get inside in few days. Anyway, the MPI standard
does not say that 1 is not a valid answer :)
Thanks,
george.
On Mon, 19 Sep 2005, Greg Watson wrote:
Yes, I found a bug in my code th
Yes, I found a bug in my code that was causing the problem. I was
setting the first argument of MPI_Testsome() to the number of
outstanding sends, rather than the total number of sends. It seems to
be working now, though I notice that MPI_Testsome() always returns 1
for count.
Thanks for
MPI_Testsome return MPI_UNDEFINED only when in the set of requests there
are no more active requests. Basically at this point the array of requests
(in your example) should contain only MPI_REQUEST_NULL. I check the
different possibilities inside, and I'm pretty confident that we are
correct from t
Guys I'll take care of that. When I was working on the examples for the
tutorial here at Euro PVM I notice a similar problem with MPI_Waitsome.
george.
On Sun, 18 Sep 2005, Jeff Squyres wrote:
> Yes -- Tim, can you check? Sounds like something in the request
> progress is not occurring correc
Yes -- Tim, can you check? Sounds like something in the request
progress is not occurring correctly.
Thanks!
On Sep 18, 2005, at 5:59 PM, Greg Watson wrote:
Jeff,
Yes, count is 2, but completed returns 1 on the first call and -32766
on the second call. Sounds like this may be a bug?
Greg
Jeff,
Yes, count is 2, but completed returns 1 on the first call and -32766
on the second call. Sounds like this may be a bug?
Greg
On Sep 17, 2005, at 8:11 AM, Jeff Squyres wrote:
(composing this in an airport on Saturday; may not actually be sent
until Monday or so)
-32766 is Open MPI's
(composing this in an airport on Saturday; may not actually be sent
until Monday or so)
-32766 is Open MPI's value for MPI_UNDEFINED. This is what is returned
when there are no active requests in the array that is passed to
MPI_TESTSOME (see MPI-1.1:.
Just to verify that this behavior isn't
