Brian Barrett a84e557815 Add new loop mode OPAL_EVLOOP_ONELOOP that behaved like OPAL_EVLOOP_ONCE ... did pre-libevent update. The problem is that the behavior of OPAL_EVLOOP_ONCE was changed by the OMPI team, which them broke things during the update, so it had to be reverted to the old meaning of loop until one event occurs. OPAL_EVLOOP_ONELOOP will go through the event loop once (like EVLOOP_NONBLOCK) but will pause in the event library for a bit (like EVLOOP_ONCE). fixes trac:234 This commit was SVN r11081. The following Trac tickets were found above: Ticket 234 --> https://svn.open-mpi.org/trac/ompi/ticket/234		2006-08-01 22:23:57 +00:00
..
help-mpi-runtime.txt	After extensive conversations about this...	2006-04-13 17:00:36 +00:00
Makefile.am	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00
mpiruntime.h	Update the copyright notices for IU and UTK.	2005-11-05 19:57:48 +00:00
ompi_mpi_abort.c	Fix minor compiler warning	2006-04-01 12:41:48 +00:00
ompi_mpi_finalize.c	Add new loop mode OPAL_EVLOOP_ONELOOP that behaved like OPAL_EVLOOP_ONCE	2006-08-01 22:23:57 +00:00
ompi_mpi_init.c	Add new loop mode OPAL_EVLOOP_ONELOOP that behaved like OPAL_EVLOOP_ONCE	2006-08-01 22:23:57 +00:00
ompi_mpi_io.c	Next step in the project split, mainly source code re-arranging	2006-02-12 01:33:29 +00:00
ompi_mpi_params.c	Add a new MCA parameter: mpi_keep_peer_hostnames. If this is nonzero,	2006-05-11 19:46:21 +00:00
params.h	Add a new MCA parameter: mpi_keep_peer_hostnames. If this is nonzero,	2006-05-11 19:46:21 +00:00