1
1
openmpi/ompi/mca/mpool/base
Brian Barrett 5cadbbbf41 Fix for bug #140. If we're leaving things pinned, certain assumptions about
where to look for registrations that were used in the alloc/free code don't
work (because the memory returned from malloc() -- whowever gets around to
calling it) might actually be registered already.  So just call malloc
and free directly and avoid the whole issue when leave pinned is on.  After
all, you have to pay the registration cost sometime, and if leave pinned
is on, you only have to pay it once.  It makes things much simpler to
have that once be at first use rather than during ALLOC_MEM, and as far
as I can read, we're still standards conformant this way.

This commit was SVN r10406.
2006-06-17 18:34:41 +00:00
..
base.h Next step in the project split, mainly source code re-arranging 2006-02-12 01:33:29 +00:00
Makefile.am potential fix for ticket #81 2006-06-08 04:29:27 +00:00
mpool_base_alloc.c Fix for bug #140. If we're leaving things pinned, certain assumptions about 2006-06-17 18:34:41 +00:00
mpool_base_close.c Remove the segfault in ompi_info, when we try to destruct a not yet 2006-03-16 16:56:22 +00:00
mpool_base_init.c --- opal object changes 2006-03-29 16:19:17 +00:00
mpool_base_lookup.c 1. mpool_free changes to allow null registrations 2006-05-16 22:04:31 +00:00
mpool_base_mem_cb.c Next step in the project split, mainly source code re-arranging 2006-02-12 01:33:29 +00:00
mpool_base_mem_cb.h Next step in the project split, mainly source code re-arranging 2006-02-12 01:33:29 +00:00
mpool_base_open.c potential fix for ticket #81 2006-06-08 04:29:27 +00:00
mpool_base_tree.c make ompi_free_list_item_t a class.. 2006-06-12 16:44:00 +00:00
mpool_base_tree.h These list items are free list items, and should inherit properly.. 2006-06-11 20:19:12 +00:00