1
1
openmpi/ompi/mca/rcache/vma
Ralph Castain 9613b3176c Effectively revert the orte_output system and return to direct use of opal_output at all levels. Retain the orte_show_help subsystem to allow aggregation of show_help messages at the HNP.
After much work by Jeff and myself, and quite a lot of discussion, it has become clear that we simply cannot resolve the infinite loops caused by RML-involved subsystems calling orte_output. The original rationale for the change to orte_output has also been reduced by shifting the output of XML-formatted vs human readable messages to an alternative approach.

I have globally replaced the orte_output/ORTE_OUTPUT calls in the code base, as well as the corresponding .h file name. I have test compiled and run this on the various environments within my reach, so hopefully this will prove minimally disruptive.

This commit was SVN r18619.
2008-06-09 14:53:58 +00:00
..
configure.params * Move Gleb's rcache work from the gleb-rcache branch to the trunk 2006-08-15 18:40:08 +00:00
Makefile.am Per long threads on the mailing list and much confusion discussion 2007-12-15 13:32:02 +00:00
rcache_vma_component.c Merging in the jjhursey-ft-cr-stable branch (r13912 : HEAD). 2007-03-16 23:11:45 +00:00
rcache_vma_tree.c Don't call free(), or library functions that may call free() inside (such as 2008-01-08 08:55:42 +00:00
rcache_vma_tree.h Don't call free(), or library functions that may call free() inside (such as 2008-01-08 08:55:42 +00:00
rcache_vma.c Effectively revert the orte_output system and return to direct use of opal_output at all levels. Retain the orte_show_help subsystem to allow aggregation of show_help messages at the HNP. 2008-06-09 14:53:58 +00:00
rcache_vma.h Don't call free(), or library functions that may call free() inside (such as 2008-01-08 08:55:42 +00:00