Re: thread leakage

Looks like v2.2.2, right?

On Sat, 19 Mar 2011, Daniel Black wrote:
> (gdb) bt
> #0 0xb7f5d424 in __kernel_vsyscall ()
> #1 0xb7b4d482 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
> /lib/i686/cmov/libpthread.so.0
> #2 0x080622a0 in dkimf_unbound_wait (srv=0x9f81768, qh=0x9fc6298,
> to=0x90ed78f0, bytes=0x90ed790c, error=0x0, dnssec=0x0)
> at opendkim-dns.c:196
> #3 dkimf_ub_waitreply (srv=0x9f81768, qh=0x9fc6298, to=0x90ed78f0,
> bytes=0x90ed790c, error=0x0, dnssec=0x0) at opendkim-dns.c:417

To figure out what timeout it's being told to use, do:

         up 2
         print *to

> (gdb) thread 149
> [Switching to thread 149 (Thread 0xadaf9b70 (LWP 31651))]#0 0xb7f5d424 in
> __kernel_vsyscall ()
> (gdb) bt
> #0 0xb7f5d424 in __kernel_vsyscall ()
> #1 0xb7ac2011 in select () from /lib/i686/cmov/libc.so.6
> #2 0x0806856a in dkimf_wait_fd (fd=6, until=0xadaed888) at util.c:1709
> #3 0x08062307 in dkimf_unbound_wait (srv=0x9f81768, qh=0xa1f7af0,
> to=0xadaf38f0, bytes=0xadaf390c, error=0x0, dnssec=0x0)
> at opendkim-dns.c:231

For this one it's:

         up 2
         print *until
         print left
         up 3
         print *to
Received on Sat Mar 19 2011 - 04:30:16 PST