web-dev-qa-db-fra.com

LibreOffice Base plante sur Arc 32 bits pour 16.04 et 17.04

Je lance la base LibreOffice, crée une nouvelle base, utilise toutes les valeurs par défaut (HSQLDB), cliquez simplement sur Suivant, OK, choisissez un nom de fichier, cliquez sur OK, et cela se bloque.

soffice.bin s'est écrasé avec SIGSEGV

C'est une machine 32 bits, il plante avec 16.04 (essayé OpenJDK 8.131 et Oracle Java 8.144 et essayé de mettre à jour LO vers la dernière version), il plante aussi avec le dernier 17.04, entièrement mis à jour.

J'ai essayé sur une machine physique et sur une autre dans VirtualBox.

Il fait pas planter en utilisant une installation de 64 bits.

Toute allusion ??

16.04libreoffice17.0432-bit
3
BrnVrn

J'ai enfin trouvé des infos. Le numéro a commencé mi-juin 2017.

  • LibreOffice Base ne fonctionne pas sur une machine Linux 32 bits
  • Cela devrait être corrigé avec une nouvelle version du noyau (espérons-le)
  • C’est un changement dans le noyau (correctif de sécurité) qui affectait Java et qui est requis pour LibreOffice Base.
  • Ubuntu, LibreOffice ou OpenJDK ne peuvent résoudre ce problème de noyau (OK, peut-être qu'OpenJDK pourrait également le résoudre)
  • Il IS un solution de contournement (testé les versions 16.04 et 17.04): "Ajouter le paramètre de noyau stack_guard_gap=1"

Editez le fichier /etc/default/grub et changez la ligne commençant par GRUB_CMDLINE_LINUX_DEFAULT pour inclure le paramètre. Par exemple, une fois votre modification effectuée, elle pourrait ressembler à ceci:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash stack_guard_gap=1"

puis exécutez Sudo update-grub et redémarrez.

Vous devez supprimer ce paramètre lorsque le nouveau noyau résout le problème (test), car je suppose qu'il est moins sécurisé sans stack_guard ...

Références:

On dirait que je ne peux pas poster plus de 2 liens ici. Mais la réponse complète est ici à ask.libreoffice.org .

3
BrnVrn