[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