SMPlayer Support Forum

I had an issue recently with smplayer linked
with qt-{core, dbus, script, gui}-4.8.x being
unable to load correctly from the xfce4 menu.
This happened with both smplayer-0.7.1 and
smplayer-0.8.0.

The qt versions that were problematic were:

qt-core-4.8.1 (plus a few patches applied by
the Gentoo Linux maintainers of the qt library
packages, ie qt-core-4.8.1-r3, where the "-r[digit]"
refers to the Gentoo portage package version)
qt-dbus-4.8.1
qt-script-4.8.1
qt-gui-4.8.1 (plus one Gentoo-applied patch, qt-gui-4.8.1-r1)

I downgraded qt4 to the versions below, which had been working
with smplayer-0.7.1 before the update (qt4, smplayer, and
xfce4 were all updated at the same time):

qt-core-4.7.4-r1
qt-dbus-4.7.4
qt-script-4.7.4
qt-gui-4.7.4-r1

I linked smplayer-0.8.0 with these older versions of the qt4
libraries, and smplayer-0.8.0 loaded correctly from the
xfce4 application menu.

I did not see what the error with qt-4.8.x was in the smplayer
log or in the Xorg log. The visible error is that if one selects
smplayer from the application menu (or tries to run it directly
with xfce4's run dialog), nothing happens. No smplayer window
is displayed at all. Downgrade the qt libraries to 4.7.x, re-link, and
smplayer-0.8.0 loads in an xfce4 session the way that one expects
it to load.

(I do not know if this is a bug, who's bug exactly, or simply a change
in a support library api that the smplayer source needs to be aware
of to function correctly.)

Does it give any error if you run smplayer in a terminal?

I re-linked smplayer-0.8.0 to qt-core-4.8.1 and associated
qt-4.8.x libraries, renamed the smplayer binary in /usr/bin
to "smplayer.bin", made a shell script wrapper to strace it,
and made "/usr/bin/smplayer" a symbolic link to the shell script.

An strace of smplayer linked with qt-core-4.8.1, etc.,
is posted at

(The strace log is from attempting to start smplayer
in a terminal, since I did not know whether xfce
would ignore the shell script and call smplayer.bin
directly from the auto-generated application menu.
Ends in a segfault.)

Other context:
linux kernel 3.1.6, no patches or closed-source drivers
Running on amd x86_64 cpu
xorg-server-1.11.2-r2
glibc-2.15-r2
Compiled for x86_64 by gcc-4.5.3, no 32-bit library support
(32-bit executable support is enabled in the kernel for the grub
boot loader, but nothing else on the system is compiled
for 32-bit x86.)
CFLAGS="-march=native -O2 -fno-strict-aliasing -pipe -Wall"
CXXFLAGS=${CFLAGS} -fpermissive

Did you try to compile smplayer with Qt 4.8?

In Ubuntu 12.04, smplayer works ok with Qt 4.8.1. So I don't think it's a problem of Qt 4.8.

I still have this bug. I upgraded to qt-*-4.8.2, which has no Gentoo-specific
patches applied, and smplayer segfaulted in the same function.

Here is a backtrace (-O2 -ggdb), smplayer-0.8.0 linked to
qt-core-4.8.2, qt-dbus-4.8.2, qt-script-4.8.2, and qt-gui-4.8.2:
http://pastebin.ca/2160390

(No system changes other than upgrading from kernel 3.1.6
to kernel 3.2.12. Smplayer behavior was the same on both kernels.)

Any ideas?

Not sure, maybe the problem is in QtSingleApplication, could you try to compile smplayer without it? (comment the line DEFINES += SINGLE_INSTANCE in smplayer.pro)