From owner-freebsd-ports@FreeBSD.ORG Wed Apr 6 10:27:37 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F92C106564A for ; Wed, 6 Apr 2011 10:27:37 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2233F8FC33 for ; Wed, 6 Apr 2011 10:27:36 +0000 (UTC) Received: from adsl-dyn-88-208-145-205.heliweb.de ([88.208.145.205] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.73) (envelope-from ) id 1Q7PxX-0003vr-IL for freebsd-ports@freebsd.org; Wed, 06 Apr 2011 12:27:35 +0200 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 178801142D; Wed, 6 Apr 2011 12:27:35 +0200 (CEST) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Wed, 6 Apr 2011 12:27:35 +0200 From: Stefan Walter To: freebsd-ports@freebsd.org Message-ID: <20110406102734.GA1490@birne.dunkelkammer.void> Mail-Followup-To: freebsd-ports@freebsd.org References: <20110405070656.GA1490@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: libxul dumps core with 'illegal hardware instruction' with newly ported 'pytrainer' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 10:27:37 -0000 Andrew W. Nosenko, 05.04.11, 13:39h CEST: > On Tue, Apr 5, 2011 at 10:06, Stefan Walter wrote: > > (I didn't get any replies on freebsd-gecko@, so I thought I'd just send it > > on freebsd-ports@, too.) > > > > Hi, > > > > I'm working on a port for pytrainer (see [1]), which uses libxul to > > display GPS tracks via Google Maps or OSM. Starting the software, it > > crashes with "illegal hardware instruction" and leaves a core dump behind. > > Something compiled for CPU model higher than CPU, which actually run > the resulting binary? I don't think so. Everything's compiled from ports on the machine I run it on, without any special CFLAGS. I usually don't even enable additional optimizations for ports that offer them. I originally thought it might be the Linux Flash plugin, but uninstalling it didn't help. Regards, Stefan