From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 19:00:18 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 648B916A46B for ; Thu, 27 Sep 2007 19:00:18 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id EF08413C4B3 for ; Thu, 27 Sep 2007 19:00:17 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B93336681E6; Thu, 27 Sep 2007 21:00:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rmmtWGjS1f90; Thu, 27 Sep 2007 21:00:15 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A987366813B; Thu, 27 Sep 2007 21:00:15 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l8RJ0F3T042664; Thu, 27 Sep 2007 21:00:15 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 27 Sep 2007 21:00:15 +0200 From: Roman Divacky To: "Tuc at T-B-O-H.NET" Message-ID: <20070927190015.GA42541@freebsd.org> References: <20070927173022.GA39854@freebsd.org> <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> User-Agent: Mutt/1.4.2.3i Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 19:00:18 -0000 > 19038: #243() ERR#78 'Function not implemente > d'^M > 19038: linux_modify_ldt(0x1,0xbfbfe8ac,0x10) = 0 (0x0)^M > 19038: mprotect(0x283c7000,8192,(0x1)PROT_READ) = 0 (0x0)^M > 19038: mprotect(0x2826a000,4096,(0x1)PROT_READ) = 0 (0x0)^M > 19038: mprotect(0x28259000,4096,(0x1)PROT_READ) = 0 (0x0)^M > 19038: mprotect(0x28153000,4096,(0x1)PROT_READ) = 0 (0x0)^M > 19038: munmap(0x28155000,0x2c9b) = 0 (0x0)^M yes.. when set_thread_area() is not found the glibc tries to do TLS the old way using LDT. > I'm finding out that this also ISN'T happening on systems where > the Linux install is local, and used local. I'm finding 100% so far that > it only happens where /compat is NFS mounted. Is this something someone > has ever done, and are there any gotchas that I am running into because > of it, or is it just "One of those things you figure out that leads you > down the completely wrong path". so you are saying that it works when /compat is locally mounted and not NFS? hard to say whats going on...