[mythtv] Trunk Aborts

[james]

On Thursday 30 September 2010 20:00:01 mythtv-dev-request at mythtv.org wrote:
> > > Disabling pulse audio has caused problems for a while (many, many
> > > months) - something that has been effectively ingored by most people
> > > by just removing pulse audio. Recent changes in trunk have however
> > > made it far worse than before, to the extent that it's aborting on a
> > > regular basis.
> > 
> > Which changes are they?
> > 
> > Is that the new system command?
> > 
> > The disabling of pulse had been working reliably for me , though I
> > haven't upgraded my main frontend for several weeks now
> 
> I had put in what should fix that a few days ago in r26526, and I have not
> heard any reports since.  To be able to debug this, we will need a viable
> backtrace of the crashed process.  As it's aborting, this may not be the
> easiest to track down.
> 
> Also, if this is still occurring with recent trunk, and you can reproduce
> it, it's in all of our best interests for a ticket to be created so we can
> fix it.  Innuendo on the mailing list isn't nearly as effective.
> 
> I also have a potential fix for #9005 that I hope to try out shortly as
> well, which could fix several other crashes.
> 
> As for the original post, it seems that there is an "assert" somewhere in
> the code that is causing this. A quick git grep doesn't seem to find that
> assert.  No idea where that code might be.
> 
> >> Assertion 'e->mainloop->n_enabled_defer_events > 0' failed at
> >> pulse/mainloop.c:287, function mainloop_defer_enable(). Aborting.
> 
> The text "defer_events" and "mainloop_defer_enable" is not anywhere in the
> mythtv source tree that I can find.

Indeed!! So I carefully removed every vestige of myth and re-installed.
Here the mailing list gave significantly better help for everyone than a 
ticket would have.
I shall open a ticket if any further funnies occur.
Thanks to all
James