smplayer crashed with SIGSEGV in QApplicationPrivate::notify_helper()

Bug #476875 reported by Rubén Darío Ponticelli
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
smplayer (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: smplayer

Crash happened when opening a file with idx subtitles which wasn't in the same folder of the movie. I guess I had invalid fixed information about mplayer version in the config file... anyway, bug seems to be reproducible under some rare circumstances:
If you start smplayer without fixed information about mplayer, it wil ask for it when you open a file (I believe this dialog should be accessible somewhere on the advanced preferences, which is not). The problem is that smplayer won't save the chosen config to the file until you close the program. Meanwhile, the data en the file (which smplayer seems to have put there on startup) is:

[mplayer_info]
mplayer_detected_version=-1
mplayer_user_supplied_version=-1

Well, it seems that if you open certain idx file through the subtitles menu, when starting smplayer with this config, or with this section empty, smplayer crashes.

ProblemType: Crash
Architecture: amd64
Date: Fri Nov 6 16:19:16 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/smplayer
Package: smplayer 0.6.7-1
ProcCmdline: /usr/bin/smplayer -session 10d96f7669000125455090500000046640016_1257520908_505864
ProcEnviron:
 LANGUAGE=es_AR:es
 LANG=es_AR.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-16.50lp446146apw5-generic
SegvAnalysis:
 Segfault happened at: 0x7fb1e6a657d6: mov (%rdi),%rax
 PC (0x7fb1e6a657d6) ok
 source "(%rdi)" (0x00000091) not located in a known VMA region (needed readable region)!
 destination "%rax" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: smplayer
StacktraceTop:
 ?? ()
 ?? ()
 QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
 QApplication::notify(QObject*, QEvent*) ()
 QCoreApplication::notifyInternal(QObject*, QEvent*)
Title: smplayer crashed with SIGSEGV in QApplicationPrivate::notify_helper()
Uname: Linux 2.6.31-16-generic x86_64
UserGroups: adm admin cdrom dialout games lpadmin plugdev sambashare

Revision history for this message
Rubén Darío Ponticelli (rdponticelli) wrote :
Revision history for this message
rvm (rvm) wrote :

Could you test if this problem happens too in version 0.6.8?

https://launchpad.net/~rvm/+archive/smplayer

Revision history for this message
Rubén Darío Ponticelli (rdponticelli) wrote :

Yes, it's still happening sometimes (maybe less than before). But sometimes even happens with the right version of mplayer fixed in the configuration file.

Revision history for this message
rvm (rvm) wrote :

I'm not able to reproduce this crash.

What mplayer version do you choose when smplayer ask for it?

Revision history for this message
Rubén Darío Ponticelli (rdponticelli) wrote :

I choose rc3 or newer, which is the one in karmic (and I think it should be preselected on the dialog on this package; don't rely too much in newbies). But I've seen the crash choosing all three of them.

Revision history for this message
rvm (rvm) wrote :

I've uploaded the latest version of smplayer from svn (smplayer - 0.6.8+svn3312-0karmic2) to this PPA:
https://launchpad.net/~rvm/+archive/testing/

Could you test if that version still crashes?

If it does, please do the following: open a terminal and run smplayer from there. When it crashes copy all output from the terminal and send it (be also sure the logs are enabled in Preferences -> Advanced -> Logs). It can give me a clue to figure out where the problem is.

Revision history for this message
Rubén Darío Ponticelli (rdponticelli) wrote :

Well, I think this is going to be useful. The crash happened a lot with the svn version. Seems to be something related to phonon. Those are some relevant parts of the logs:

Debug: MplayerVersion::isMplayerAtLeast: no parsed version, using user supplied version
Debug: MplayerVersion::isMplayerAtLeast: comparing 27665 with 29073
Debug: Core::tellmp: 'pausing_keep_force osd 1'
Debug: Core::updateWidgets
Debug: DefaultGui::updateWidgets
Debug: BaseGui::updateWidgets
Debug: BaseGui::loadSub
Debug: WARNING: Phonon needs QCoreApplication::applicationName to be set to export audio output names through the DBUS interface
Fallo de segmentación (`core' generado)

Debug: MplayerVersion::isMplayerAtLeast: no parsed version, using user supplied version
Debug: MplayerVersion::isMplayerAtLeast: comparing 27665 with 29073
Debug: Core::tellmp: 'pausing_keep_force osd 1'
Debug: Core::updateWidgets
Debug: DefaultGui::updateWidgets
Debug: BaseGui::updateWidgets
Debug: BaseGui::loadSub
Debug: (7811) findLibraryInternal: plugins should not have a 'lib' prefix: "libkfilemodule.so"
Debug: (7811) KPluginLoader::load: The plugin "libkfilemodule" doesn't contain a kde_plugin_verification_data structure
Debug: BaseGui::initializeMenus
Debug: BaseGui::updateRecents
Debug: DefaultGui::updateWidgets
Debug: BaseGui::updateWidgets
Debug: WARNING: Phonon needs QCoreApplication::applicationName to be set to export audio output names through the DBUS interface
Fallo de segmentación (`core' generado)

Debug: PrefGeneral::ao_combo_changed: 1
Debug: PrefGeneral::ao_combo_changed: 1
Warning: PrefGeneral::setAudioChannels: ID: 0 not found in combo
Debug: PrefSubtitles:on_freetype_check_toggled: 1
Debug: BaseGui::loadSub
Debug: WARNING: Phonon needs QCoreApplication::applicationName to be set to export audio output names through the DBUS interface
Fallo de segmentación (`core' generado)

Revision history for this message
rvm (rvm) wrote :

That's strange, smplayer doesn't use phonon at all.

Anyway I don't know if the problem is caused by phonon, as it seems a warning only...

Could you copy (or attach) the full log?

Revision history for this message
Rubén Darío Ponticelli (rdponticelli) wrote :

Here goes the complete log of a crash. You're right that it may not be related to phonon. I saw a pair of crashes in which that warning wasn't displayed. Besides, I guess mplayer must be the one managing sound...

Revision history for this message
rvm (rvm) wrote :

Mmm... I think you use the KDE, don't you? Maybe the crash happens in the kde open dialog.

Could you select another interface style and see if the crash still happens? Go to Preferences -> Interface, in the Style combo select another style (windows, plastique...), I think then a different open dialog will be used.

Revision history for this message
dino99 (9d9) wrote :

This version is outdated and no more supported

Changed in smplayer (Ubuntu):
status: New → 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.