both versions so you
> would think both would fail if where an issue.
> Is there any way of reserving ports for non MPI use?
>
> From: Ralph Castain
> To: Open MPI Users
> Sent: Friday, 20 January 2012 10:30 AM
> Subject: Re: [OMPI users] system() call corrupts MPI process
AM
Subject: Re: [OMPI users] system() call corrupts MPI processes
Hi Randolph!
Sorry for delay - was on the road. This isn't an issue of corruption. What ORTE
is complaining about is that your perl script wound up connecting to the same
port that your process is listening on via ORTE. OR
I assume that the SIGCHLD was released after starting the daemon ie on return
of the system() call
From: Durga Choudhury
To: Open MPI Users
Sent: Friday, 20 January 2012 2:22 AM
Subject: Re: [OMPI users] system() call corrupts MPI processes
This is just a
Hi Randolph!
Sorry for delay - was on the road. This isn't an issue of corruption. What ORTE
is complaining about is that your perl script wound up connecting to the same
port that your process is listening on via ORTE. ORTE is rather particular
about the message format - specifically, it requi
This is just a thought:
according to the system() man page, 'SIGCHLD' is blocked during the
execution of the program. Since you are executing your command as a
daemon in the background, it will be permanently blocked.
Does OpenMPI daemon depend on SIGCHLD in any way? That is about the
only differ
Which network transport are you using, and what version of Open MPI are you
using? Do you have OpenFabrics support compiled into your Open MPI
installation?
If you're just using TCP and/or shared memory, I can't think of a reason
immediately as to why this wouldn't work, but there may be a sub
I have a section in my code running in rank 0 that must start a perl program
that it then connects to via a tcp socket.
The initialisation section is shown here:
sprintf(buf, "%s/session_server.pl -p %d &", PATH,port);
int i = system(buf);
printf("system returned %d\n", i);
Some ti
