id,summary,reporter,owner,description,type,status,priority,milestone,component,version,severity,resolution,keywords,cc,mlocked 1908,mythfrontend: SIGSEGV when cancelling in-progress channel change in live TV,malcolm-mythtv-dev@…,danielk,"Using r9974 from `/branches/mythtv-eit`.[[BR]] Compiled for x86-64 with `./configure --enable-dvb --compile-type=debug --disable-ccache`. I can reproduce a segfault in mythfrontend: 1. Watch Live TV (I'm using a DVB-T source). 1. Start a channel change from one channel to another (e.g. Channel Down, OK). 1. Before the change has completed, cancel back (Escape) to the main menu. 1. SIGSEGV. It is much easier to reproduce this when the two channels are on the same multiplex, because otherwise you need to wait for the lock to succeed. I don't actually think the problem is related to tuning, though - it seems like we're trying to shut down a TV object that doesn't have a player associated with it. Crash signature is {{{ #0 0x00002b1762f0415a in NuppelVideoPlayer::getAudioOutput (this=0x0) at NuppelVideoPlayer.h:209 209 AudioOutput *getAudioOutput(void) { return audioOutput; } #1 0x00002b1762eed50c in TV::UnMute (this=0xd094e0) at tv_play.cpp:5090 #2 0x00002b1763195faf in TV::qt_invoke (this=0xd094e0, _id=4, _o=0x7fff48486f40) at moc_tv_play.cpp:109 }}} Backtrace and log attached. I still have the `core` file, let me know if I can provide anything else. (The backtrace is slightly edited: gdb traced back hundreds of frames past the `clone()` calls on each thread and complained about stack corruption, but I think this is a fault in gdb rather than an actual problem).",defect,closed,minor,0.20,mythtv,head,high,fixed,,,0