GNOME Bugzilla – Bug 629566
last.fm: native crash resolving hostname on some systems
Last modified: 2011-01-17 19:52:25 UTC
Created attachment 170184 [details] error log; captured from STDERR Running Banshee 1.7.5 from the Daily PPA repository on Ubuntu 10.04.1, if I try to play a file (any file), banshee will crash within 7 seconds. Attached is the error log that gets generated.
Please execute banshee --debug and paste here the result.
Created attachment 170186 [details] error log; with --debug; captured from STDERR Banshee won't even load when started with --debug.
The second log is a separate bug; please file a new bug report for it, Brian. The relevant error in the first log is: [Warn 15:27:42.064] Failed to load media-player-info file for ** (Banshee:17791): CRITICAL **: itdb_get_control_dir: assertion `mountpoint' failed
So banshee crash within 7 seconds of you attempting to play a file on your system no matter how long you wait before starting that song? Do you have an iphone connected, or any portable device? Also, can you install the gstreamer debug symbols aswell, if it truly is crashing in response to a song being played it's likely to be something gstreamer related.
Created attachment 170285 [details] error log with libgstreamer0.10-0-dbg installed
I do own an iPod Touch, though it is not connected at the time the crash occurs. It doesn't seem to matter how long I wait before playing. I waited approximately 4 minutes; there was no change in the end result. I've attached a new error log after having installed libgstreamer0.10-0-dbg.
Ah, silly me. I missed the crash when I looked at your first log. The problem is clear in thread 2:
+ Trace 223728
Thread 2 (Thread 0x4470b70 (LWP 5018))
The call to '_nss_wins_gethostbyname_r' is doing some bad and is causing the app to shutdown. I've no idea why. There are two ways we can potentially fix this: 1) Install the debug symbols for mono and for all the libraries you see in the stacktrace: libc, libnss_wins, libpthread and whatever else turns out to be required) so that you can get a full stacktrace without all the question marks. That will possibly show us something useful. 2) Install GDB and debug mono as per: http://www.mono-project.com/Debugging#Debugging_with_GDB. The simplest way to do this would probably be to start banshee up as per normal and then find the PID of the process (pidof banshee-1) and then start gdb and type "attach PID" where 'PID' is the number you just got. For example "attach 123456". This will cause the debugger to halt execution of banshee-1, so you'll have to press "c" and enter to allow it to continue. Then play a song and wait for GDB to halt on the error. Now hop on the #banshee IRC channel and see if there's anyone around (maybe me) who can help you do some further diagnosing here to hopefully pinpoint the issue.
Also, if you have the DAAP extension enabled, could you try temporarily disabling it and seeing if that fixes your crasher. Thanks!
New daily deb from ppa: Same result. Disabled DAAP: Same result.
"0x066357e2 in _nss_wins_gethostbyname_r () from /lib/libnss_wins.so.2" A quick visit to the oracle (google) pointed out that removing "wins" from the hosts line of nsswitch.conf might fix things -- it worked!
Great stuff. Just closing this bug as invalid as it's not Banshees fault.
I just noticed in the #banshee irc channel that you had another crash. Unfortunately the part of the stack trace you put in pastebin (http://pastebin.com/QvvQDp97) is the wrong part ;) There's no crash in that part. If you come across the crash again, could you either re-open this bug, or preferably file a new bug with the entire stacktrace attached (all threads). Thanks!
Just an update - Supposedly the "Now Playing" ping that banshee sends to last.fm is what's triggering this issue, but only when "wins" is in the hosts like of nsswitch.conf. Is this something we could work around or report upstream?
The "Now playing" ping to last.fm is just a regular HTTP GET query to http://post.audioscrobbler.com, done using System.Net.HttpWebRequest. So I don't see how this could be worked-around. You're welcome to report it somewhere upstream as you see fit. Closing as NOTGNOME, as the problem is not with Banshee. Feel free to re-open it if you have a suggestion to work around it.
Nothing using a normal HttpWebRequest object should ever cause an unmanaged crash. IMO this is a Mono bug.
*** Bug 639607 has been marked as a duplicate of this bug. ***