On Tue, Jan 09, 2007 at 02:53:24PM -0700, Tom Lund wrote:
> Rob,
>Thank you for your informative reply. I had no luck finding the
> external32 data representation in any of several mpi implementations and
> thus I do need to devise an alternative strategy. Do you know of a good
> reference
Rob,
Thank you for your informative reply. I had no luck finding the
external32 data representation in any of several mpi implementations and
thus I do need to devise an alternative strategy. Do you know of a good
reference explaining how to combine HDF5 with mpi?
---Tom
Robert Latham
On Mon, Jan 08, 2007 at 02:32:14PM -0700, Tom Lund wrote:
> Rainer,
>Thank you for taking time to reply to my querry. Do I understand
> correctly that external32 data representation for i/o is not
> implemented? I am puzzled since the MPI-2 standard clearly indicates
> the existence of ext
> I need it's the backtrace on the process which generate the
> segfault. Second, in order to understand the backtrace, it's
> better to have run debug version of Open MPI. Without the
> debug version we only see the address where the fault occur
> without having access to the line number ...
Hi Michael
I would suggest using the nightly snapshot off of the trunk - the poe module
compiles correctly there. I suspect we need an update to bring that fix over
to the 1.2 branch.
Ralph
On 1/9/07 7:55 AM, "Michael Marti" wrote:
> Thanks Jeff for the hint.
>
> Unfortunately neither openm
Thanks Jeff for the hint.
Unfortunately neither openmpi-1.2b3r12956 nor openmpi-1.2b2 compile
on aix-5.3/power5. Therefore I was not able to check if the poll
issue is gone on these versions. Both (beta2 and beta3) fail for the
same reason:
"pls_poe_module.c", line 640.2: 1506-204 (S) Une
