Just in case this information is of importance, I better include them here.

Active Extensions:

Play Queue
Apple Devices Support
Mass Storage Media Player Support
Last.fm Scrobbling
Cover Art Fetching
Library Watcher
Multimedia Keys
Notification Area Icon

Another crash:



Unhandled Exception: System.ObjectDisposedException: The object was used after being disposed.
  at System.Threading.WaitHandle.CheckDisposed () [0x00000] in <filename unknown>:0 
  at System.Threading.EventWaitHandle.Reset () [0x00000] in <filename unknown>:0 
  at (wrapper remoting-invoke-with-check) System.Threading.EventWaitHandle:Reset ()
  at Hyena.Data.Sqlite.HyenaSqliteCommand.Execute (Hyena.Data.Sqlite.HyenaSqliteConnection hconnection, Hyena.Data.Sqlite.Connection connection) [0x00000] in <filename unknown>:0 
  at Hyena.Data.Sqlite.HyenaSqliteConnection.ProcessQueue () [0x00000] in <filename unknown>:0 
  at System.Threading.Thread.StartUnsafe () [0x00000] in <filename unknown>:0

I'm currently running:
(jnbek@nehemiah9[~]% banshee --debug --debug-sql --debug-addins 

when/if it crashes again, I'll have a much more verbose debug output for y'all.

OK, the attachment was too large, so I'll just paste a link to it as instructed:
http://www.zoelife4u.org/banshee_session-24-May-2011.log

Analyse:
so null ref in DatabaseTrackListModel.Reload:
so what can be null inside it:
source
or source.CurrentFilters
or filter.Selection is null for a filter in source.CurrentFilters

What is the smart playlist you use?

*** Bug 651189 has been marked as a duplicate of this bug. ***

I didn't use the smart playlist, I used an m3u file that I've been working with for several years. This playlist fluctuates between 2000 and 2400 songs, while the entire collection is 21000 files.

You must have smart playlist somewhere because issue is with smart playlist source.
Maybe default smart playlist is still there even if you not delete it.
Can you check again ?
Else it mean that it has been wrongly deleted and can be link to the bug...

Another cause: It is maybe when when we have no smart playlist...

It may be a mono bug as well. I remember some old Mono version threw NullReferenceExceptions from the unmanaged side when it shouldn't.

So John, can you tell us the mono version you're using? Can you reproduce the bug consistently?

Well, I'll be honest, after waiting several weeks without any response on this bug, I uninstalled banshee and it's dependencies and have just suffered with another media player, but looking at the package website, the available version of Mono is 2.10.2-1 which the package for was last updated April 27, 2011, which was after i installed banshee. I see this package was marked out of date as of 2011-08-04. I suppose I could reinstall Banshee in the interest of helping fellow programmers, I'll wipe my config and start from scratch. Looking at the logs, it smells alot like something to do with sqlite as outlined by the final entries of the linked log file:

[4 Debug 04:03:14.303] Executed in 30ms 
                    DELETE FROM CoreCache WHERE ModelID = 25;
                        INSERT INTO CoreCache (ModelID, ItemID) SELECT 25, CoreAlbums.AlbumID 
                FROM CoreAlbums WHERE CoreAlbums.AlbumID IN
                        (SELECT CoreTracks.AlbumID FROM CoreTracks, CoreCache
                            WHERE CoreCache.ModelID = 29 AND
                                  CoreCache.ItemId = CoreTracks.TrackID  AND 0=1)
                    ORDER BY CoreAlbums.TitleSortKey, CoreAlbums.ArtistNameSortKey
[4 Debug 04:03:14.315] Executed in 12ms SELECT COUNT(*) FROM CoreCache WHERE ModelID = 25
[4 Debug 04:03:14.329] Executed in 0ms COMMIT TRANSACTION

Unhandled Exception: System.ObjectDisposedException: The object was used after being disposed.
  at System.Threading.WaitHandle.CheckDisposed () [0x00027] in /build/src/mono-2.10.2/mcs/class/corlib/System.Threading/WaitHandle.cs:392 
  at System.Threading.EventWaitHandle.Reset () [0x00000] in /build/src/mono-2.10.2/mcs/class/corlib/System.Threading/EventWaitHandle.cs:122 
  at (wrapper remoting-invoke-with-check) System.Threading.EventWaitHandle:Reset ()
  at Hyena.Data.Sqlite.HyenaSqliteCommand.Execute (Hyena.Data.Sqlite.HyenaSqliteConnection hconnection, Hyena.Data.Sqlite.Connection connection) [0x0016c] in /build/src/banshee-2.0.1/src/Hyena/Hyena.Data.Sqlite/Hyena.Data.Sqlite/HyenaSqliteCommand.cs:131 
  at Hyena.Data.Sqlite.HyenaSqliteConnection.ProcessQueue () [0x0009d] in /build/src/banshee-2.0.1/src/Hyena/Hyena.Data.Sqlite/Hyena.Data.Sqlite/HyenaSqliteConnection.cs:445 
  at System.Threading.Thread.StartUnsafe () [0x00016] in /build/src/mono-2.10.2/mcs/class/corlib/System.Threading/Thread.cs:680

And yes the bug reproduces very regularly, but randomly anytime a track changes anywhere from a couple minutes to a few hours, Banshee will crash. I've even caught it in the act a couple times, and noted the playing track and the track that was changing to, and the next time, it wouldn't crash on those track changes, but would die a horrible death changing track at some random length of time later. I'll be happy to reinstall the software, but I would like to be sure that doing so will ensure this bug being resolved.

John, sorry we could get back to you earlier.

The original crash, the NullReferenceException happening in DatabaseTrackListModel.Reload, seems to have been the same issue as bug #656246.

The current crash is different, a ObjectDisposedException in HyenaSqliteCommand.Execute, and seems to be the same issue as bug #629541, so I'm marking this as a duplicate.

I can't guarantee you that if you re-install Banshee this bug will get fixed, but if you do, please post any information on bug #629541

*** This bug has been marked as a duplicate of bug 629541 ***