From owner-freebsd-current@FreeBSD.ORG  Sun Dec 21 16:50:04 2003
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D0EC616A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 21 Dec 2003 16:50:04 -0800 (PST)
Received: from mail.sandvine.com (sandvine.com [199.243.201.138])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4B62A43D66
	for <freebsd-current@freebsd.org>;
	Sun, 21 Dec 2003 16:50:01 -0800 (PST)
	(envelope-from don@sandvine.com)
Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72)
	id <YYKWAD3P>; Sun, 21 Dec 2003 19:49:59 -0500
Message-ID: <FE045D4D9F7AED4CBFF1B3B813C85337035E42BD@mail.sandvine.com>
From: Don Bowman <don@sandvine.com>
To: "'freebsd-current@freebsd.org'" <freebsd-current@freebsd.org>
Date: Sun, 21 Dec 2003 19:49:55 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: htdig port?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Dec 2003 00:50:04 -0000


has anyone else used the htdig port on 5.2?
it compiled without issues, but i find that its
always crashing in its DB2 code for maintaining
its database.

If i change its makefile to add optimisation (-O2),
it no longer core dumps, but i get this instead:
DB2 problem...: /usr/local/share/htdig/database/db.docdb: page 0: reference
count overflow

The db.docdb file it creates consumes the whole disk,
just for the first indexed document.