Yahoo Groups archive

Milter-greylist

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

Thread

Hints for debugging milter-greylist crash?

Hints for debugging milter-greylist crash?

2006-12-12 by Joel Reicher

As I mentioned a few days ago, I'm getting apparently random crashes
without core dumps.

Nothing I did made the crash generate a core dump, so I gave up trying
and ran milter-greylist inside gdb instead. I thought this would be
far simpler than trying to chase down a signal trap that libmilter
might be installing or a chdir() hiding somewhere.

Anyway, the milter crashed eventually, but what gdb showed me did not
look like a valid stack; partly because the stacktrace had only one frame
and partly because what it showed me was the reason for the crash seems
impossible as far as I understand the milter code.

Worse still, even though gdb showed me what threads there were at the
time of the crash, I wasn't able to switch threads to inspect what each
one was doing.

Are there any usual suspects for this kind of behaviour?

Any hints for tracking down what *might* be stack corruption? I'm not
even sure that's it, since it's always possible gdb might have bugs in
its thread handling.

FWIW:

NetBSD 3.1 NetBSD 3.1 (ATLAS) #1: Fri Dec  8 23:24:43 EST 2006  joel@...:/usr/src/sys/arch/sparc/compile/ATLAS sparc

Thanks,

	- Joel

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.