NetBSD Problem Report #41404

From  Mon May 11 07:40:07 2009
Return-Path: <>
Received: from ( [])
	by (Postfix) with ESMTP id 8805D63B8DF
	for <>; Mon, 11 May 2009 07:40:07 +0000 (UTC)
Message-Id: <>
Date: Mon, 11 May 2009 08:33:42 +0200 (CEST)
Subject: net/delegate takes ~infinite time to build on sparc64
X-Send-Pr-Version: 3.95

>Number:         41404
>Category:       pkg
>Synopsis:       net/delegate takes ~infinite time to build on sparc64
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon May 11 07:45:00 +0000 2009
>Last-Modified:  Mon May 11 10:00:04 +0000 2009
>Originator:     Havard Eidnes
>Release:        NetBSD 5.0_RC4
	I Try
System: NetBSD 5.0_RC4 NetBSD 5.0_RC4 (GENERIC) #0: Thu Apr 23 22:54:37 CEST 2009 sparc64
Architecture: sparc64
Machine: sparc64
	Trying to build net/delegate (done as part of a bulk build)
	on sparc64 appears to take nearly infinite time.

	The reason appears to be that it triggers a flood of traps
	while running the resulting dg.exe executable as part of the

	I did not investigate what was causing the traps; perhaps
	it's related to alignment handling(?)

	Try to build net/delegate on sparc64.  Watch the build machine
	come to a near-stall.
	Mark as BROKEN= for sparc64?
	Sorry, I don't have a proper fix for it.

From: Martin Husemann <>
Subject: Re: pkg/41404: net/delegate problems on sparc64
Date: Mon, 11 May 2009 11:55:05 +0200

 You need to uncomment the 

 //      signal(SIGILL,initABORT);
 //      signal(SIGBUS,initABORT);
 //      signal(SIGSEGV,initABORT);

 in delegated.c (and/or and make it build, which is not trivial:

 -- ERROR: can't link the SSL/Crypto library.
 (UNIX) 10:42:00.469 [19195] dlopen( not supported
 (UNIX) 10:42:00.471 [19195] dlopen(z) not supported
 source MD5 = d1c0387d09ac780dadf992dca02df76f
 *** BAD, spoofed or forged, not original code by DeleGate.ORG
 "src/dg.exe" "-Fcksum" -x -c -f srcfiles

 There is a lot wrong with this pkg, it seems ;-)

 (My guess is that it continually receives SIGBUS inside the SIGBUS signal
 handler; the process is killable, everything is fine from a NetBSD PoV)


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.