From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BTpRJ-0007vE-ST for qemu-devel@nongnu.org; Fri, 28 May 2004 18:02:58 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BTpQm-0007nQ-OF for qemu-devel@nongnu.org; Fri, 28 May 2004 18:02:55 -0400 Received: from [194.226.236.116] (helo=ums.usu.ru) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BTEoh-0004yv-Pp for qemu-devel@nongnu.org; Thu, 27 May 2004 02:56:40 -0400 Message-ID: <40B5916B.6000502@ums.usu.ru> Date: Thu, 27 May 2004 12:57:47 +0600 From: "Alexander E. Patrakov" MIME-Version: 1.0 Subject: Re: [Qemu-devel] QEMU crash with Fedora Core 2 References: <200405260147.48047.hetz@witch.dyndns.org> <1085562014.3456.1171.camel@hades.cambridge.redhat.com> <40B4F861.7000504@bellard.org> In-Reply-To: <40B4F861.7000504@bellard.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Fabrice Bellard wrote: > I cannot accept this patch: it breaks qemu-fast with all old libcs. The > good solution is to use a specific sigaction call which directly makes > the sigaction Linux system call. What about various #ifdefs or bumping up the requirements? Also, I could not get qemu-fast working with any glibc >=2.3.1 compiled from pristine sources according to instructions from Linux From Scratch. Qemu-fast compiles, but doesn't work with glibc >=2.3.1. It does not compile at all with glibc-2.3.3-cvs with TLS enabled. See my message "qemu and modern glibc" for changes to qemu that make qemu-fast at least compile on glibc >=2.3.3-cvs. Please confirm privately that you have read this message. The tail of qemu.log is: ---------------- IN: 0x000c625d: repz stos %ax,%es:(%di) ---------------- IN: 0x000c625d: repz stos %ax,%es:(%di) (repeated infinitely without any OUT, even if I add out_asm to the -d switch). Plain non-fast qemu works perfectly. What are known good _pristine_ (not RedHat) glibc versions that are capable of producing a good qemu-fast binary? On what distribution does the qemu development happen? What are binutils/gcc/glibc versions? -- Alexander E. Patrakov