From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=50195 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PscTe-0006AV-EZ
	for qemu-devel@nongnu.org; Thu, 24 Feb 2011 09:47:35 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1PscTd-0005RK-6p
	for qemu-devel@nongnu.org; Thu, 24 Feb 2011 09:47:34 -0500
Received: from mail-vx0-f173.google.com ([209.85.220.173]:57724)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1PscTd-0005RD-4W
	for qemu-devel@nongnu.org; Thu, 24 Feb 2011 09:47:33 -0500
Received: by vxb41 with SMTP id 41so523024vxb.4
	for <qemu-devel@nongnu.org>; Thu, 24 Feb 2011 06:47:32 -0800 (PST)
Message-ID: <4D666F80.1040907@codemonkey.ws>
Date: Thu, 24 Feb 2011 08:47:28 -0600
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Re: [PATCH] Split machine creation from the main loop
References: <1298497114-7436-1-git-send-email-aliguori@us.ibm.com>	<m3d3mi2w76.fsf@trasno.org>
	<4D65945A.3090106@codemonkey.ws>	<m3zkpm1fuf.fsf@trasno.org>
	<4D65A81D.4090407@codemonkey.ws>
	<AANLkTint+s0AsF9zvO=znJyxGyphtXED4i42=78W3RzR@mail.gmail.com>
In-Reply-To: <AANLkTint+s0AsF9zvO=znJyxGyphtXED4i42=78W3RzR@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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.nongnu.org/archive/html/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: Stefan Hajnoczi <stefanha@gmail.com>
Cc: qemu-devel@nongnu.org, quintela@redhat.com

On 02/24/2011 04:19 AM, Stefan Hajnoczi wrote:
>
> Any chance of reusing info qtree, QemuOpts, or other existing
> infrastructure for the config file?
>    

I'm nowhere near implementation details like that.  I'm still trying to 
understand whether this is a Good Idea at all.

Regards,

Anthony Liguori

> Config file set/get/format code tends to be just toggling variables
> and manipulating strings.  There is similarity here with the option
> parsing and qdev properties.
>
> Stefan
>
>