[mythtv-users] master: DVB-T segfaults in mythtv-setup and mythbackend
Klaas de Waal
klaas.de.waal at gmail.com
Mon Feb 1 18:09:06 UTC 2021
On Mon, 1 Feb 2021 at 16:54, John Pilkington <johnpilk222 at gmail.com> wrote:
> On 01/02/2021 11:27, John Pilkington wrote:
>
> >>> I have tried retuning the el7 box but that segfaults before the end
> >>> of an 'all transports' scan.
> >> Now reverted to last week's build.
> >
> > ... to continue. I left the Fedora 32 box building and recording
> > overnight, and now have master f53465d running (under a new kernel).
> >
> > I rescanned both tuners and have edited the recordings with no problems
> > seen. The cutlist editor didn't crash or have any noticeable hangups,
> > so all seems well. I didn't see the problem reported by Klaas either.
> >
> > So I'll try another brew for el7...
> >
> > Thanks,
> >
> > John P
> >
> >
>
> The new build gives this same set of warnings on leaving mythtv-setup.
> I saw something very similar in the ubuntu 18.04 master ppa last
> Thursday, but don't have that box now.
>
> {{{
>
> 2021-02-01 14:40:17.570 I Clearing OpenGL painter cache.
> 2021-02-01 14:40:17.570 I OpenGL: MythRenderOpenGL closing
> 2021-02-01 14:40:17.572 I Display: Deleting
> 2021-02-01 14:40:17.575 I PowerDBus: Closing interfaces
> 2021-02-01 14:40:17.583 C 'SSDP': MThread epilog was never run! (SSDP)
> 2021-02-01 14:40:17.583 C 'SSDP': MThread destructor called while
> thread still running! (SSDP)
> Handling Illegal instruction
> Illegal instruction
>
> }}}
>
> A channel scan starts but segfaults after around 5 transports,as below.
> I haven't tried running mythbackend again.
>
> {{{
>
> 2021-02-01 15:17:45.736 I CardUtil[1]: Set delivery system: DVB-T
> 2021-02-01 15:19:17.740 C 'DVBRead': MThread epilog was never run!
> (DVBRead)
> 2021-02-01 15:19:17.740 C 'DVBRead': MThread destructor called while
> thread still running! (DVBRead)
> Handling Segmentation fault
> Segmentation fault
>
> }}}
>
> This el7 build from 24 Jan runs well:
> mythtv-32.Pre.2062.g03dd08c3eb-100.el7.x86_64.rpm That was before the
> std::chrono updates.
>
> and today's master in F32 is probably better (cutlist editor less likely
> to hang)
>
> el7 has gssdp v 1.0.2-1 from SL security. F32 has v 1.0.5-1
>
> I suppose all this just underlines the need to move on from el7, but it
> looks to me as if 'buntu 18.04 has it too.
>
> My mythbackend and mythtv-setup run OK but that is on Fedora 33.
The failure of mythfrontend master, as reported by me, is on Ubuntu 18.
The mythfrontend master on Fedora 33 does not have this problem.
The mythfrontend master on Ubuntu 18 is now from a few weeks back, before
the std::chrono updates, and that runs OK.
Looks to me that there is indeed something wrong with the std::chrono
updates on Ubuntu 18.
Have not done a complete bisect but even the single std::chrono commit is
very large.
The problem I see must be in the code that does the "animation"; the GUI
usually goes in about 5 steps of about 20 milliseconds (guess)
from one presentation to another, fading out the old and fading in the new.
My guess is that this timer is now broken; in my mythfrontend this is where
it seems to stop.
Klaas.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20210201/142c5c3c/attachment.htm>
More information about the mythtv-users
mailing list