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 <[email protected]> wrote:
> > > On 2014-04-18 15:57:06, David Coppa <[email protected]> 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
