1
1
openmpi/opal/runtime
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-opal-runtime.txt Update the copyright notices for IU and UTK. 2005-11-05 19:57:48 +00:00
Makefile.am print stack traces (when available) for opal and orte processes, as well as 2006-01-11 04:36:39 +00:00
opal_finalize.c Open and close the memcpy component. Hopefully it is in the right place, as 2006-04-05 05:57:51 +00:00
opal_init.c Open and close the memcpy component. Hopefully it is in the right place, as 2006-04-05 05:57:51 +00:00
opal_params.c Next step in the project split, mainly source code re-arranging 2006-02-12 01:33:29 +00:00
opal_progress.c Add new loop mode OPAL_EVLOOP_ONELOOP that behaved like OPAL_EVLOOP_ONCE 2006-08-01 22:23:57 +00:00
opal_progress.h Return something in all the cases (false if nothing complete). 2006-03-06 18:14:17 +00:00
opal.h Next step in the project split, mainly source code re-arranging 2006-02-12 01:33:29 +00:00