Hi,
@Gus I don't use any flags for the installed OpenMPI version. In fact
for this mail I used an OpenMPI version just installed with the
--enable-debug flag.
From what I can tell from stepping through the debugger the problem
happens in btl_openib_component_init:
#0 btl_openib_component_
Thanks, that explains it :)
On Tue, Jan 19, 2010 at 15:01, Ralph Castain wrote:
> Shared memory doesn't extend between comm_spawn'd parent/child processes in
> Open MPI. Perhaps someday it will, but not yet.
>
>
> On Jan 19, 2010, at 1:14 PM, Nicolas Bock wrote:
>
> Hello list,
>
> I think I und
Shared memory doesn't extend between comm_spawn'd parent/child processes in
Open MPI. Perhaps someday it will, but not yet.
On Jan 19, 2010, at 1:14 PM, Nicolas Bock wrote:
> Hello list,
>
> I think I understand better now what's happening, although I still don't know
> why. I have attached t
Hello list,
I think I understand better now what's happening, although I still don't
know why. I have attached two small C codes that demonstrate the problem.
The code in main.c uses MPI_Comm_spawn() to start the code in the second
source, child.c. I can force the issue by running the main.c code
Can you get a core dump, or otherwise see exactly where the seg fault is
occurring?
On Jan 18, 2010, at 8:34 AM, Dorian Krause wrote:
> Hi Eloi,
> >
> > Does the segmentation faults you're facing also happen in a sequential
> > environment (i.e. not linked against openmpi libraries) ?
>
> No, w
All of the hosts that will be used in the job must be included in the original
hostfile - even if the hosts won't be used until comm_spawn.
The name in the hostfile must match the name provided in the info object as we
otherwise would have to do DNS resolves to detect the alias, which would have
On 04/12/09 16:20 -0500, Jeff Squyres wrote:
> Oy -- more specifically, we should not be putting -I/usr/include on the
> command line *at all* (because it's special and already included by the
> compiler search paths; similar for /usr/lib and /usr/lib64). We should have
> some special case code
Hi everyone !
I have to submit you a question,
I write a little code that does and MPI_Comm_spawn_multiple on a specific
set of node.
The node where to run on are specified using the "host" attribute of the
MPI_Info object.
That attribute is filled with the string get from MPI_Get_processor_name.
Yaakoub El Khamra wrote:
Greetings
Can we please verify this problem is with Gotoblas and not with
OpenMPI? if I read this correctly, without MPI and with other flavors
of MPI, you have normal execution. This would normally indicate the
problem is on the OpenMPI side.
I am 2 doors away from Kazu
Hi Farago,
I'm afraid that currently Open MPI doesn't have such feature to make
Linux and Windows work together. But the idea is still interesting. :-)
By the way, there are many configure options for windows build are still
experimental, and they may not work or work improperly.
Thanks,
Greetings
Can we please verify this problem is with Gotoblas and not with
OpenMPI? if I read this correctly, without MPI and with other flavors
of MPI, you have normal execution. This would normally indicate the
problem is on the OpenMPI side.
I am 2 doors away from Kazushige's office. Please do l
Gus Correa wrote:
Hi Dorian and Eloi
I wonder if this is really a Goto BLAS problem or related to
how OpenMPI was configured.
In a recent sequence of postings on this list
a colleague reported several errors which were fixed
after he removed the (non-default) "--enable-mpi-threads"
flag from hi
Hi,
The heterogeneous support hasn't been tested on Windows, and it might
have problems if you enable it. But if you disable it for Windows, it
should work.
And for the linking problem you got with CMake 2.8, I have already filed
a ticket to fix it, see: https://svn.open-mpi.org/trac/ompi/ti
Hi Dorian and Eloi
I wonder if this is really a Goto BLAS problem or related to
how OpenMPI was configured.
In a recent sequence of postings on this list
a colleague reported several errors which were fixed
after he removed the (non-default) "--enable-mpi-threads"
flag from his OpenMPI configura
I noticed one more thing. As I still have some VMs that have OpenMPI version
1.3.3 installed I started to use those machines 'till I fix the problem with
1.4.1 And while checkpointing on one of this VMs I realized that
checkpointing as a guest works fine and checkpointing as a root outputs the
same
He, this is getting annoying, but I have another question:
I am trying to get windows and linux hosts to work together. Is this
even possible with openmpi? I tried mpich2 first but there were
several problems and on google I found some hints that openmpi will do
the job. However I don't see any cro
Is the windows build actually working? I have the static library
version working correctly, however shared libraries give linker errors
when compiling an MPI application. It seems libmpi_cxx.lib doesn't
export any functions, only constant data members (checked through
dependency walker of libmpi_cx
Information: Windows XP SP3 x86, MSVC 2008 Professional, openmpi 1.4.1
There is a compile error if I enable heterogeneous support, see error
message below. The relevant line is:
payload= (void*)malloc(buflen);
ompi/mca/osc/rdma/osc_rdma_data_move.c(1059): error C2440: '=': cannot
convert from 'vo
18 matches
Mail list logo
