Bug 679327

Summary: [abrt] stoc_simreg::SimpleRegistryImpl::open killed by signal 6 (SIGABRT)
Product: [Fedora] Fedora Reporter: Janos Lichtenberger <lityi>
Component: openoffice.orgAssignee: Caolan McNamara <caolanm>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: caolanm, dtardon
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:7755814656a372f5973a0aa7e7fa0c7f6cff10f5
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-02-22 13:13:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
File: backtrace none

Description Janos Lichtenberger 2011-02-22 09:33:13 UTC 
abrt version: 1.1.17
architecture: i686
Attached file: backtrace, 17579 bytes
cmdline: /usr/lib/openoffice.org3/program/soffice.bin
comment: see above, always reproducible
component: openoffice.org
Attached file: coredump, 11915264 bytes
crash_function: stoc_simreg::SimpleRegistryImpl::open
executable: /usr/lib/openoffice.org3/program/soffice.bin
kernel: 2.6.35.11-83.fc14.i686.PAE
package: openoffice.org-brand-1:3.3.0-20.2.fc14
rating: 4
reason: Process /usr/lib/openoffice.org3/program/soffice.bin was killed by signal 6 (SIGABRT)
release: Fedora release 14 (Laughlin)
time: 1298367158
uid: 0

How to reproduce
-----
1. I wanted to start ooffice at konsole (terminal) command line. I did not start, instead it returns with:
terminate called after throwing an instance of 'com::sun::star::registry::InvalidRegistryException'
/usr/lib/openoffice.org3/program/soffice: line 116:  8795 Aborted                 (core dumped) "$sd_prog/$sd_binary" "$@"

2. it happens always, permanently when I wanted to start ooffice
3.
Comment 1 Janos Lichtenberger 2011-02-22 09:33:16 UTC 
Created attachment 480076 [details]
File: backtrace
Comment 2 Caolan McNamara 2011-02-22 11:09:36 UTC 
You probably do have a corrupt registry, do you share your home dir over nfs or dual boot it under to different OSes, e.g. x86_64 and x86. This might be the same as bug 649310

I would bet that rm -rf ~/.openoffice.org would allow it to continue ? Try that.
Comment 3 Janos Lichtenberger 2011-02-22 12:03:45 UTC 
(In reply to comment #2)
> You probably do have a corrupt registry, do you share your home dir over nfs or
> dual boot it under to different OSes, e.g. x86_64 and x86. This might be the
> same as bug 649310
> 
> I would bet that rm -rf ~/.openoffice.org would allow it to continue ? Try
> that.

I removed, but it did not help, I'm sorry
Comment 4 Janos Lichtenberger 2011-02-22 12:05:51 UTC 
(In reply to comment #2)
> You probably do have a corrupt registry, do you share your home dir over nfs or
> dual boot it under to different OSes, e.g. x86_64 and x86. This might be the
> same as bug 649310
> 
> I would bet that rm -rf ~/.openoffice.org would allow it to continue ? Try
> that.
It is a clean new f14 install and no interference with any older/external versions
Comment 5 Janos Lichtenberger 2011-02-22 12:10:12 UTC 
(In reply to comment #2)
> You probably do have a corrupt registry, do you share your home dir over nfs or
> dual boot it under to different OSes, e.g. x86_64 and x86. This might be the
> same as bug 649310
> 
> I would bet that rm -rf ~/.openoffice.org would allow it to continue ? Try
> that.

Still just one more info: ooffice starts normally from application menu
Comment 6 David Tardon 2011-02-22 12:18:22 UTC 
Could you attach/paste the output of env here?
Comment 7 Caolan McNamara 2011-02-22 12:23:00 UTC 
"It is a clean new f14 install and no interference with any older/external
versions", oh yeah ?, I see "/usr/local/m23/sys/os/glnx86/libgcc_s.so.1" being used by soffice.bin now that I look closer at your backtrace :-)

I suspect that's it, i.e. the stuff in /usr/local/m23/sys/os/glnx86 is possibly conflicting. e.g. a LD_LIBRARY_PATH or some such in your env pointing there when you run it from a terminal.
Comment 8 Janos Lichtenberger 2011-02-22 12:24:17 UTC 
(In reply to comment #6)
> Could you attach/paste the output of env here?

Here you are:
LANGUAGE=
KONSOLE_DBUS_SERVICE=:1.87
VENDOR=intel
LOGNAME=root
IMSETTINGS_INTEGRATE_DESKTOP=yes
WINDOWPATH=7
GTK_IM_MODULE=gtk-im-context-simple
KDE_IS_PRELINKED=1
LATEX_MK_DIR=/usr/share/latex-mk
SHLVL=3
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
NCARG_GRAPHCAPS=/usr/lib/ncarg/graphcaps
QTLIB=/usr/lib/qt-3.3/lib
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-iq66iu3l7i,guid=f16481e43f4d07517b5872450000002b
CCACHE_DIR=/var/cache/ccache
PATH=/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/m23/bin:/opt/intel/fc/9.0/bin:/u/local/gmt/GMT3.4.2/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/m23/bin:/opt/intel/fc/9.0/bin:/u/local/gmt/GMT3.4.2/bin:/usr/lib/qt-3.3/bin:/usr/lib/ccache:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
USER=root
NCARG_ROOT=/usr
LANG=en_US.UTF-8
CVS_RSH=ssh
MAIL=/var/spool/mail/root
QT_IM_MODULE=xim
WINDOWID=58720299
CCACHE_UMASK=002
ORBIT_SOCKETDIR=/tmp/orbit-root
NCARG_NCARG=/usr/share/ncarg
GNOME_DESKTOP_SESSION_ID=this-is-deprecated
DISPLAY=:0.0
PWD=/root
OSTYPE=linux
COLORFGBG=0;15
XAUTHORITY=/root/.Xauthority
GDL_PATH=+/usr/share/gnudatalanguage
HOSTNAME=torok.elte.hu
SSH_AGENT_PID=1990
XDG_SESSION_COOKIE=94914029b4a3bbdf3f008d0b00000015-1298363290.78442-801854226
XMODIFIERS=@im=none
INTEL_FLEXLM_LICENSE=/opt/intel/licenses
HOST=torok.elte.hu
IMSETTINGS_MODULE=none
HOSTTYPE=i386-linux
TERM=xterm
PROFILEHOME=
MACHTYPE=i386
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1989,unix/unix:/tmp/.ICE-unix/1989
DESKTOP_AUTOSTART_ID=10cb1f0501b358580e129836329127105200000019890000
SSH_AUTH_SOCK=/tmp/keyring-RIGZkf/ssh
SGE_ROOT=/usr/share/gridengine
SGE_CELL=default
MATLAB=/usr/local/m23
G_BROKEN_FILENAMES=1
KDEDIRS=/usr
LESSOPEN=||/usr/bin/lesspipe.sh %s
KONSOLE_DBUS_SESSION=/Sessions/2
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:
GNOME_KEYRING_CONTROL=/tmp/keyring-RIGZkf
QTDIR=/usr/lib/qt-3.3
NCARG_FONTCAPS=/usr/lib/ncarg/fontcaps
NCARG_LIB=/usr/lib/ncarg
NCARG_DATABASE=/usr/lib/ncarg/database
QTINC=/usr/lib/qt-3.3/include
MM_RUNASROOT=1
SHELL_SESSION_ID=ebafcd0ef563400090eee1b39b1d8fcd
HOME=/root
GROUP=root
GPG_AGENT_INFO=/tmp/keyring-RIGZkf/gpg:0:1
SHELL=/bin/tcsh
LD_LIBRARY_PATH=/usr/local/m23/sys/os/glnx86:/usr/local/m23/bin/glnx86:/usr/local/m23/extern/lib/glnx86:/opt/intel/fc/9.0/lib
NLSPATH=/opt/intel/fc/9.0/lib
Comment 9 Janos Lichtenberger 2011-02-22 12:27:21 UTC 
(In reply to comment #7)
> "It is a clean new f14 install and no interference with any older/external
> versions", oh yeah ?, I see "/usr/local/m23/sys/os/glnx86/libgcc_s.so.1" being
> used by soffice.bin now that I look closer at your backtrace :-)
> 
> I suspect that's it, i.e. the stuff in /usr/local/m23/sys/os/glnx86 is possibly
> conflicting. e.g. a LD_LIBRARY_PATH or some such in your env pointing there
> when you run it from a terminal.

It was using may normal tsch env, but I tried with a plain bash (no .bashrc), the result is the same. Here is the output of env in bash:

ORBIT_SOCKETDIR=/tmp/orbit-root
SSH_AGENT_PID=1990
HOSTNAME=torok.elte.hu
IMSETTINGS_INTEGRATE_DESKTOP=yes
GPG_AGENT_INFO=/tmp/keyring-RIGZkf/gpg:0:1
SHELL=/bin/tcsh
TERM=xterm
HOST=torok.elte.hu
XDG_SESSION_COOKIE=94914029b4a3bbdf3f008d0b00000015-1298363290.78442-801854226
LATEX_MK_DIR=/usr/share/latex-mk
KONSOLE_DBUS_SERVICE=:1.87
LD_PRELOAD=/usr/xt/YZime.so
NCARG_FONTCAPS=/usr/lib/ncarg/fontcaps
SGE_CELL=default
WINDOWID=58720299
QTDIR=/usr/lib/qt-3.3
GNOME_KEYRING_CONTROL=/tmp/keyring-RIGZkf
SHELL_SESSION_ID=c4e6f42920004000a998ccd47dfc0e71
QTINC=/usr/lib/qt-3.3/include
IMSETTINGS_MODULE=none
GROUP=root
USER=root
LD_LIBRARY_PATH=/usr/local/m23/sys/os/glnx86:/usr/local/m23/bin/glnx86:/usr/local/m23/extern/lib/glnx86:/opt/intel/fc/9.0/lib
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:
DESKTOP_AUTOSTART_ID=10cb1f0501b358580e129836329127105200000019890000
INTEL_FLEXLM_LICENSE=/opt/intel/licenses
CCACHE_DIR=/var/cache/ccache
SSH_AUTH_SOCK=/tmp/keyring-RIGZkf/ssh
HOSTTYPE=i386-linux
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1989,unix/unix:/tmp/.ICE-unix/1989
NCARG_GRAPHCAPS=/usr/lib/ncarg/graphcaps
NLSPATH=/opt/intel/fc/9.0/lib
MAIL=/var/spool/mail/root
PATH=/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/m23/bin:/opt/intel/fc/9.0/bin:/u/local/gmt/GMT3.4.2/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/m23/bin:/opt/intel/fc/9.0/bin:/u/local/gmt/GMT3.4.2/bin:/usr/lib/qt-3.3/bin:/usr/lib/ccache:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
QT_IM_MODULE=xim
PWD=/root
XMODIFIERS=@im=none
NCARG_ROOT=/usr
CCACHE_UMASK=002
LANG=en_US.UTF-8
KDE_IS_PRELINKED=1
NCARG_DATABASE=/usr/lib/ncarg/database
KDEDIRS=/usr
SGE_ROOT=/usr/share/gridengine
KONSOLE_DBUS_SESSION=/Sessions/4
NCARG_LIB=/usr/lib/ncarg
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
HOME=/root
COLORFGBG=0;15
NCARG_NCARG=/usr/share/ncarg
SHLVL=4
OSTYPE=linux
LANGUAGE=
GDL_PATH=+/usr/share/gnudatalanguage
GNOME_DESKTOP_SESSION_ID=this-is-deprecated
VENDOR=intel
MATLAB=/usr/local/m23
MACHTYPE=i386
LOGNAME=root
CVS_RSH=ssh
QTLIB=/usr/lib/qt-3.3/lib
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-iq66iu3l7i,guid=f16481e43f4d07517b5872450000002b
LESSOPEN=||/usr/bin/lesspipe.sh %s
WINDOWPATH=7
PROFILEHOME=
DISPLAY=:0.0
MM_RUNASROOT=1
GTK_IM_MODULE=gtk-im-context-simple
G_BROKEN_FILENAMES=1
XAUTHORITY=/root/.Xauthority
_=/bin/env
Comment 10 Janos Lichtenberger 2011-02-22 12:36:57 UTC 
(In reply to comment #7)
> "It is a clean new f14 install and no interference with any older/external
> versions", oh yeah ?, I see "/usr/local/m23/sys/os/glnx86/libgcc_s.so.1" being
> used by soffice.bin now that I look closer at your backtrace :-)
> 
> I suspect that's it, i.e. the stuff in /usr/local/m23/sys/os/glnx86 is possibly
> conflicting. e.g. a LD_LIBRARY_PATH or some such in your env pointing there
> when you run it from a terminal.

Sorry, my Reply #9 was the same as the previous one.
Yes, you were write, there is a library conflict, I deleted LD_LIBRARY_PATH and now it is working. Now I rebuild it and look which library makes the problem. But if you are right and matlab  makes the problem, it triggers another issue - at least for me
Comment 11 Janos Lichtenberger 2011-02-22 12:44:40 UTC 
Removing /usr/local/m23/sys/os/glnx86 from LD_LIBRARY_PATH and thus libgcc_s.so.1 solved the problem, thank you very much!