[mythtv] [mythtv-commits] Ticket #7714: Mythfilldatabase segfaults after completing

Michael T. Dean mtdean at thirdcontact.com
Tue Mar 30 18:19:15 UTC 2010


On 03/30/2010 08:51 AM, MythTV wrote:
> #7714: Mythfilldatabase segfaults after completing
>
> Comment(by jan@…):
>
>   If #8246 is really a dupe, then this is more than a cosmetic issue,
>   because for me the import doesn't finish. I don't have any xmltv provided
>   EPG data anymore. Since the EIT sometimes provides different show names or
>   sub titles, my rules cease to work in about a week. Though I don't want to
>   hurry anyone. :-)
>    

If #8246 is not a dup, we need a real gdb backtrace, as described at 
http://www.mythtv.org/wiki/Debugging and 
http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2 .  Without the 
backtrace, it's impossible to say for sure exactly what the issue is.

However, your log that you posted shows:

===============================================================
| Attempting to contact the master backend for rescheduling.  |
| If the master is not running, rescheduling will happen when |
| the master backend is restarted.                            |
===============================================================
2010-03-29 12:17:28.428 MythContext: Connecting to backend server: 
htpc.wg.de:6543 (try 1 of 1)
2010-03-29 12:17:28.463 Using protocol version 50
2010-03-29 12:17:28.471 Received a remote 'Clear Cache' request
QMutex::lock: mutex lock failure:

all of which occurs /after/ mythfilldatabase completes its run, and the 
Clear Cache request /is/ what's causing the segfault on #7714, 
and--according to your logs--seems to be what's causing the segfault for 
you.

Your lack of scheduling data is likely some other issue (probably in 
your configuration).

Mike


More information about the mythtv-dev mailing list