- Add new thread function to compare current thread to an
ompi_thread_t*
- Save current thread ID in MPI_INIT*
- Add first cut of solaris thread functions
- Add stubs for missing Windows thread functions
This commit was SVN r3569.
- register non-blocking recv for process starter whenever a new spawn
occurs.
- send kill message when rte_kill_job or kill_proc is called
- pcm does its mojo to result in the death of the processes
This commit was SVN r3458.
cleanup happens correctly
* Deregister all async waitpid callbacks during pcm finalize so that they
don't accidently trip after the component has been unloaded
* Cleanup the pid tracking code shared by RMS and RSH and update both
components to match
* Add a bit to MPI_Abort() in preparation of ompi_rte_kill_job working
properly soon
This commit was SVN r3360.
size_t to int. This is in recognition of the fact that these two
classes are primarily used for fortran<-->c convertsion of various
entities (attributes, MPI objects), and MPI defines that an int must
be used to hold MPI fortran handles. Hence, why use size_t
internally? See the comment in src/class/ompi_pointer_array.h for a
better description.
Mixed in a few attribute fixes in this commit as well.
This commit, therefore:
- converts the indexing from size_t to int
- changes all locations in the code that I could find that used size_t
as the interface to ompi_bitmap_t or ompi_pointer_array_t
- convert to use OMPI_FINT_2_INT / OMPI_INT_2_FINT macros in various
src/mpi/c/*f2c.c and src/mpi/c/*c2f.c files
- check the return code of ompi_comm_free() to ensure that everything
worked properly before returning MPI_SUCCESS
- unified all src/mpi/c/*f2c.c functions (i.e., they all do the same
thing)
- tie up some loose ends w.r.t. MPI_Request handling in fortran; set
the req_f_to_c_index to MPI_UNDEFINED when it does not have a fortran
index
- still need to add a configure test to find OMPI_FORTRAN_HANDLE_MAX
for ompi_bitmap.c and ompi_pointer_array.c (hard-wired to INT_MAX
right now)
- re-organized, consolidated, and unified some ompi_pointer_array.c
code -- fixed a few minor bugs w.r.t. lowest_free (could have left
some unintentional holes in the array)
This commit was SVN r3302.
1. header file and source file protections using #ifdef WIN32
2. new files and directories to support windows functionality
3. appropritate linkage symbols added (OMPI_DECLSPEC) for windows
4. some functions are unimplemented on the windows side. this is mostly
because there might not be need to implement it in windows land. eg., forking
a daemon off
5. Introduced locking mechanisms for windows
This commit was SVN r3286.
* fix typo in error message for spawning processes
* Remove the name field from the global ompi_process_info struct, replacing
usage with calls to ompi_rte_get_self(). Cleaned up the resulting logic
in ompi_rte_init() to make it slightly simpler when dealing with the
singleton case. Reduces data duplication and I believe fixes bug
#1009 as a nice side effect.
This commit was SVN r3230.
- Add #include "ompi_config.h" to all .c files, and ensure that it's
the first #included file
- remove a few useless #if HAVE_CONFIG_H checks
This commit was SVN r3229.
away from the critical performance path that we do not attempt to
provide fancy / fine-grained locking at all. There is one global
lock that protects most attribute actions. Since attribute actions
are non-blocking in nature, this will not cause deadlock.
- Fix a problem where attributes could get deleted from a communicator
before the communicator was actually released.
This commit was SVN r3136.
This is a hackaround so that people can compile; I need to move the
macro definitions elsewhere to do this right. Will do so tonight.
This commit was SVN r2998.
c2f MPI_Status translation along the way. This should enable Fortran
MPI apps that use non-blocking communication to start working.
This commit was SVN r2996.
the spawning and retrieving the parent communicator
works already. Have to debug now, what is going wrong
when starting the processes.
This commit was SVN r2902.
