[mythtv-users] Help on solving segfault on mythfrontend start.

[Bert Haverkamp]

On Fri, Aug 24, 2012 at 4:59 PM, Bert Haverkamp <bert at bertenselena.net>wrote:

>
> On Aug 22, 2012 10:52 PM, "Bill Meek" <keemllib at gmail.com> wrote:
> >
> > On 08/22/2012 02:53 PM, Bert Haverkamp wrote:
> > ...
> >>
> >> Core was generated by `mythfrontend.real'.
> >> Program terminated with signal 11, Segmentation fault.
> >> #0  0x00007f03f67ee0b7 in () from /lib/x86_64-linux-gnu/libpthread.so.0
>
> > You can search for the address (/7f03f67ee0b7<cr> in vi) in the same
> file to
>
> > see where the failure is (perhaps see who's calling pthread_join.)
> >
> > At that point, I'd start searching on Trac:
> >
> >   http://code.mythtv.org/trac/search
> >
> > to see if there's already a ticket open, and if not, open one.
> >
> > Good luck,
> >
> Im away from home this weekend, so it will be Monday, but just to be sure
> I understand: I need to open mythfrontend.real in vi? Or do you mean the
> coredump? Is that humanreadable in any way?
>
> Regards,
>
> Bert
>

Ah, the joys of ssh;-) I was able to connect to my pvr and try what you
described. But I think I must be misunderstanding you. I'm not clear what
you want me to use vi on...
Instead I used gdb
(gdb) info symbol  0x00007f03f67ee0b7
pthread_join + 39 in section .text of /lib/x86_64-linux-gnu/libpthread.so.0
(gdb)
But this doesn't tell me where in mythfrontend the problem arises. Or is it
a problem in libpthread?

Something else I noticed last week: there is an odd chance the frontend
does not crash. It takes 3-5 tries to get it up and running. All the other
times it crashes with a segmentation fault as described above.
This also happens when the backend is running. I have a feeling the chances
are slimmer in that case, but I havent tried long enough to be able to
support that claim..

Bert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20120824/9b8e70dc/attachment.html>