[Solved] OpenOffice 4.1.3 Startup Problems on CentOS 7 32bit
Posted: Sat May 06, 2017 6:43 am
Core System: CentOS AltArch 7 (1611) on i386 -----> CentOS 7 32-bit
Display Manager: GDM, Gnome Display Manager
OpenOffice4.1.3 installed from tarball, desktop-integration with freedesktop-menus
OpenOffice installs with no problems
***************************************************************************************************
Using GNOME 3 GUI, CentOS 7-Gnome, straight out of the box:
OpenOffice runs fine.
***************************************************************************************************
Using LXDE GUI, created by installing Fedora 23 LXDE binary packages onto the
CentOS 7 32-bit minimal system.
On trying to start any OpenOffice application, startup screen flashes momentarily, then nothing happens.
From /usr/bin, command line entry openoffice4 -writer %U (or any other application) brings up error
message: line 122: 2404 (or some other 2000+ number) Segmentation fault "$sd_prog/$sd_binary" "$@"
I've noticed this type of message in many instances over the years: I've tried two workarounds that have
been previously suggested in the startup script /opt/openoffice4/program/soffice:
export OOO_FORCE_DESKTOP=gnome at the start of the script,
uncomment the line SAL_NO_XINITTHREADS=TRUE; export SAL_NO_XINITTHREADS near the end of the script
Neither of these 2 remedies helped.
(export OOO_FORCE_DESKTOP=LXDE didn't help either).
***********************************************************************************************************
Using XFCE GUI, created by rebuilding XFCE source rpm's from EPEL repository into 32-bit binaries for
installation onto the CentOS 7 32-bit minimal system.
Same problems as with LXDE GUI.
(export OOO_FORCE_DESKTOP=xfce didn't help either).
********************************************************************************************************************
I simply can't find the needle in the haystack. Why does everything work with the Gnome 3 GUI,
and not with the LXDE and XFCE GUI's ???????
Any advice on how to fix this, or recommendations on further diagnostic procedures, would be welcome.
Len E.
Display Manager: GDM, Gnome Display Manager
OpenOffice4.1.3 installed from tarball, desktop-integration with freedesktop-menus
OpenOffice installs with no problems
***************************************************************************************************
Using GNOME 3 GUI, CentOS 7-Gnome, straight out of the box:
OpenOffice runs fine.
***************************************************************************************************
Using LXDE GUI, created by installing Fedora 23 LXDE binary packages onto the
CentOS 7 32-bit minimal system.
On trying to start any OpenOffice application, startup screen flashes momentarily, then nothing happens.
From /usr/bin, command line entry openoffice4 -writer %U (or any other application) brings up error
message: line 122: 2404 (or some other 2000+ number) Segmentation fault "$sd_prog/$sd_binary" "$@"
I've noticed this type of message in many instances over the years: I've tried two workarounds that have
been previously suggested in the startup script /opt/openoffice4/program/soffice:
export OOO_FORCE_DESKTOP=gnome at the start of the script,
uncomment the line SAL_NO_XINITTHREADS=TRUE; export SAL_NO_XINITTHREADS near the end of the script
Neither of these 2 remedies helped.
(export OOO_FORCE_DESKTOP=LXDE didn't help either).
***********************************************************************************************************
Using XFCE GUI, created by rebuilding XFCE source rpm's from EPEL repository into 32-bit binaries for
installation onto the CentOS 7 32-bit minimal system.
Same problems as with LXDE GUI.
(export OOO_FORCE_DESKTOP=xfce didn't help either).
********************************************************************************************************************
I simply can't find the needle in the haystack. Why does everything work with the Gnome 3 GUI,
and not with the LXDE and XFCE GUI's ???????
Any advice on how to fix this, or recommendations on further diagnostic procedures, would be welcome.
Len E.