before it hit ompi_rte_init (duh!). So don't print a ton of messages
complaining about something that isn't really a problem
This commit was SVN r3825.
arguments.
2. Some void* arguments are Fortran integers, rather than array memory.
This is needed for void* when methods don't have the template='yes'
tag.
This commit was SVN r3818.
that we want, but will do a reasonable job at cleaning up the job
if SIGINT (cntl-c) or SIGTERM are received between spawning of processes
and the death of all the processes.
If you see strange errors out of mpirun, please let me know. I'm sure
there are a couple race conditions. I'm going to clean the code up
tonight to try to reduce some of them.
This commit was SVN r3817.
happen in the event thread so that the process starters can actually
reap the dead processes when required
* Added logic to ompi_mpi_abort to kill both local and remote groups
This commit was SVN r3808.
#if OMPI_WANT_MPI2_ONE_SIDED and some automake conditionals. Also had
to add some AC_SUBSTs to eliminate part of mpif.h (otherwise the
"external" statements would have made undefined symbols).
All the MPI-2 one-sided functionality (including the skeleton
top-level MPI API functions that only invoke an MPI exception) can be
re-enabled with --enable-mpi2-one-sided.
This commit was SVN r3802.
- Formalize the Windoze output
- The facilities for lazy opening of files were already included in
here (yay foresight!); so just don't open the file aggressively when
we ompi_output_open(); instead, let the first ompi_output() open the
file. This allows the session directory to stay empty (and
therefore removable) if the file is never written to.
This commit was SVN r3800.
name server).
* Add return status message for kill messages from the contact pcm doing
the actual killing so that MPI_Abort or ompi_rte_{kill,term}_{proc,job}
have a useful return value.
* Cleanup the per-started-process local storage in the pcm base to not have
so much code duplication
* Since there are now 4 kill functions (signal or terminate a proc or job)
combine them into one function in the pcm interface. Makes life easier
all around for PCM authors. Already had to combine for the message
transfer.
* Fix race condition in the bootproxy code that was causing it not to
have the right count for number of alive processes
This commit was SVN r3796.
support is included because ROMIO is inherently thread-unsafe.
One possible way to have true asynchronous progress would be to use a
progress thread that wakes up and polls at some frequency when there
are non-blocking IO requests pending. This is pretty icky, though --
it should definitely have an MCA parameter to enable/disable this
functionality, as well as another to control the polling frequency.
This also strengthens the argument that we need a v2 of the io
framework -- one that is not designed to exclusively support ROMIO --
one that does something unimaginably "better" for the parallel MPI-2
IO interface. :-)
This commit was SVN r3786.
* add debuging code for the callback. Since gdb doesn't really like
doing things like waitpid for processes, spin when we are in the
handler in a way that gdb can easily attach and debug
This commit was SVN r3785.
