From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NCZ3n-0008Af-Es for qemu-devel@nongnu.org; Mon, 23 Nov 2009 08:34:31 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NCZ3i-00087U-AO for qemu-devel@nongnu.org; Mon, 23 Nov 2009 08:34:30 -0500 Received: from [199.232.76.173] (port=45161 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCZ3h-00087M-Ux for qemu-devel@nongnu.org; Mon, 23 Nov 2009 08:34:25 -0500 Received: from mx1.redhat.com ([209.132.183.28]:1026) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NCZ3g-0001Eh-Na for qemu-devel@nongnu.org; Mon, 23 Nov 2009 08:34:25 -0500 Date: Mon, 23 Nov 2009 11:34:13 -0200 From: Luiz Capitulino Subject: Re: [Qemu-devel] [PATCH 00/10]: QError v4 Message-ID: <20091123113413.0c1b05f3@doriath> In-Reply-To: <4B0A8A19.6030607@codemonkey.ws> References: <1258487037-24950-1-git-send-email-lcapitulino@redhat.com> <4B04383A.9050101@linux.vnet.ibm.com> <4B06C00F.3020107@codemonkey.ws> <4B06E854.7080101@codemonkey.ws> <4B0961F0.3070004@codemonkey.ws> <20091123110619.4522c7cc@doriath> <4B0A8A19.6030607@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: kraxel@redhat.com, Markus Armbruster , qemu-devel@nongnu.org On Mon, 23 Nov 2009 07:11:53 -0600 Anthony Liguori wrote: > Luiz Capitulino wrote: > > On Sun, 22 Nov 2009 10:08:16 -0600 > > Anthony Liguori wrote: > > > > > >> I'm certainly willing to consider alternative ways to do qmp_error() but > >> taking a free form string is not an option in my mind. It goes against > >> the fundamentals of what we're trying to build with QMP. > >> > > > > Agreed. > > > > > >> So if you're opposed to structured error data, just having > >> qmp_error(error_code) is a reasonable alternative. I don't think it's > >> the right thing to do, but I think it's still within the spirit of the > >> goals of QMP. > >> > > > > You mean, we would have calls like: > > > > qemu_error_new(error_code, 'device '%s' not found', name); > > > > Except drop the 'device %s not found' bit. We would need a table to have the strings for the user protocol then. Not having the table is a key point in Markus's argument, I guess.