On Jan 23, 2009, at 1:20 PM, N.M. Maclaren wrote:
FWIW, ABI is not necessarily a bad thing; it has its benefits and
drawbacks (and enablers and limitations). Some people want it and
some people don't (most don't care, I think). We'll see where
that effort goes in the Forum and elsewher
On Jan 23 2009, Jeff Squyres wrote:
FWIW, ABI is not necessarily a bad thing; it has its benefits and
drawbacks (and enablers and limitations). Some people want it and
some people don't (most don't care, I think). We'll see where that
effort goes in the Forum and elsewhere.
Right. But
On Jan 23, 2009, at 10:07 AM, N.M. Maclaren wrote:
I'm assuming what you're really referring to is the fact that there
is no currently binary compatibility between different MPI
implementations (forgive me if my assumption is wrong). ...
Good Lord, no! You don't know me, but that's
On Jan 23 2009, Jeff Squyres wrote:
No. Open MPI's Fortran MPI_COMM_WORLD is pretty much hard-wired to 0.
That's a mistake. But probably non-trivial to fix.
Could you explain what you meant by that? There is no "fix"; Open
MPI's Fortran MPI_COMM_WORLD has always been 0. More specifica
On Jan 23, 2009, at 7:45 AM, N.M. Maclaren wrote:
MPI_COMM_WORLD is set to a large integer (1140850688) in MPICH2 so
I wonder if there is something in HDF5 and/or NetCDF4 that
doesn't like 0 for the communicator handle. At any rate, you have
given me some ideas of things to check in the
Hi,
MPI_COMM_WORLD is set to a large integer (1140850688) in MPICH2 so I
wonder if there is something in HDF5 and/or NetCDF4 that doesn't
like 0 for the communicator handle. At any rate, you have given me
some ideas of things to check in the debugger tomorrow. Is there a
safe way to chang
Hi,
One question: you *are* using different HDF5/NetCDF4 installations for
Open MPI and MPICH2, right? I.e., all the software that uses MPI needs
to be separately compiled/installed against different MPI
implementations. Case in point: if you have HDF5 compiled against
MPICH2, it will not w
On Jan 23 2009, Jeff Squyres wrote:
On Jan 23, 2009, at 12:30 AM, David Robertson wrote:
I have looked for both MPI_COMM_WORLD and mpi_comm_world but neither
can be found by totalview (the parallel debugger we use) when I
compile with "USE mpi". When I use "include 'mpif.h'" both
MPI_COMM_
On Jan 23, 2009, at 12:30 AM, David Robertson wrote:
I don't know how helpful this code will be unless you happen to
have HDF5/NetCDF4 already installed. I looked at the code NetCDF4
uses to test parallel IO but it is all in C so it wasn't very
helpful. If you have the NetCDF4 source code t
I don't know how helpful this code will be unless you happen to have
HDF5/NetCDF4 already installed. I looked at the code NetCDF4 uses to
test parallel IO but it is all in C so it wasn't very helpful. If you
have the NetCDF4 source code the parallel IO tests are in the nc_test4
directory.
Mm,
On Jan 22, 2009, at 9:17 AM, David Robertson wrote:
I have attached the requested info. I included the sources to the
test program(s). I have left the copies of the .mod files. It should
be mentioned that I did not write this code. It was written by the
developer of the ROMS ocean model, He
Hello Jeff,
My mailing list settings were digest so I apologize if this does not get
filed under the right thread.
I have attached the requested info. I included the sources to the test
program(s). I have left the copies of the .mod files. It should be
mentioned that I did not write this cod
Can you send the information listed here:
http://www.open-mpi.org/community/help/
On Jan 21, 2009, at 5:25 PM, David Robertson wrote:
Hello,
I'm having a problem with MPI_COMM_WORLD in Fortran 90. I have tried
with OpenMPI versions 1.2.6, 1.2.8 and 1.3. Both versions are
compiled wit
Hello,
I'm having a problem with MPI_COMM_WORLD in Fortran 90. I have tried
with OpenMPI versions 1.2.6, 1.2.8 and 1.3. Both versions are compiled
with the PGI 8.0-2 suite. I've run the program in a debugger and with
"USE mpi" and MPI_COMM_WORLD returns 'Cannot find name
"MPI_COMM_WORLD"'. If
14 matches
Mail list logo