https://bugs.documentfoundation.org/show_bug.cgi?id=115486
--- Comment #2 from Stephan Bergmann <[email protected]> ---
LO does some native code generation at runtime (for the bridge between C++ and
binary UNO). There is USE_DOUBLE_MMAP to not have to map those pages as rwx,
but rather to split that into w and rx access. This is enabled for LINUX and
the various *BSD in bridges/inc/vtablefactory.hxx.
The relevant code is VtableFactory::createBlock in
bridges/source/cpp_uno/shared/vtablefactory.cxx. For performance reasons, it
first tries to allocate rwx pages, via rtl_arena_alloc calling allocExec (at
the top of that vtablefactory.cxx). If that fails (because rwx is forbidden by
the OS), VtableFactory::createBlock goes on to do the double mmap.
But this code should not be executed by the oosplash process. (It will be
executed e.g. by the soffice.bin process, though.) You would need to debug
oosplash further to find out why it fails with "permission denied" for you.
(Julien, not sure why you set this from UNCONFIRMED to NEW. I don't think your
argument for doing so is sound.)
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
