On Jul 19, 2007, at 3:24 PM, Moreland, Kenneth wrote:
I've run into a problem with the File I/O with openmpi version 1.2.3.
It is not possible to call MPI_File_set_view with a datatype created
from a subarray. Instead of letting me set a view of this type, it
gives an invalid datatype error. I
I've run into a problem with the File I/O with openmpi version 1.2.3.
It is not possible to call MPI_File_set_view with a datatype created
from a subarray. Instead of letting me set a view of this type, it
gives an invalid datatype error. I have attached a simple program that
demonstrates the pro
Hello,
On Wed, 2007-07-18 at 17:22 -0400, Tim Prins wrote:
> > The one missing detail is that I can't seem to get the stdout/stderr
> > output. For example:
> >
> > $ orterun -np 1 uptime
> > $ uptime
> > 18:24:27 up 13 days, 3:03, 0 users, load average: 0.00, 0.03, 0.00
> >
> > The man page i
I gather you are running under TM since you have a PBS_NODEFILE? If so, in
1.2 we setup to read that file directly - you cannot specify it on the
command line.
We will fix this in 1.3 so you can do both, but for now - under TM - you
have to leave that "-machinefile $PBS_NODEFILE" off of the comman
All,
I've run across a somewhat difficult code for OpenMPI to handle
(CPMD).
Here is the report on the versions I tried:
1.1.4 - mostly does not start
1.1.5 - works
1.2.3 - does not start
The machine has dual Opterons, with Gigabit. The running command with
4x2 cpus is:
mpirun -np $np -mac
Ah, yeah, that's bad on OS X. Because of the two level namespace
features of OS X, doing the provide your own malloc and free tricks
that work sometimes on Linux and Solaris don't work so well on OS X.
The malloc() strdup() finds will be the malloc() in libSystem, but
the free() that Open
On 18 July 2007 at 19:14, Dirk Eddelbuettel wrote:
|
| Hi Tim,
|
| Thanks for the follow-up
|
| On 18 July 2007 at 17:22, Tim Prins wrote:
| |
| | > Yes, this helps tremendously. I installed rsh, and now it pretty much
| | > works.
| | Glad this worked out for you.
| |
| | >
| | > The one mi
Hi Robert
Thanks for the infos.
In the meantime I found a workaround.
Instead of resized datatypes with holes I use simple vectors
with appropriately calculated offsets in MPI_FILE_WRITE_AT.
Probably not as elegant, but seems to work OK.
Jody
On 7/18/07, Robert Latham wrote:
On Tue, Jul 10,
