Bug 224844

To be more precise:

During the first startup you can see that there is a problem with gstreamer.
And when started in a konsole/xterm you can see:

--8<--
ERROR: Caught a segmentation fault while loading plugin file:
/opt/gnome/lib/gstreamer-0.10/libgstaudioresample.so

Please either:
- remove it and restart.
- run with --gst-disable-segtrap and debug.
-->8--

Created attachment 107595 [details]
logfile

captured strace.

looks like it does some DBUS calls but then no progress happens anymore.

seems like some problem with me.
first start fine but another hangs

maybe i should open separate bug?

Created attachment 108240 [details]
backtrace

The backtrace is useless. You must run gdb with LD_LIBRARY_PATH=/usr/lib/banshee. See http://banshee-project.org/Debugging. You will also need the following signals handled (add to ~/.gdbinit or issue before running 'run')

handle SIGXCPU SIG35 SIG33 SIGPWR nostop noprint
handle SIGSEGV pass noprint

From the indication I get in the first error posted, it looks like this is a dup of bug #214051. 

To confirm, you see the gstreamer message on each run? Can you please test these packages: http://abock.org/~aaron/liboil and see if the issue goes away? 

openSuSE 10.2 Release + all fixes, bug still here.

If start KDE first, try run bansee then banshee hang on "initializing audio".

If start gnome first, quit and start KDE and here run banshee then all ok.

This sounds like it may be hanging on gconf. Can you ensure the gconf daemon is up and running when you do a KDE-only start, to verify?

gconfd is started by banshee itself.

seems to be hanging on a pthread conditional.
and there is just 1 thread running.

Created attachment 111640 [details]
backtrace from marcus

backtrace taking from waiting mono process

it is waiting for a pthread conditional.

note that the program is not multithreaded (just 1 thread running).

I suspect the following:
- banshee initializes gstreamer multihreaded.
- gst notes the registry is not there.
- gst fork()s to create the registry.
- this does not clear the multithread io flag in ORBIT
- this mistakenly assumes it is still multithreaded, while it isnt.
- hangs waiting for uninitialized pthread condition.

So I suspect it is a gstreamer010 bug.


I was able to workaround by starting totem once, afterwards it works.

for me banshee works, but its starts very very long.
and switching between plugins or searching for several song hangs banshee for one or two minutes then works again

Does this still happen on openSUSE 10.3?

just did on a KDE Install:

zypper install helix-banshee

then banshee<return>

pops up EULA, and Splashscreen and then backtraces:

tux@westernhagen:~> banshee 
Loading Helix EULA for de
Warning: [15.11.2007 11:17:18] (Cannot connect to NetworkManager) - An available, working network connection will be assumed
Creating track table
Creating playlists table
Creating playlistentries table
Debug: [15.11.2007 11:17:20] (Loading audio profiles) - /usr/share/banshee/audio-profiles
Debug: [15.11.2007 11:17:22] (Standard Wiedergabe-Engine) - Helix Remote
Debug: [15.11.2007 11:17:22] (Audio-CD Kern initialisiert) - 
Warning: [15.11.2007 11:17:22] (Power Management Call Failed) - Cannot find GNOME Power Manager: Name org.gnome.PowerManager has no owner
Debug: [15.11.2007 11:17:22] (Enabled multimedia keys support) - Using org.gnome.SettingsDaemon
Stacktrace:

  at (wrapper managed-to-native) Gtk.Dialog.gtk_dialog_run (intptr) <0x0000e>
  at (wrapper managed-to-native) Gtk.Dialog.gtk_dialog_run (intptr) <0xffffffff>
  at Gtk.Dialog.Run () <0x0002c>
  at Banshee.Gui.GladeDialog.Run () <0x00021>
  at Banshee.PlayerUI.PromptForImport (bool) <0x00120>
  at Banshee.PlayerUI.PromptForImport () <0x00015>
  at <>c__CompilerGenerated2.<OnLibraryReloaded>c__20 (object,System.EventArgs) <0x00020>
  at InvokeCB.Invoke () <0x0001c>
  at TimeoutProxy.Handler () <0x0003c>
  at (wrapper native-to-managed) TimeoutProxy.Handler () <0xffffffff>
  at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x0000b>
  at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff>
  at Gtk.Application.Run () <0x00008>
  at Gnome.Program.Run () <0x0000c>
  at Banshee.BansheeEntry.Startup (string[]) <0x00a53>
  at Banshee.Gui.CleanRoomStartup.Startup (Banshee.Gui.CleanRoomStartup/StartupInvocationHandler,string[]) <0x000d7>
  at Banshee.BansheeEntry.Main (string[]) <0x00050>
  at (wrapper runtime-invoke) Banshee.BansheeEntry.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

Speicherzugriffsfehler
tux@westernhagen:~> 



second call opens the import dialog just fine and banshee works.

I'm unable to reproduce this even once (under KDE, having recursively unset the /apps/banshee gconf tree, removed ~/.config/banshee, and shutdown gconfd) on 10.3.  Tried both helix and gstreamer versions.  This is an SMP x86_64 machine, if it makes a difference.  The one difference that comes to mind is that I also have Gnome installed.  Perhaps there's a missing dep that causes problems for KDE-only installs?

It's not clear to me at this point that this is a mono bug rather than a banshee bug.

i for myself i am jsut willing to let this go.

Closing as per comment#15. Please reopen in case it appears again.