https://bugs.documentfoundation.org/show_bug.cgi?id=135479
Stephan Bergmann <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
| |g, [email protected]
--- Comment #17 from Stephan Bergmann <[email protected]> ---
(In reply to Stephan Bergmann from comment #16)
> * TDF
> <https://www.libreoffice.org/donate/dl/mac-x86_64/7.0.0/en-US/LibreOffice_7.
> 0.0_MacOS_x86-64.dmg> fails with the "JRE Is Defective" error dialog
> ("LibreOffice requires a Java runtime environment (JRE) to perform this
> task. The selected JRE is defective. Please select another version or
> install a new JRE and select it under LibreOffice - Preferences -
> LibreOffice - Advanced.") When run from the command line, it outputs the
> following:
>
> > $ /Applications/LibreOffice.app/Contents/MacOS/soffice
> > Error occurred during initialization of VM
> > Could not reserve enough space in CodeHeap 'non-nmethods' (2496K)
> > JavaVM: JNI_CreateJavaVM called os::abort(), caught by abort_handler in
> > javavm.cxx
> > [Java framework] sunjavaplugin.dylibCan not create JavaVirtualMachine,
> > abort handler was called.
Searching the web for that "Could not reserve enough space in CodeHeap
'non-nmethods' (2496K)" message turns up
<https://github.com/AdoptOpenJDK/openjdk-build/issues/1130> "MacOS hardened
runtime support". It mentions a
com.apple.security.cs.disable-executable-page-protection key set to true, a
setting which our
<https://git.libreoffice.org/core/+/2c366aae9263dc4115b054fe74b90cabea61fa0b%5E%21>
"Use a less extreme entitlement for our run-time machine code generation"
appears to have dropped from hardened_runtime.xcent.in starting with LO 7.0.
So that commit might be related.
--
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
