Ralph filed https://svn.open-mpi.org/trac/ompi/ticket/3075 about this.
I just reviewed Brice's patch and it looks good to me (it looks like I forgot
to update the logical/physical conversion in the module_set/get methods).
Thanks!
On Apr 12, 2012, at 1:46 AM, Brice Goglin wrote:
> Hello Tetsu
I'm just user, but i wanted to give a heads up on using cywin/mingw
environment on Windows 7 64-bit.
I would refer to:
http://www.open-mpi.org/community/lists/users/2012/04/18959.php in regards
to an issue with mpi_send/mpi_receive using this environment.
Now I installed OpenMPI 1.5.5 binary and
Hi,
I have trouble building an OpenMPI environment on Windows 7 -64bit for use by
simulation software written for Linux-environment, please help.
I use a single workstation with two processors (sums up to 12 cores). The
HP-MPI environment is already present for some other software (installed fr
ok, I see. Interesting. Thanks.
Peter
On 18 April 2012 14:17, Jeffrey Squyres wrote:
> On Apr 18, 2012, at 3:15 AM, Peter Sels wrote:
>
>> I suppose with C++ MPI it's possible to enforce more strict type
>> checking using template or so.)
>
> Not really, unfortunately. :-(
[snip]
--
Peter Sels
On Apr 18, 2012, at 3:15 AM, Peter Sels wrote:
> I suppose with C++ MPI it's possible to enforce more strict type
> checking using template or so.)
Not really, unfortunately. :-(
The idea is to be able to send *anything* through the (void*) choice buffer
designation -- that includes even sendi
As a guess, you're passing in a bad address.
Double check the buffers that you're sending to MPI_SEND/MPI_RECV/etc.
On Apr 17, 2012, at 10:43 PM, Rohan Deshpande wrote:
> After using malloc i am getting following error
>
> *** Process received signal ***
> Signal: Segmentation fault (11)
>
Hi Jeffrey,
Thanks a lot for answering my message.
The &work io work thing escaped my attention.
(Usually the compiler catches these things but of course here any
pointer type should work.
I suppose with C++ MPI it's possible to enforce more strict type
checking using template or so.)
Anyway in t