<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 1 Feb 2021 at 16:54, John Pilkington <<a href="mailto:johnpilk222@gmail.com">johnpilk222@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 01/02/2021 11:27, John Pilkington wrote:<br>
<br>
>>> I have tried retuning the el7 box but that segfaults before the end <br>
>>> of an 'all transports' scan. <br>
>> Now reverted to last week's build.<br>
> <br>
> ... to continue.  I left the Fedora 32 box building and recording <br>
> overnight, and now have master f53465d running (under a new kernel).<br>
> <br>
> I rescanned both tuners and have edited the recordings with no problems <br>
> seen.  The cutlist editor didn't crash or have any noticeable hangups, <br>
> so all seems well.  I didn't see the problem reported by Klaas either.<br>
> <br>
> So I'll try another brew for el7...<br>
> <br>
> Thanks,<br>
> <br>
> John P<br>
> <br>
> <br>
<br>
The new build gives this same set of warnings on leaving mythtv-setup. <br>
I saw something very similar in the ubuntu 18.04 master ppa last <br>
Thursday, but don't have that box now.<br>
<br>
{{{<br>
<br>
2021-02-01 14:40:17.570 I  Clearing OpenGL painter cache.<br>
2021-02-01 14:40:17.570 I  OpenGL: MythRenderOpenGL closing<br>
2021-02-01 14:40:17.572 I  Display: Deleting<br>
2021-02-01 14:40:17.575 I  PowerDBus: Closing interfaces<br>
2021-02-01 14:40:17.583 C  'SSDP': MThread epilog was never run! (SSDP)<br>
2021-02-01 14:40:17.583 C  'SSDP': MThread destructor called while <br>
thread still running! (SSDP)<br>
Handling Illegal instruction<br>
Illegal instruction<br>
<br>
}}}<br>
<br>
A channel scan starts but segfaults after around 5 transports,as below. <br>
I haven't tried running mythbackend again.<br>
<br>
{{{<br>
<br>
2021-02-01 15:17:45.736 I  CardUtil[1]: Set delivery system: DVB-T<br>
2021-02-01 15:19:17.740 C  'DVBRead': MThread epilog was never run! <br>
(DVBRead)<br>
2021-02-01 15:19:17.740 C  'DVBRead': MThread destructor called while <br>
thread still running! (DVBRead)<br>
Handling Segmentation fault<br>
Segmentation fault<br>
<br>
}}}<br>
<br>
This el7 build from 24 Jan runs well: <br>
mythtv-32.Pre.2062.g03dd08c3eb-100.el7.x86_64.rpm  That was before the <br>
std::chrono updates.<br>
<br>
and today's master in F32 is probably better (cutlist editor less likely <br>
to hang)<br>
<br>
el7 has gssdp v 1.0.2-1 from SL security.  F32 has v 1.0.5-1<br>
<br>
I suppose all this just underlines the need to move on from el7, but it <br>
looks to me as if 'buntu 18.04 has it too.<br>
<br></blockquote><div> My mythbackend and mythtv-setup run OK but that is on Fedora 33.</div><div>The failure of mythfrontend master, as reported by me, is on Ubuntu 18.</div><div>The mythfrontend master on Fedora 33 does not have this problem.</div><div>The mythfrontend master on Ubuntu 18 is now from a few weeks back, before the std::chrono updates, and that runs OK.</div><div>Looks to me that there is indeed something wrong with the std::chrono updates on Ubuntu 18.</div><div>Have not done a complete bisect but even the single std::chrono commit is very large.</div><div>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)</div><div>from one presentation to another, fading out the old and fading in the new.</div><div>My guess is that this timer is now broken; in my mythfrontend this is where it seems to stop.</div><div><br></div><div>Klaas.</div><div><br></div></div></div>