[mythtv] Backtrace for SEGV while editing recording
Neale Swinnerton
mythtv-dev.spam at isismanor.com
Wed Apr 27 17:50:29 UTC 2005
Thought I'd add to this that I've been trying to track down a problem
with a recording on the User list ( see
http://www.gossamer-threads.com/lists/mythtv/users/127287 ), and the
opinions there are that I might be getting signal dropouts on the
channel that this recording was made on. Maybe the recorded stream is
corrupt....
Neale.
Neale Swinnerton wrote:
> How's this?
>
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1224739760 (LWP 22077)]
> 0x41c1d7da in memcpy () from /lib/tls/libc.so.6
> (gdb) bt full
> #0 0x41c1d7da in memcpy () from /lib/tls/libc.so.6
> No symbol table info available.
> #1 0x402a4d7d in OSDTypeImage::Draw (this=0x48705de0,
> surface=0x8d8fb88, fade=-1, maxfade=-1, xoff=0, yoff=0)
> at osdtypes.cpp:972
> y = -2147483648
> dest = (unsigned char *) 0x41822b14 "Ì4\v"
> destalpha = (unsigned char *) 0x48700520 "PdpH"
> src = (unsigned char *) 0x48705d24 "Ì\003!\bÌ\003!\b\025"
> srcalpha = (unsigned char *) 0x490001f0 "Ì\003!\bÈ\003!\b\b\002"
> udest = (
> unsigned char *) 0x402a98ff
> "\211Â\213\006;\002\017\225À\017¶À\203Ä\020[^]ÃU\211åVS\203ì\020èñaùÿ\201Ã\t-<"
> vdest = (unsigned char *) 0x490001c8 "\b\002"
> usrc = (unsigned char *) 0x4066c628 "\220gd"
> vsrc = (unsigned char *) 0x490001f0 "Ì\003!\bÈ\003!\b\b\002"
> alpha = 1076537321
> iwidth = 14
> drawwidth = 14
> drawheight = 30
> ystart = 0
> xstart = 0
> startline = -2147483648
> startcol = 2147483646
> destRect = {x1 = 0, y1 = 0, x2 = 13, y2 = 29}
> needblend = false
> ysrcwidth = 0
> ydestwidth = 0
> uvsrcwidth = 1215324828
> uvdestwidth = 1096151720
> alphamod = 255
> startingx = 1224737216
> #2 0x402a17f8 in OSDSet::Draw (this=0x48705c60, surface=0x8d8fb88,
> actuallydraw=true) at osdtypes.cpp:370
> type = (class OSDType *) 0x48705de0
> i = {<std::iterator<std::random_access_iterator_tag, OSDType*,
> int, OSDType**, OSDType*&>> = {<No data fields>}, _M_current = 0x82103c8}
> #3 0x40298b32 in OSD::Display (this=0x8989de8) at osd.cpp:2013
> timedisp = (class OSDTypeText *) 0x0
> container = (class OSDSet *) 0x48705c60
> anytodisplay = true
> actuallydraw = true
> removeList = {<std::_Vector_base<OSDSet*,
> std::allocator<OSDSet*> >> = {<std::_Vector_alloc_base<OSDSet*,
> std::allocator<OSDSet*>, true>> = {_M_start = 0x0, _M_finish = 0x0,
> _M_end_of_storage = 0x0}, <No data fields>}, <No data fields>}
> i = {<std::iterator<std::random_access_iterator_tag, OSDSet*,
> int, OSDSet**, OSDSet*&>> = {<No data fields>}, _M_current = 0x8203bc0}
> #4 0x403c5316 in VideoOutput::DisplayOSD (this=0x87e2128,
> frame=0x8988110, osd=0x8989de8, stride=-1, revision=-1)
> at videooutbase.cpp:967
> surface = (OSDSurface *) 0x8071065
> retval = -1
> #5 0x404c17d2 in VideoOutputXv::ProcessFrameMem (this=0x87e2128,
> frame=0x8988110, osd=0x8989de8, filterList=0x0,
> pipPlayer=0x0) at videoout_xv.cpp:2280
> deint_proc = true
> pauseframe = true
> #6 0x404c19e9 in VideoOutputXv::ProcessFrame (this=0x87e2128,
> frame=0x0, osd=0x8989de8, filterList=0x0,
> pipPlayer=0x0) at videoout_xv.cpp:2302
> No locals.
> #7 0x4027820f in NuppelVideoPlayer::DisplayPauseFrame (this=0x87995b0)
> at NuppelVideoPlayer.cpp:1573
> No locals.
> #8 0x40278db9 in NuppelVideoPlayer::OutputVideoLoop (this=0x87995b0) at
> NuppelVideoPlayer.cpp:1713
> temp_speed = 1
> fr_int = 40000
> ---Type <return> to continue, or q <return> to quit---
> #9 0x4027907a in NuppelVideoPlayer::kickoffOutputVideoLoop
> (player=0x87995b0) at NuppelVideoPlayer.cpp:1780
> nvp = (NuppelVideoPlayer *) 0x87995b0
> #10 0x41a02bef in start_thread () from /lib/tls/libpthread.so.0
> No symbol table info available.
> #11 0x41c6be7a in clone () from /lib/tls/libc.so.6
> No symbol table info available.
>
>
>
>
> Isaac Richards wrote:
>
>>On Sunday 24 April 2005 07:06 pm, Neale Swinnerton wrote:
>>
>>
>>>Hi,
>>>
>>>When I'm editing a particular recording I get a SEGV with the backtrace
>>>shown below....It always happens at around the same point in the
>>>recording, and It seems to only be this recording, so maybe the
>>>recording has some corruption? This is with a CVS from around 00:00GMT
>>>24/04/05. Let me know if I can collect any more useful information,
>>
>>
>>A 'bt full' would provide a little more info. I need to see the variables
>>being used in that memcpy that's it's dying on.
>>
>>Isaac
>>_______________________________________________
>>mythtv-dev mailing list
>>mythtv-dev at mythtv.org
>>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
More information about the mythtv-dev
mailing list