[mythtv] Myhthfrontend sitting at "Please Wait"

David Hampton mythtv at love2code.net
Mon May 7 12:29:05 UTC 2018


On Mon, 2018-05-07 at 09:59 +0100, Paul Harrison wrote:
> On 07/05/18 01:44, David Hampton wrote:
> 
> > On Mon, 2018-05-07 at 00:16 +0000, Gary Buhrmaster wrote:
> > > On Mon, May 7, 2018 at 12:03 AM, Sam Davis <sam.davis at outlook.com
> > > .au>
> > > wrote:
> > > > Hello,
> > > > 
> > > > After upgrading my frontend from Fedora 27 to Fedora 28 when
> > > > starting
> > > > frontend it sits at "Please Wait" screen.
> > > > 
> > > > running mythfrontend from terminal shows errors below.
> > > > 
> > > > 
> > > > AudioPlayer: Enabling Audio
> > > > /usr/include/c++/8/bits/stl_vector.h:932: std::vector<_Tp,
> > > > _Alloc>::reference std::vector<_Tp,
> > > > _Alloc>::operator[](std::vector<_Tp,
> > > > _Alloc>::size_type) [.with _Tp = char; _Alloc =
> > > > std::allocator<char>;
> > > > std::vector<_Tp, _Alloc>::reference = char&; std::vector<_Tp,
> > > > _Alloc>::size_type = long unsigned int]: Assertion
> > > > '__builtin_expect(__n
> > > > < this->size(), true)' failed.
> > > > Handling Aborted
> > > > Aborted (core dumped)
> > > 
> > > Try applying the patches from tickets ##13264 (in particular)
> > > and #13263 (for another case of equivalent aborts).  This
> > > seems to be a result gcc8 implementing the AddressSanitizer
> > > with vectors (arguably the MythTV code is wrong, but it
> > > happened to work previously).
> > > 
> > > Typically, if enough "works for me" reports are made on
> > > the ticket (with no documented regressions), the devs with
> > > commit privs are more likely to review, modify as needed,
> > > and commit the fixes with appropriate attribution.
> > 
> > I'm just upgraded to Fedora 28 on my development machine, and am
> > not
> > seeing any problems starting up the frontend or backend.  I am
> > following this thread, and hope to get Gary's changes committed in
> > the
> > next couple of days.
> > 
> > David
> > 
> 
>  From the description it sounds like it's not starting the frontend
> that 
> is the problem but starting video playback.

Agreed.  I should have also said that I don't have any problem with
playback of live tv, recorded tv, or recorded videos.  I was just
pointing out that its not all F28 installs that crash, but there's
something specific about the users systems that is causing the crashes.

> I took a quick look at the patch and it seem safe to me.

Agreed.

David



More information about the mythtv-dev mailing list