On Tue, 2005-11-08 at 10:39 +0000, Mark Adams wrote:
> > #0  0xb751cec1 in dfb_gfxcard_state_check ()
> >   from /usr/lib/libdirectfb-0.9.so.24
> 
> [...]
> 
> > #9  0xb7d08ade in exit () from /lib/libc.so.6
> > #10 0x0810a3f2 in Watchdog (signum=14) at vdr.c:89
> 
> Signal SIGALRM was caught by a function 'Watchdog' which called exit. 
> The crash happened later, as a result of a number of destructors
> getting called.  Presumably, the 'Watchdog' is designed to kill the
> app if it gets stuck somewhere.  Presumably that somewhere was:
> 
> > #16 0xb7eec1d7 in [EMAIL PROTECTED] ()
> > from /lib/libpthread.so.0
> > #17 0x081013f6 in cCondVar::TimedWait (this=0xfffffffc,
> > [EMAIL PROTECTED],
> >    TimeoutMs=-4) at thread.c:122
> 
> Doesn't seem very much to do with DirectFB, this one.

DOH! Didn't look that far down!

:-$

That should kick in when something gets 'stuck'. There is still the
question of why it takes longer to sort itself out sometimes.

Cheers,

Laz


_______________________________________________
directfb-users mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users

Reply via email to