hi all,
I am new to MPI. The outline of my code is
if(r==0)
function1()
else if(r==1)
function2()
where r is the rank and functions are included in the .h files. There are no
compilation errors. I get the SIGSEGV error while running.
Pls help. how to solve this?
2) how to find the
Hi there!
I'm learning MPI, and got really puzzled... Please take a look at this very
short code:
#include
#include "mpicxx.h"
using namespace std;
int main(int argc, char *argv[])
{
MPI::Init();
for (unsigned long t = 0; t < 1000; t++)
{
//If we are process
I wouldn't apply George's patch. George's patch in allgather did not
look correct to me. He was mixing local and remote count in a wrong way...
Thanks
Edgar
Audet, Martin wrote:
Edgar,
I merged the changes you did from -r17848:17849 in the trunk to OpenMPI version
1.2.6rc2 with George's
Edgar,
I merged the changes you did from -r17848:17849 in the trunk to OpenMPI version
1.2.6rc2 with George's patch and my small examples now work.
Martin
De : users-boun...@open-mpi.org [users-boun...@open-mpi.org] de la part de
Edgar Gabriel
With mpichgm, we can set --gm-recv blocking. From the mpichgm README.
--gm-recvSpecifies the receive mode , or
, is the default.
Is it possible to get the same blocking behavior with openmpi? I'm
having a difficult time getting this to work properly. The application
already working on it, together with a move_request
Thanks
Edgar
Jeff Squyres wrote:
Edgar --
Can you make a patch for the 1.2 series?
On Mar 17, 2008, at 3:45 PM, Edgar Gabriel wrote:
Martin,
I found the problem in the inter-allgather, and fixed it in patch
17849.
The same test
Edgar --
Can you make a patch for the 1.2 series?
On Mar 17, 2008, at 3:45 PM, Edgar Gabriel wrote:
Martin,
I found the problem in the inter-allgather, and fixed it in patch
17849.
The same test using however MPI_Intercomm_create (just to simplify my
life compared to Connect/Accept) using
Martin,
I found the problem in the inter-allgather, and fixed it in patch 17849.
The same test using however MPI_Intercomm_create (just to simplify my
life compared to Connect/Accept) using 2 vs 4 processes in the two
groups passes for me -- and did fail with the previous version.
Thanks
Hi Jeff,
As I said in my last message (see bellow) the patch (or at least the patch I
got) don't fixes the problem for me. Whether I apply it over OpenMPI 1.2.5 or
1.2.6rc2, I still get the same problem:
The client aborts with a truncation error message while the server freeze
when for
Well that fixed the errors for the case prefix=/usr but after looking at
the spec file I suspected it would cause a problem if you used the
install_in_opt option. So I tried it and got the following errors:
RPM build errors:
Installed (but unpackaged) file(s) found:
Excellent catch! Thank you, that was indeed the problem. The original
code had a synchronous send, but one of our developers got over-eager
and changed to the non-blocking send without adjusting the deallocate
logic.
Matt
-Original Message-
From: users-boun...@open-mpi.org
I'm not very familiar with Fortran 90, but the code looks wrong to me.
Here is a snippet from the code:
call MPI_ISEND(VTMP,int(NCFACES(I)),MPI_FP,NZINT(I)-1, &
int(GLOBINT(I)),AVUS_COMM_WORLD,REQUEST(MXIPZ
+I),IERR)
deallocate(VTMP)
The problem seems to come
Thanks for taking the time to follow up on this.
Apparently there's some kind of issue with PGI and OS X 10.4.11/Intel,
at least according to the guy at Portland Group I've been working
with. Presumably they'll get back to me at some point...
Jim
Brian Barrett wrote:
On Mar 10, 2008,
I've attached the requested configuration and ompi_info output, as well
as the actual error messages that appear (run.out) when the code is run.
I traced it down to the section of code included that is in
fail_section.F.
The platform is a Mac Pro running Mac OS X 10.5.2, but I also tried it
on
14 matches
Mail list logo