[SOLVED] Macro invocation or Base crashes LO

JavaMeister · 10-07-2017, 07:21 PM

I have discovered at least four ways to crash LO cold dead.

Desktop PC, recently installed Ubuntu 16.04, uninstalled and freshly re-installed LO 5.1.6.2, including LO Base.

Renamed .config\libreoffice\4\user to ...\userOld.

open LO Write or Calc on Untitled 1.odt/ods, Tools, Macros, Run Macro, BOOM
open LO Write or Calc on Untitled 1.odt/ods, Tools, Customize, Keyboard, Category, LibreOffice Macros, BOOM
open LO Base, Select database (default), Finalize, Save as, Save, BOOM
this creates a file named New Database.odb in my home directory
double click on New Database.odb in my home directory (or any other .odb file), Tables, BOOM

BOOM → all open LO windows immediately close
Clicking any of my LO shortcuts brings up “LibreOffice 5”, LibreOffice Document Recovery, which then runs just fine.

This is really hurting me because I have a whole bunch of macro work to do. Any help?

ljb643 · 10-08-2017, 06:36 PM

It's caused by a recent change to the Linux kernel, which somehow messes up the Java Runtime (JRE). It affects Base, and the Macro commands.

You can read more here: https://www.linuxquestions.org/quest...-a-4175610351/

I don't know if it is resolved. I don't use Base, or macros, but to prevent crashes on the Macro command or tab, I unchecked "use a Java runtime environment" under Options > Advanced. Obviously, that won't help someone using Base, but I don't know if macros need Java.

RockDoctor · 10-08-2017, 06:43 PM

Probably not much help, but LO 5.4.2.2-2 on Fedora 27 does not have problems #1 and #2 (I don't have Base installed, so can't test #3 and #4).

JavaMeister · 10-21-2017, 09:03 PM

This problem is described succinctly at LibreOffice Base crashes on 32bit Linux.

The "stack_guard_gap=1" kernel parameter fixed it all up for me.

I also found a thread in the Slackware forum that seems to identify the same problem. It was fixed there with a "stack_guard_gap=6" kernel parameter. That works well for me in Ubuntu 16.04 also.