cannot start smplayer

Bug #226119 reported by Zeljko Milic bullet
6
Affects Status Importance Assigned to Milestone
qt4-x11 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

When I startt smplayer I get the following error:
smplayer: symbol lookup error: /usr/lib/libQtNetwork.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv
I have googled a lot and the only answer for this was to comment the line in /etc/ld.so.conf :

include /etc/ld.so.conf.d/*.conf
#/opt/nessus/lib

and thet to run :
sudo ldconfig

I have done all of that but I still have the same error!
The output of ldd -r /usr/lib/libQtNetwork.so.4 :
undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv (/usr/lib/libQtNetwork.so.4)
 linux-gate.so.1 => (0xb7f6b000)
 libQtCore.so.4 => /lib/libQtCore.so.4 (0xb7d19000)
 libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7cef000)
 libz.so.1 => /usr/lib/libz.so.1 (0xb7cd9000)
 libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7cd4000)
 librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb7ccb000)
 libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7c1a000)
 libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7c02000)
 libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7bfe000)
 libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7b0a000)
 libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7ae5000)
 libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7ada000)
 libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb798b000)
 libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb791b000)
 libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb78f9000)
 libselinux.so.1 => /lib/libselinux.so.1 (0xb78e0000)
 /lib/ld-linux.so.2 (0xb7f6c000)
 libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb78b9000)

Please help me solve this problem, I know that there are many others having the same problem but they
don't get any attention because everibody thinks that it is solved commenting nessus libraries.

Zeljko

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Thanks for your report.

I can't reproduce it with Hardy.

Please,can you:
- provide the output of lsb_release -rd
- run dpkg -l "libqt4*" "smplayer" | grep "^ii" > dpkg-l.log and attach the file to the report.

Thanks.

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

the output of lsb_release -rd :
Description: Ubuntu 8.04
Release: 8.04

dpkg -l "libqt4*" "smplayer" | grep "^ii" > dpkg-l.log is attached.

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

the "dpkg -l "libqt4*" "smplayer" | grep "^ii" > dpkg-l.log " content is:

ii libqt4-core 4.3.4-0ubuntu3 Qt 4 core non-GUI functionality runtime library
ii libqt4-dev 4.3.4-0ubuntu3 Qt 4 development files
ii libqt4-gui 4.3.4-0ubuntu3 Qt 4 core GUI functionality runtime library
ii libqt4-qt3support 4.3.4-0ubuntu3 Qt 3 compatibility library for Qt 4
ii libqt4-sql 4.3.4-0ubuntu3 Qt 4 SQL database module

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

Please will somebody be polite and help me solve this problem?

thanks!!!

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Sorry for the delay. This is rather a Qt issue than a smplayer one. This is likely a duplicate of https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/115970

Please, can you attach to this report the file /etc/ld.so.conf and the files in /etc/ld.so.conf.d/

Thanks.

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :
Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

I have upload files You asked for. Please can You help me get this work as soon as posible because I am getting desperate !!

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Since this report as enough informtion I'm going to mark it as confirmed.

That symbol is created by patch 0180-window-role.diff

- Can you post the output of objdump -T /usr/lib/libQtNetwork.so.4.4.0 |grep checkWindow
- Can you test with the latest version of qt4 on hardy-backport and tell us if it still occurs.

Changed in smplayer:
status: Incomplete → Confirmed
Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Small typo the command is :
objdump -T /usr/lib/libQtNetwork.so.4 |grep checkWindow

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

the output of
objdump -T /usr/lib/libQtNetwork.so.4 |grep checkWindow

is :

00000000 DF *UND* 00000005 _ZN14QObjectPrivate15checkWindowRoleEv

Also I think that I am using the latest version of qt4 , and it is

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

I have tried running smplayer with latest qt4 from hardy backports installed but again the same error:

smplayer: symbol lookup error: /usr/lib/libQtNetwork.so.4: undefined symbol: _ZN14QObjectPrivate15checkWindowRoleEv

Is there any hope?

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

Yes there is hope because it's not reproducible with either version of Qt in Hardy or Intrepid. But because it's not reproducible it's very hard to find out the root cause.
It's likely due to an old version of the library lying around or a third party app installed somewhere. Just a few suggestions, check that the link /usr/lib/libQtNetwork.so.4 points to the file shipped with the package, check output of ldconfig -v, check that there's not another version of the library somewhere under /usr/local, check the value of LD_LIBRARY_PATH, ... Except a wrong version of the library, I hardly can see what could be the reason of this undefined symbol.

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

Hope this can help You to help me :)) :

zeljko@master:~$ sudo ls -l -a /usr/lib/libQtNetwork.so.4
[sudo] password for zeljko:
lrwxrwxrwx 1 root root 21 2008-06-06 21:03 /usr/lib/libQtNetwork.so.4 -> libQtNetwork.so.4.4.0
zeljko@master:~$ locate libQtNetwork.so.4.4.0
/usr/lib/libQtNetwork.so.4.4.0
zeljko@master:~$ ls -l -a /usr/lib/libQtNetwork.so.4.4.0
-rw-r--r-- 1 root root 1065832 2008-05-22 13:01 /usr/lib/libQtNetwork.so.4.4.0

The file /usr/lib/libQtNetwork.so.4.4.0 is a part of libqt4-network package

zeljko@master:~$ sudo ldconfig -v |grep libQtNetwork
/sbin/ldconfig.real: Can't stat /lib64: No such file or directory
 libQtNetwork.so.4 -> libQtNetwork.so.4.4.0
/sbin/ldconfig.real: Cannot stat /usr/lib64/libffi.so: No such file or directory

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

Could this help You figuring out what is the problem?

zeljko@master:~/Desktop$ sudo ls -l -a /usr/lib/ |grep libQtNetwork
-rw-r--r-- 1 root root 611 2008-05-22 12:59 libQtNetwork.prl
lrwxrwxrwx 1 root root 21 2008-06-06 21:03 libQtNetwork.so -> libQtNetwork.so.4.4.0
lrwxrwxrwx 1 root root 21 2008-06-06 21:03 libQtNetwork.so.4 -> libQtNetwork.so.4.4.0
lrwxrwxrwx 1 root root 21 2008-06-06 21:03 libQtNetwork.so.4.4 -> libQtNetwork.so.4.4.0
-rw-r--r-- 1 root root 1065832 2008-05-22 13:01 libQtNetwork.so.4.4.0

Revision history for this message
sgrzy01 (sgrzy01) wrote :

I ran across your post b/c I was looking for a solution for why my lastfm client stopped running with the same error you were having...

I fixed it and it was definitely caused by a third party app that installed an old version of libQt... in my cases nessus..

found it by typing:

ldconfig -v

saw:
/opt/nessus/lib:
        libQtGui.so.4 -> libQtGui.so.4.3.4
        libQtCore.so.4 -> libQtCore.so.4.3.4
        libQtXml.so.4 -> libQtXml.so.4.3.4

realized the "installed" version is 4.4.0

to fix, removed /opt/nessus from /etc/ld.so.conf

reran sudo ldconfig

fixed!

Hope this helps...

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

Tried that before with /opt/nessus from /etc/ld.so.conf but it doesn't the trick for me :).

Thanx any way :))

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

Will somebody even try to resolve this problem to me?
Thanx.

Revision history for this message
chris (cmax1) wrote :

There is definitely a conflict with your installed libraries.

run

  ldconfig -v

look for all lines containing

  libQt*.so.4

There are probably at least two different versions of libraries. I had the same error, in my case it was not nessus but the libraries shipped with the software for Aladdins eToken... (installed version was 4.4.0 but Aladdin shipped some libs in Version 4.3.4)

remove the entry corresponding to that older version from ld.so.conf or ld.so.conf.d, run ldconfig and cross your fingers :)

Hope that helps

Chris

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

Still nothing. I am really desperate! Is there no one who could solve this problem for me?!
Please people, even a hint from anyone?

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

FINALLY I HAVE FIND THE SOLUTION FOR ALL SYMBOL LOOKUP ERRORS IN UBUNTU!!
FIRST OF ALL I MUST SAY THAT EVERYBODY HAVING THIS PROBLEM HAS PROBABLY HAD HIS SYSTEM UPDATED FROM ONE
TO ANOTHER VERSION OF UBUNTU ( NOT DOING CLEAN INSTALL OF SYSTEM ).
AND NOW I'LL FINALLY TELL YOU WHAT IS THE PROBLEM AND HOW TO SOLVE IT :DDDD :

- THE PROBLEM IS THAT PACKAGES OF LIBRARIES IN NEW VERSIONS OF UBUNTU ARE LOCATED IN /USR/LIB/ BUT IN OLDER VERSIONS THEY WERE IN /LIB FOLDER. SO SOME OF THEM STILL STAYED IN /LIB UFTER UPGRADE OF UBUNTU.

- SOLUTION: JUST REMOVE ALL LIBRARIES FROM PACKAGE THAT IS HAVING SYMBOL LOOKUP ERRORS WITH FROM /LIB FOLDER.

THATS ALL FALKS!!!
NOW I CAN SAY THAT THERE IS NO BETTER UBUNTU EXPERT THAN ME!!! WELL YOU MUST AGREE WITH ME, WHO COLUD BE SUCH A FULL AND TRYING TO RESOLVE FOR OVER THAN ONE YEAR!!

Revision history for this message
Terence Simpson (tsimpson) wrote :

no Qt libraries would be in /lib, Qt never installed to /lib. and PLEASE DON'T USE ALL CAPS, IT'S RUDE

Revision history for this message
Zeljko Milic bullet (bullet011) wrote :

I am so sorry for the CAPS , I must have hurt your feelings Terence...boo-hoo!!
And who said that Qt libraries must be in /lib?! And what gives you an idea tha some program you installed from source did not put libraries in /lib or what ever other place?! And just to say, usually the library mentioned in symbol lookup errors are not the one duplicated , but rather duplicated are the ones that depends on one mentioned.
First of all you must find out ( for your specific case of kernel/linux ) what paths are defined to be searched for libraries, and then look in those places. In my case that was /lib folder.
Try using ldconfig and similar tools/commands for finding where those libraries could be.
Sometimes even sudo locate "what ever you are looking for" can help!!

Revision history for this message
Terence Simpson (tsimpson) wrote :

We do not support bugs for custom compiled applications/libraries

Changed in qt4-x11:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.