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.
FWIW, this is on:
OpenBSD 5.5-current (GENERIC.MP) #43: Sat Apr 12 09:39:12 MDT 2014
[email protected]:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Genuine Intel(R) CPU T2300 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM,PERF
real mem = 2682613760 (2558MB)
avail mem = 2626314240 (2504MB)
--
Bryan
