Upgraded to 7376 and it's still crashing, but not to any pattern that I can discern yet. I restarted it in gdb but it hasn't crashed yet, here is the entire log I had from when it did crash. Will post a better log and backtrace if/when it crashes again.
2005-10-03 10:22:51.175 Local file path: /mnt/store//1117_20050929210000.mpg 2005-10-03 10:22:51.175 write -> 14 23 Sun Oct 2 18:22:31 2005 2005-10-03 10:22:51.203 read <- 14 419 QUERY_PIXMAP_LASTMODIFIED[]:[] []:[] []:[] []:[] []:[]2707[]:[] [... 2005-10-03 10:22:51.204 Local file path: /mnt/store//2707_20050929200000.mpg 2005-10-03 10:22:51.204 write -> 14 24 Thu Sep 29 20:03:57 2005 2005-10-03 10:22:53.736 read <- 14 409 QUERY_GENPIXMAP[]:[] []:[] []:[] []:[] []:[]2707[]:[] []:[] []:[]... 2005-10-03 10:22:53.738 Local file path: /mnt/store//2707_20050929200000.mpg mpegts_ctx->pid_cnt=0 != item_cnt=2 mpegts_add_stream: at pid 0x101 with type 2 mpegts_add_stream: stream #0, has id 0x101 and codec MPEG2VIDEO, type Video at 0x619280 mpegts_add_stream: at pid 0x21 with type 2 mpegts_add_stream: stream #1, has id 0x21 and codec MPEG2VIDEO, type Video at 0x6145c0 is_pmt_same() => true is_pmt_same() => true is_pmt_same() => true [mpeg2video @ 0x2aaaabdd2210]Warning MVs not available [mpeg2video @ 0x2aaaabdd2210]concealing 7 DC, 7 AC, 7 MV errors is_pmt_same() => true is_pmt_same() => true mpegts_ctx->pid_cnt=2 != item_cnt=4 av_remove_stream 0x21 av_remove_stream: no change to cur_st av_remove_stream: removing... s->nb_streams=2 i=1 av_remove_stream: mpegts_remove_stream mpegts_remove_stream 0x21 closing filter for pid 0x21 av_remove_stream: renumbering streams av_remove_stream 0x101 av_remove_stream: no change to cur_st av_remove_stream: removing... s->nb_streams=1 i=0 av_remove_stream: mpegts_remove_stream mpegts_remove_stream 0x101 closing filter for pid 0x101 av_remove_stream: renumbering streams mpegts_add_stream: at pid 0x101 with type 2 mpegts_add_stream: stream #0, has id 0x101 and codec MPEG2VIDEO, type Video at 0x614740 mpegts_add_stream: at pid 0x21 with type 2 mpegts_add_stream: stream #1, has id 0x21 and codec MPEG2VIDEO, type Video at 0x5fdf20 mpegts_add_stream: at pid 0x102 with type 129 mpegts_add_stream: stream #2, has id 0x102 and codec AC3, type Audio at 0x61a3f0 mpegts_add_stream: at pid 0x22 with type 129 mpegts_add_stream: stream #3, has id 0x22 and codec AC3, type Audio at 0x5faed0 Killed -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Kristjansson Sent: Friday, September 30, 2005 7:03 AM To: Development of mythtv Subject: Re: [mythtv] Crash + BT with mythbackend r7355 On Thu, 2005-09-29 at 17:55 -0700, Jack Hyde wrote: > This happens every time I hit refresh with 7355 (was running ~7200 before > just fine) in recorded programs in mythweb. On the main backend all I get is > an infinite list of "waiting for a thread.." while on the slave backend that > crashes hard I get the following log with backtrace. Is this on PVR-250 recordings? If so run mythcommflag --rebuild on the problem files. > My gdb is according to ijr broken so I have to manually switch threads > and do a bt full, so I am not sure if this data is useful. You should recompile glibc with debugging, and without stripping the libs. gdb needs that to debug threads now. If that doesn't work try recompiling/upgrading gdb. > If there is anything that I can do to help please let me know. Sure, retest the latest SVN. I added some sanity checks. -- Daniel
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
