After updating to the latest v4l-dvb drivers from linuxtv.org, things
seem to be a lot more stable. Since I cant quite get a core file to be
generated, I decided to start the backend in a screen session inside
gdb. After 24 hours of running, it finally crashed and here is the
output:
-----
[Thread 2032946064 (LWP 26740) exited]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1684501616 (LWP 26730)]
0xb7899c00 in ProgramAssociationTable::ProgramPID (this=0xafbccbd8, i=433387) 
at mpeg/mpegtables.h:414
414     mpeg/mpegtables.h: No such file or directory.
        in mpeg/mpegtables.h
(gdb)
(gdb) bt full
#0  0xb7899c00 in ProgramAssociationTable::ProgramPID (this=0xafbccbd8, 
i=433387)
    at mpeg/mpegtables.h:414
No locals.
#1  0xb7c2adaa in DVBRecorder::AdjustFilters (this=0xafbc40d8) at 
dvbrecorder.cpp:542
        pmt_pid = 0
        i = 433387
        change_lock = {mtx = 0xafbc41dc}
        add_pid = {<std::_Vector_base<unsigned int,std::allocator<unsigned int> 
>> = {
    _M_impl = {<std::allocator<unsigned int>> = 
{<__gnu_cxx::new_allocator<unsigned int>> = {<No data fields>}, <No data 
fields>}, _M_start = 0xaa983808, _M_finish = 0xaa984654,
      _M_end_of_storage = 0xaa984808}}, <No data fields>}
        add_stream_type = {<std::_Vector_base<unsigned 
int,std::allocator<unsigned int> >> = {
    _M_impl = {<std::allocator<unsigned int>> = 
{<__gnu_cxx::new_allocator<unsigned int>> = {<No data fields>}, <No data 
fields>}, _M_start = 0xaa984810, _M_finish = 0xaa98565c,
      _M_end_of_storage = 0xaa985810}}, <No data fields>}
        need_pcr_pid = false
        input_pmt_pid = 256
        it = {node = 0x0}
        next = {node = 0xb5c5b7fc}
#2  0xb7c2c533 in DVBRecorder::StartRecording (this=0xafbc40d8) at 
dvbrecorder.cpp:725
        len = 5452
        ok = true
        count = 220
#3  0xb7b44470 in TVRec::RecorderThread (param=0xafbc40d8) at tv_rec.cpp:1171
        recorder = (class RecorderBase *) 0xafbc40d8
#4  0xb5c5831b in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#5  0xb5ac357e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
(gdb)
------

I guess the problem could still be the quality of the data that
mythbackend receives from the card. I am thinking of just checking out
the latest svn of mythtv and doing a quick deb build and install to see
if things improve. If there is anything more interesting that I should
have posted, please let me know.

-- 
mythbackend crash every few hours
https://bugs.launchpad.net/bugs/113638
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to