> Additional note on the the BLACS vs. OpenMPI 1.1.1 & 1.3 problems:
>
> The BLACS install program xtc_CsameF77 says to not use -DCsameF77
> with OpenMPI; however, because of an oversight I used it in my first
> tests -- for OpenMPI 1.1.1 the errors are the same with and without
> this set
On Oct 4, 2006, at 8:22 AM, Harald Forbert wrote:
The TRANSCOMM setting that we are using here and that I think is the
correct one is "-DUseMpi2" since OpenMPI implements the corresponding
mpi2 calls. You need a recent version of BLACS for this setting
to be available (1.1 with patch 3 should be
I'm working on this bug. As far as I see the patch from the bug 365
do not help us here. However, on my 64 bits machines (not Opteron but
G5) I don't get the segfault. Anyway, I get the bad data transmission
for test #1 and #51. So far my main problem is that I cannot
reproduce these errors
OK, that was my 5 minutes hall of shame. Setting the verbosity level
in bt.dat to 6 give me enough information to know exactly the data-
type share. Now, I know how to fix things ...
george.
On Oct 4, 2006, at 4:35 PM, George Bosilca wrote:
I'm working on this bug. As far as I see the pat
That's just amazing. We pass all the trapezoidal tests but we fail
the general ones (rectangular matrix) if the leading dimension of the
matrix on the destination processor is greater than the leading
dimension on the sender. At least now I narrow down the place where
the error occur ...
The problem was found and fixed. Until the patch get applied to the
1.1 and 1.2 branches please use the attached patch.
Thanks for you help for discovering and fixing this bug,
george.
ddt.patch
Description: Binary data
On Oct 4, 2006, at 5:32 PM, George Bosilca wrote:
That's just
This is the correct patch (same as previous minus the debugging
statements).
Thanks,
george.
ddt.patch
Description: Binary data
On Oct 4, 2006, at 7:42 PM, George Bosilca wrote:
The problem was found and fixed. Until the patch get applied to the
1.1 and 1.2 branches please use the
