Hello,
Sincere apologies to all for length of previous mail, as explained to
Anthony, I was attempting to give a full (it seems far to complete)
description of exactly what the problem being solved and this smaller
model is supposed to do.
Some very kind suggestions from Anthony regarding the use of non
blocking communications have resulted in this newer version, please
find attached.
I am not completely sure of how to implement this new MPI_Waitany
functionality and so have left commented out the final sending of
"Dietags".
Apologies to all experienced users in advance for what would be deemed
novice errors, the paradigm is new.
Many thanks
k
On Fri, 11 Mar 2005 14:32:04 -0600 (CST), "Anthony J. Ciani"
<aciani1_at_[hidden]> wrote:
> Hello,
>
> First: That message was long. Too long. Think about what you want to say
> before you say it.
>
> Second: Is this really the place for that sort of debugging help?
>
> Third: This is a classic example of what happens when people don't think
> about how they use BLOCKING calls. Your program has slaves expecting to
> MPI_Recv() and MPI_Send() certain messages in a certain order; however,
> your master only sends an expected message to one of the slaves. The
> slaves which don't receive the message continue to wait for it, but the
> master and other slave have terminated, which forces the termination of
> the other slaves while waiting to MPI_Recv(). This produces the,
>
> MPI_Recv: process in local group is dead (rank 2, MPI_COMM_WORLD)
>
> error. If a process is using MPI_Recv() or MPI_Send you need to make
> certain that the message is sent or received before terminating!
>
>
> On Thu, 10 Mar 2005, karla b wrote:
> > Hello,
>
> <mega snip>
>
> ------------------------------------------------------------
> Anthony Ciani (aciani1_at_[hidden])
> Computational Condensed Matter Physics
> Department of Physics, University of Illinois, Chicago
> http://ciani.phy.uic.edu/~tony
> ------------------------------------------------------------
> _______________________________________________
> This list is archived at http://www.lam-mpi.org/MailArchives/lam/
>
|
