From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:56561)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1SuVIu-0007Nj-F5
	for qemu-devel@nongnu.org; Thu, 26 Jul 2012 17:09:10 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1SuVIq-0000fX-Ef
	for qemu-devel@nongnu.org; Thu, 26 Jul 2012 17:09:04 -0400
Received: from mail-gh0-f173.google.com ([209.85.160.173]:45633)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1SuVIq-0000fB-Au
	for qemu-devel@nongnu.org; Thu, 26 Jul 2012 17:09:00 -0400
Received: by ghrr14 with SMTP id r14so2470938ghr.4
	for <qemu-devel@nongnu.org>; Thu, 26 Jul 2012 14:08:59 -0700 (PDT)
From: Anthony Liguori <anthony@codemonkey.ws>
In-Reply-To: <20120726154711.30784ba5@doriath.home>
References: <87ipdacrhj.fsf@codemonkey.ws>
	<20120726154358.69eee026@doriath.home>
	<20120726154711.30784ba5@doriath.home>
Date: Thu, 26 Jul 2012 16:08:54 -0500
Message-ID: <87394e1b89.fsf@codemonkey.ws>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Re: [Qemu-devel] Plan for error handling in QMP
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/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: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: Kevin Wolf <kwolf@redhat.com>, Paolo Bonzini <pbonzini@redhat.com>, qemu-devel@nongnu.org, Markus Armbruster <armbru@redhat.com>

Luiz Capitulino <lcapitulino@redhat.com> writes:

> On Thu, 26 Jul 2012 15:43:58 -0300
> Luiz Capitulino <lcapitulino@redhat.com> wrote:
>
>> On Thu, 26 Jul 2012 13:22:15 -0500
>> anthony@codemonkey.ws wrote:
>> 
>> > 
>> > Hi,
>> > 
>> > We had a violent^Wheated discussion on IRC about how to move forward
>> > with Luiz's proposed error series.  I think we reached consensus.  This
>> > note attempts to outline that.
>> 
>> This looks great to me, violent^W heated discussions can be so productive :)
>> 
>> > 
>> > Principles
>> > ----------
>> > 1. Errors should be free formed strings with a class code
>> > 
>> > 2. There should be a small number of class codes (10-15) added
>> >    strictly when there are specific users of a code.
>
> Btw, do we have a listing of those 10-15 errors already?

See the clause: "added strictly when there are specific users".

Users means consumers.  So don't add an error type until someone cares
to differientiate error reasons.

Regards,

Anthony Liguori