On Fri, 2006-03-17 at 10:17 +0100, Stephan Bergmann wrote: > 3 Exploiting the fact that the executable memory in question is never > freed, add a simple, special-purpose (executable) memory allocator to > bridges/source/cpp_uno/shared. It would work similar to > rtl_allocateMemory by using mmap (or equivalent), but would be much > simpler since it would not have to keep track of a free list: if there > is enough space left at the end of the last obtained mmap area, use > that; otherwise, obtain a new mmap area. Pro: local change in C++ UNO > bridges, no new interface in rtl/alloc.h needed, does not make too much > memory executable. Con: can't think of one.
Sure. It sounds the quickest and easiest fix. It's a real non-theoretical problem for OOo under SELinux enabled linux (e.g. Fedora) which has been biting us for a while. C. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]