From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1HTOO0-0006rH-MU
	for qemu-devel@nongnu.org; Mon, 19 Mar 2007 16:23:20 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1HTONy-0006qa-4U
	for qemu-devel@nongnu.org; Mon, 19 Mar 2007 16:23:19 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1HTONy-0006qW-1u
	for qemu-devel@nongnu.org; Mon, 19 Mar 2007 15:23:18 -0500
Received: from phoenix.bawue.net ([193.7.176.60] helo=mail.bawue.net)
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <ths@networkno.de>) id 1HTOMT-0005ae-80
	for qemu-devel@nongnu.org; Mon, 19 Mar 2007 16:21:45 -0400
Date: Mon, 19 Mar 2007 20:13:12 +0000
Subject: Re: [Qemu-devel] qemu/linux-user main.c
Message-ID: <20070319201311.GH28895@networkno.de>
References: <E1HTGmr-0005FL-8Z@savannah.gnu.org>
	<1174333564.24702.14.camel@rapid>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1174333564.24702.14.camel@rapid>
From: Thiemo Seufer <ths@networkno.de>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "J. Mayer" <l_indien@magic.fr>
Cc: qemu-devel@nongnu.org

J. Mayer wrote:
> On Mon, 2007-03-19 at 12:16 +0000, Thiemo Seufer wrote:
> > CVSROOT:	/sources/qemu
> > Module name:	qemu
> > Changes by:	Thiemo Seufer <ths>	07/03/19 12:16:29
> > 
> > Modified files:
> > 	linux-user     : main.c 
> > 
> > Log message:
> > 	Support -cpu selection for mips usermode emulation. Fix segfault when
> > 	dispaying the -cpu list help.
> 
> Could you tell more about the segfault ?

It segfaulted for me (on ppc/linux) after printing the help list.

> exit is used at many other places without any problem and furthermore I
> did not experiment any crash while testing the PowerPC target with the
> initial patch, so ? (I'd really like to understand...)

I didn't really debug it, but I noticed the other branch in the
conditional uses _exit() instead of exit(). With that change, the
segfault disappeared. I figure we have an atexit/on_exit call somwhere
which tries to use data which isn't initialized at that point.


Thiemo