dc47dd39aa
reentrant for free(), so we can't call free() from inside an sbrk() handler. The solution is never call sbrk() with a negative number. The mmap() allocator used for large allocations does not have this problem and continues to give memory back to the OS as soon as possible. This should go to both the v1.1 and v1.0 branches. This commit was SVN r9943. |
||
---|---|---|
.. | ||
base | ||
maffinity | ||
memcpy | ||
memory | ||
paffinity | ||
timer | ||
Makefile.am | ||
mca.h |