ports/56268: mail/kavmilter exits with signal 11

[frank at altpeter.de]

>Number:         56268
>Category:       ports
>Synopsis:       mail/kavmilter exits with signal 11
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Sep 01 04:20:17 PDT 2003
>Closed-Date:
>Last-Modified:
>Originator:     Frank Altpeter
>Release:        FreeBSD 5.1-CURRENT i386
>Organization:
>Environment:
System: FreeBSD mailscan.mediascape.de 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Fri Aug 29 13:37:13 CEST 2003 root at rincewind.bmcag.de:/usr/obj/usr/src/sys/RINCEWIND i386


	
>Description:
	kavmilter does exit with signal 11 and does dump a core file on not yet analyzed conditions.
	This is what gdb knows about the reason:

	root at mailscan:/# gdb /usr/local/libexec/kavmilter kavmilter.core 
	GNU gdb 5.2.1 (FreeBSD)
	Copyright 2002 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-undermydesk-freebsd"...(no debugging symbols found)...
	Core was generated by `kavmilter'.
	Program terminated with signal 11, Segmentation fault.
	Reading symbols from /usr/lib/libc_r.so.5...(no debugging symbols found)...done.
	Loaded symbols for /usr/lib/libc_r.so.5
	Reading symbols from /usr/lib/libmilter.so.2...(no debugging symbols found)...done.
	Loaded symbols for /usr/lib/libmilter.so.2
	Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done.
	Loaded symbols for /usr/lib/libc.so.5
	Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)...done.
	Loaded symbols for /usr/libexec/ld-elf.so.1
	#0  0x28082410 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5
	(gdb) bt
	#0  0x28082410 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5
	#1  0x28081dfb in _thread_kern_scheduler () from /usr/lib/libc_r.so.5
	(gdb) 

	It looks like a threading problem. Perhaps it would be a good suggestion to provide
	a knob for disabling kernel threading in the ports Makefile.

>How-To-Repeat:
	Not fully analyzed how the problem can be reproduced
>Fix:

	


>Release-Note:
>Audit-Trail:
>Unformatted: