[mythtv] mythfrontend crashing out from mythweather in recent builds

[Matt W]

On Sat, Mar 26, 2011 at 12:18 PM, Kenni Lund <kenni at kelu.dk> wrote:

> 2011/3/26 Matt W <mwood23 at gmail.com>:
> > On Sat, Mar 26, 2011 at 9:24 AM, Raymond Wagner <raymond at wagnerrp.com>
> > wrote:
> >>
> >> On 3/26/2011 11:51, Matt W wrote:
> >> >
> >> > Mar 26 04:24:07 mythtv2 kernel: [7676004.028267] mythfrontend[14965]:
> >> > segfault at 0 ip 670070 sp 43965d78 error 6 in
> >> > mythfrontend[400000+298000]
> >>
> >> In order to diagnose segmentation faults, we need a traceback.  Find the
> >> core dump file produced by the segfault, and use gdb to load it up and
> >> produce a traceback.
> >
> > Hi Raymond thanks for the note.  yeah I thought there would be a core
> file
> > of some sort seeing as there was a segfault that made it to the messages
> > file.  but...
> >
> > mythtv at mythtv2:~$ cd
> > mythtv at mythtv2:~$ find . -name \*core\*
> > mythtv at mythtv2:~$
>
> Matt, start mythfrontend under gdb as described in
> http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.2. You can also
> find some more information on http://www.mythtv.org/wiki/Debugging.
>
> If you're on Ubuntu/Mythbuntu or another distribution which provides
> *-dbg packages, it will be sufficient to install the MythTV *-dbg
> packages, create a gdbcommands file and run "gdb mythfrontend.real -x
> gdbcommands" (see full description in the first link). Once it
> crashes, you'll have the needed info in gdb.txt. Create a ticket on
> Trac as described in http://svn.mythtv.org/trac/wiki/TicketHowTo and
> attach gdb.txt to the ticket, together with relevant log files and
> info on what actions you performed before MythTV crashed.
>
> Best regards
> Kenni



ok Kenni thanks for the pointers.  I didn't know that gdb could really be
used against an executable without a core file :-)  I am not using packages,
but I can recompile with debug enabled in configure, should be no problem.
I'll get on that and report back what I find.

btw, it crashed out again. the -all switch didn't yield too much more info:

mythfrontend.log:
2011-03-26 15:57:07.295 Starting update of NWS-XML
2011-03-26 15:57:07.296 MSqlQuery::exec(DBManager0) SELECT updated FROM
weathersourcesettings WHERE sourceid = '10' AND
TIMESTAMPADD(SECOND,update_timeout-15,updated) > NOW() <<<< Returns 0 row(s)
2011-03-26 15:57:07.296 Launching: nice
/usr/local/mythtv/share/mythtv/mythweather/scripts/us_nws/nwsxml.pl -u ENG
-d /home/mythtv/.mythtv/MythWeather/NWS-XML KSFO
2011-03-26 15:57:07.311 Managed child (PID: 17268) has started! *&
command=nice /usr/local/mythtv/share/mythtv/mythweather/scripts/us_nws/
nwsxml.pl -u ENG -d /home/mythtv/.mythtv/MythWeather/NWS-XML KSFO,
timeout=30
2011-03-26 15:57:11.070 Managed child (PID: 17268) has exited! command=nice
/usr/local/mythtv/share/mythtv/mythweather/scripts/us_nws/nwsxml.pl -u ENG
-d /home/mythtv/.mythtv/MythWeather/NWS-XML KSFO, status=0, result=0


messages file:
Mar 26 15:57:11 mythtv2 kernel: [7717601.231905] mythfrontend[16789]:
segfault at 100000002 ip 7f4b3dd0e530 sp 437fbd80 error 4 in
libQtCore.so.4.6.3[7f4b3db7c000+28b000]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-dev/attachments/20110326/b4dac445/attachment.html