From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:59206) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuVNF-0008V3-Td for qemu-devel@nongnu.org; Thu, 26 Jul 2012 17:13:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SuVNE-0002BS-ON for qemu-devel@nongnu.org; Thu, 26 Jul 2012 17:13:33 -0400 Received: from mx1.redhat.com ([209.132.183.28]:3535) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuVNE-0002BH-Ge for qemu-devel@nongnu.org; Thu, 26 Jul 2012 17:13:32 -0400 Date: Thu, 26 Jul 2012 18:14:08 -0300 From: Luiz Capitulino Message-ID: <20120726181408.5e63efe1@doriath.home> In-Reply-To: <87394e1b89.fsf@codemonkey.ws> References: <87ipdacrhj.fsf@codemonkey.ws> <20120726154358.69eee026@doriath.home> <20120726154711.30784ba5@doriath.home> <87394e1b89.fsf@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Plan for error handling in QMP List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Kevin Wolf , Paolo Bonzini , qemu-devel@nongnu.org, Markus Armbruster On Thu, 26 Jul 2012 16:08:54 -0500 Anthony Liguori wrote: > Luiz Capitulino writes: > > > On Thu, 26 Jul 2012 15:43:58 -0300 > > Luiz Capitulino 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. What I meant is that, for 1.2 we want to reduce from 71 error codes to 10-15, right? If that's right what are the 10-15 errors that won't be dropped? Or did I misunderstand?