[pulseaudio-tickets] [Bug 48608] "Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire()" when running anything that deals with sound levels

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed May 2 10:28:46 PDT 2012


--- Comment #3 from Sam Morris <sam at robots.org.uk> 2012-05-02 10:28:46 PDT ---
(In reply to comment #2)
> It seems that pa_stream_peek() doesn't take into account the possibility that
> there's a gap in s->record_memblockq. I'm not sure what would cause that gap,
> but the stack trace shows that there is a gap - there's no other explanation
> for s->peek_memchunk.memblock being NULL after a successful pa_memblockq_peek()
> call. The fix might be as simple as giving a silence memchunk to
> pa_memblockq_new() so that the gaps will be filled by silence, but maybe first
> it should be understood in which conditions record streams can have gaps - if
> there shouldn't be gaps at all, then the silence memchunk solution is only a
> workaround.
> (In reply to comment #1)
> > This seems to correlate with the 'pid' and 'dbus-socket' files going missing
> > from the pulseaudio directory in /tmp.
> That's peculiar. I don't know what that means. Especially the pid file
> disappearing sounds odd.

I suspect it's systemd's tmpfiles cleaning task going amok, though this is hard
to confirm as the file only disappears every few days. I've added some debgug
logging to the service and will report back if this appears to be the case.

> > $ kill 93621
> What's 93621?

Sorry, that was the pulseaudio process.

Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.
You are the assignee for the bug.

More information about the pulseaudio-bugs mailing list