From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EuGD6-0007BR-4T for qemu-devel@nongnu.org; Wed, 04 Jan 2006 16:30:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EuGD5-0007AV-4f for qemu-devel@nongnu.org; Wed, 04 Jan 2006 16:30:19 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EuGD5-0007AM-0u for qemu-devel@nongnu.org; Wed, 04 Jan 2006 16:30:19 -0500 Received: from [193.70.192.54] (helo=smtp4.libero.it) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EuGEX-0003WT-Jy for qemu-devel@nongnu.org; Wed, 04 Jan 2006 16:31:49 -0500 Received: from localhost (172.16.1.48) by smtp4.libero.it (7.0.027-DD01) id 439D910601BEFE23 for qemu-devel@nongnu.org; Wed, 4 Jan 2006 22:28:32 +0100 Received: from smtp0.libero.it ([172.16.1.77]) by localhost (asav8.libero.it [193.70.193.94]) (amavisd-new, port 10024) with ESMTP id 00715-09 for ; Wed, 4 Jan 2006 22:28:32 +0100 (CET) Received: from ppp-26-99.25-151.libero.it (ppp-26-99.25-151.libero.it [151.25.99.26]) by smtp0.libero.it (Postfix) with ESMTP id 6277A33385F for ; Wed, 4 Jan 2006 22:28:31 +0100 (MET) From: Giuseppe Della Bianca Subject: Re: [Qemu-devel] qemu and configuration file? Date: Wed, 4 Jan 2006 22:22:09 +0100 References: <200512312120.43014.bepi@adria.it> <200601032249.41640.bepi@adria.it> <43BB6224.9020507@vision.ee> In-Reply-To: <43BB6224.9020507@vision.ee> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200601042222.09682.bepi@adria.it> Content-Type: text/plain; charset="iso-8859-1" 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 ]zac[ > see no reasons why to choose anything else than xml for it. We have tons of > xml libs that can be used for gui's (think perl, tk, python etc...). ]zac[ The xml configuration file are too much hard to consult and to modify directly from a human. The idea to use additional library and therefore to add obligatory prerequirement to qemu, is not an idea that have appeals for me. > Certainly better every dude writing it's own XuPeRpArSeR that will be > broken and compatible after a major change in qemu ... > Another choice would be the pure rc (just 'item = value' lines) without > any supersmart blocks. My program and library can manage from the basic ' key value' to the configuration file of xfree/xorg (and multiple keys, groups with name in one key) without particular problems. As an example: Qemu set up a function of callback, calls one function of my library for demands one group (or some groups) and one key (or some keys), my library, using the callback function it gives back the value (or some values). Then qemu it will make what he must make, and I do not see particular problems of incompatible with a major change in qemu. > xml style or rc style, please no hack in betweeen :) All depends from functions that are wanted to be added at qemu, without the group not it goes beyond simpler configurations. Gdb