From owner-freebsd-ports@FreeBSD.ORG Fri Jan 31 08:05:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3435D74 for ; Fri, 31 Jan 2014 08:05:56 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB9CC1539 for ; Fri, 31 Jan 2014 08:05:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Dq5CgZYdkZP/kr46sYOV5SYpWGTUI+2eKzCVDT/3dzM=; b=dZp2okJbwyqHbr6ylYzbCv+9w9JOPHE53iywGXLVZ/akeAZyYcIUPAeJ4UUk55ihbeXJ7n0IuXadrwXk3HRzgYFjyti2OKmhjucCTw3m5IpvvQoM3GLxK54an28zxPxw7hEs8Yd7j+9uMSJvWszEyRYUn3xkxIDiXAj51tFtSwY=; Received: from [39.195.143.103] (port=39956 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1W996h-001ynR-R3; Fri, 31 Jan 2014 01:05:49 -0700 Date: Fri, 31 Jan 2014 16:05:39 +0800 From: Erich Dollansky To: Sergio de Almeida Lenzi Subject: Re: net/avahi-app core dumps signal 11 Message-ID: <20140131160539.086ed845@X220.alogt.com> In-Reply-To: <1391150432.28006.34.camel@lenovo.toontown> References: <1390354628.14798.7.camel@lenovo.toontown> <20140129115404.04922dd6@tmu.ulm.sysgo.com> <1391150432.28006.34.camel@lenovo.toontown> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: Thomas Mueller , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 08:05:57 -0000 Hi, On Fri, 31 Jan 2014 04:40:32 -0200 Sergio de Almeida Lenzi wrote: > Em Qua, 2014-01-29 =C3=A0s 11:54 +0100, Thomas Mueller escreveu: >=20 > > 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.. > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=20 > > > #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 ?? () > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > >=20 > > > any ideas??? > >=20 > > Seems like a bad interaction with stack protector (libssp). > >=20 > > I managed to get working binaries (10.0-STABLE, amd64) by adding > > --disable-stack-protector to CONFIGURE_ARGS > >=20 I just did this and can confirm that this helps. Erich