Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Message

Re: [milter-greylist] Spoke too soon

2004-06-11 by Graham Dunn

On Thu, Jun 10, 2004 at 08:15:49PM +0200, Emmanuel Dreyfus wrote:
> Graham Dunn <gdunn@...> wrote:
> 
> > Jun 10 14:01:46 ureshii sm-mta[74920]: i5AI1kqX074920: Milter
> > (greylist): to error state
> > 
> > milter-greylist will then need a restart.
> > 
> > Debugging options?
> 
> Go to the build directory, do 
> gdb ./milter-greylist
> then use attach <pid> to attach the running milter-greylist.
> then type bt

ureshii# gdb milter-greylist
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read
called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 933 in fill_symbuf

(gdb) attach 35668
Attaching to program:
/usr/home/gdunn/milter-greylist-1.3.9/milter-greylist, process 35668
Reading symbols from /usr/local/lib/libspf_alt.so.1...done.
Reading symbols from /usr/lib/libc_r.so.4...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/local/lib/libintl.so.6...done.
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
0x280e7934 in __sys_poll () from /usr/lib/libc_r.so.4
(gdb) bt
#0  0x280e7934 in __sys_poll () from /usr/lib/libc_r.so.4
#1  0x280e6e80 in _thread_kern_sched_state_unlock () from
/usr/lib/libc_r.so.4
#2  0x280e6845 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4
#3  0x0 in ?? ()


Mean anything?

Graham

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.