On Tue, Apr 29, 2014 at 12:16:38PM +0200, David Coppa wrote: > On Tue, 22 Apr 2014, Bryan Linton wrote: > > > On 2014-04-21 09:55:22, Bryan Linton <b...@shoshoni.info> wrote: > > > On 2014-04-18 15:57:06, David Coppa <dco...@gmail.com> wrote: > > >> On Tue, 25 Mar 2014, Landry Breuil wrote: > > >> > > >>> So, after playing flawlessly for 3 hours, it stopped again. Looked at > > >>> the mpdstate file, time had a regular value, but mpd didnt save it yet. > > >>> pkill -9 mpd to really force-stop it, at that point it saved the > > >>> mpdstate > > >>> with time: -2147483648 > > >>> restarted mpd.. mpc still says the currently played track is the one > > >>> which was playing before getting stuck. Mpd will only play one track > > >>> before > > >>> getting stuck. > > >>> Kill mpd, set time to 0 in mpdstate, restart mpd. works fine. > > >> > > >> Maybe this is better... Can you try it? > > >> > > > > > > Been running this for three days now. There was one hiccup that I > > > thought was similar to what had been happening previously, but I > > > have not been able to duplicate it since restarting mpd. > > > > > > I'd like to run with it for a bit longer to make certain it's > > > still pretty stable, but other than that one hiccup, it's been > > > running without any issues so far. > > > > > > > ...And I just had the same bug that was mentioned previously > > surface again. > > > > Whatever changed between 0.18.9 and 0.18.10, it is much less > > buggy with 0.18.10 than it was with 0.18.9, but it still has a bug > > that didn't exist in 0.17.6 (the current version in ports), so I > > would recommend against this update going in for the time being > > at least. > > So, this should work w/o problems now... > "Our" bug has been marked as resolved and closed upstream.
You mean fixed by patches/patch-src_event_DeferredMonitor_{h,c}xx ? I'll give it a shot.. Landry