From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1Acaji-0002tA-4Z for qemu-devel@nongnu.org; Fri, 02 Jan 2004 20:37:54 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Acaik-0002JP-5U for qemu-devel@nongnu.org; Fri, 02 Jan 2004 20:37:26 -0500 Received: from [62.210.158.46] (helo=teheran.magic.fr) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Acahn-0001l0-5B for qemu-devel@nongnu.org; Fri, 02 Jan 2004 20:35:55 -0500 Received: from 10.0.0.2 (ppp-181.net-555.magic.fr [62.210.255.181]) by teheran.magic.fr (8.11.6/8.11.2) with ESMTP id i030YNU13131 for ; Sat, 3 Jan 2004 01:34:24 +0100 (CET) Subject: Re: [Qemu-devel] Segmentation fault with 0.50 and 0.51 and fedora core ls From: "J. Mayer" In-Reply-To: <1073081971.1277.8.camel@intrepid> References: <1073011927.29451.5.camel@intrepid> <1073013983.7385.9.camel@rapid> <1073018837.4731.58.camel@intrepid> <1073049292.21563.5.camel@rapid> <1073081971.1277.8.camel@intrepid> Content-Type: text/plain Message-Id: <1073089422.21608.17.camel@rapid> Mime-Version: 1.0 Date: Sat, 03 Jan 2004 01:23:42 +0100 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Fri, 2004-01-02 at 23:19, Michael Torrie wrote: > On Fri, 2004-01-02 at 06:14, J. Mayer wrote: > > Well, you may rebuild qemu as a static binary on your yellowdog > > distribution. If it compiles without a problem, you'll win :-) > > It seems really more simple than trying to make two glibc available on > > your system... > > What does this have to do with my problem of qemu segfaulting when I run > x86 binaries? qemu builds and runs just fine. So that's not the > problem. It already compiles. Making qemu static will not help my > problem with glibc (remember it's the x86 glibc that's causing the > problems, not the ppc version). Ooops, I misunderstood you. I had some problems with the host glibc on PPC . So, you're rigth, you may try with a non non-nptl x86 glibc. Sorry for this mistake... -- J. Mayer Never organized