[mythtv] Ticket #1078: Frontend segfault (PreviewGenerator related?)

[Torbjörn Jansson]

mythtv at cvs.mythtv.org <mailto:mythtv at cvs.mythtv.org> wrote:
>  (In [8717]) Fixes #1078. References #956.
> 
>  The fix for #956 made the invalid assumption that shutting down the
>  ~PlaybackBox() should never take longer than 500 ms to finish.
>  This was a zombie prevention measure. I've removed the timeout,
>  and I've also implemented a deleteLater() function which cleans
>  up some things early, and should give us snappier preview response.
> 
>  Torbjorn, can you run with '-v playback' for a while, and then
>  grep for "previewThreadDone took" in the logs, I'd like some info
>  on how long this takes in the longest case on your system. On
>  my system it never takes longer than 7 ms, which is why I thought
>  a 500 ms timeout would be safe. Maybe I can use a 5 minute
>  timeout or something like that..

Daniel, i'm still getting segfaults when exiting the watch recording screen
with:

# mythfrontend --version
Library API version: 0.19.20060121-2
Source code version: 8722
Options compiled in:
 linux debug using_xvmcw using_v4l using_oss using_alsa using_arts
using_ivtv using_dbox2 using_lirc using_joystick_menu using_dvb
using_dvb_eit using_x11 using_xv using_xrandr using_xvmc using_xvmc_vld
using_frontend using_backend

See attached backtrace.

Greping for "previewThreadDone took" in the frontend log gives me:
2006-01-25 21:42:14.936 Preview: previewThreadDone took 7ms
2006-01-25 21:42:14.943 Preview: previewThreadDone took 6ms

That's also the last thing in the log before the segfault.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bt.txt.bz2
Type: application/octet-stream
Size: 3817 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20060125/5b0e25f4/bt.txt.obj