On Wed, Apr 07, 2010 at 12:23:14AM +0100, Edd Barrett wrote: > On Tue, Apr 6, 2010 at 12:04 AM, Edd Barrett <[email protected]> wrote: > > The hotkeys plugin is waiting for a thread. The line of code which we > > never get past is this: > > > > vlc_cond_wait (p_condvar=0x40cfa148, p_mutex=0xfffffffffffffffe) at > > misc/threads.c:584 > > 584 int val = pthread_cond_wait( p_condvar, p_mutex ); > > > > And this is how we got there: > > #0 vlc_cond_wait (p_condvar=0x40cfa148, p_mutex=0xfffffffffffffffe) > > at misc/threads.c:584 > > #1 0x000000007e981bd4 in GetAction (p_intf=0x40cfa140) at hotkeys.c:903 > > #2 0x000000007e97fa9c in Run (p_intf=0x4077dd78) at hotkeys.c:178 > > #3 0x00000000476b0270 in RunInterface (p_this=0x4077dd78) at > > interface/interface.c:218 > > #4 0x0000000047711e18 in thread_entry (data=0x47711800) at > > misc/threads.c:1093 > > #5 0x0000000048976cf8 in _thread_start () > > at /usr/src/lib/libpthread/uthread/uthread_create.c:241 > > #6 0x0000000048976cc0 in pthread_create (thread=0x0, attr=0x0, > > start_routine=0, arg=0x0) > > at /usr/src/lib/libpthread/uthread/uthread_create.c:230 > > > > Looking at this again, it looks like this is a thread in it's own > right. The stack trace begins at pthread_create(). Maybe this > particular thread is supposed to block (waiting for a keypress?).
When debugging a multithreaded program, use 'thread apply all bt'. That might give you more clues. Landry
