From owner-freebsd-ports@FreeBSD.ORG  Wed Jan 29 11:00:18 2014
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 51E5250E
 for <freebsd-ports@freebsd.org>; Wed, 29 Jan 2014 11:00:18 +0000 (UTC)
Received: from mail1.sysgo.com (mail1.sysgo.com [176.9.26.183])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 14D881A7F
 for <freebsd-ports@freebsd.org>; Wed, 29 Jan 2014 11:00:17 +0000 (UTC)
Date: Wed, 29 Jan 2014 11:54:04 +0100
From: Thomas Mueller <tmueller@sysgo.com>
To: Sergio de Almeida Lenzi <lenzi.sergio@gmail.com>
Subject: Re: net/avahi-app core dumps signal 11
Message-ID: <20140129115404.04922dd6@tmu.ulm.sysgo.com>
In-Reply-To: <1390354628.14798.7.camel@lenovo.toontown>
References: <1390354628.14798.7.camel@lenovo.toontown>
Organization: SYSGO AG
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: ports <freebsd-ports@freebsd.org>
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>,
 <mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports/>
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
 <mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Jan 2014 11:00:18 -0000

On Tue, 21 Jan 2014 23:37:08 -0200, Sergio de Almeida Lenzi wrote:
> avahi-daemon dumps core, and I am unable
> to determinw why because it aborts core just before reaching
> the main()  procedure..
> =========================================================
> 
> #0  0x0000000801304604 in pthread_testcancel () from /lib/libthr.so.3
> #1  0x00000008012fc706 in open () from /lib/libthr.so.3
> #2  0x0000000801517227 in __gets_chk () from /lib/libssp.so.0
> #3  0x00000008015173d2 in __chk_fail () from /lib/libssp.so.0
> #4  0x0000000801516ace in .init () from /lib/libssp.so.0
> #5  0x00007fffffffd130 in ?? ()
> #6  0x000000080061e6d1 in r_debug_state () from /libexec/ld-elf.so.1
> #7  0x000000080061dd57 in __tls_get_addr () from /libexec/ld-elf.so.1
> #8  0x000000080061c099 in .text () from /libexec/ld-elf.so.1
> #9  0x0000000000000000 in ?? ()
> =========================================================
> 
> any ideas???

Seems like a bad interaction with stack protector (libssp).

I managed to get working binaries (10.0-STABLE, amd64) by adding
--disable-stack-protector to CONFIGURE_ARGS

-- 
Thomas Mueller