From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFOAB-0007sc-PO for qemu-devel@nongnu.org; Mon, 17 Feb 2014 08:23:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WFOA5-0001uD-QZ for qemu-devel@nongnu.org; Mon, 17 Feb 2014 08:23:11 -0500 Received: from mx1.redhat.com ([209.132.183.28]:38481) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFOA5-0001tu-In for qemu-devel@nongnu.org; Mon, 17 Feb 2014 08:23:05 -0500 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s1HDN3Lu003964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 17 Feb 2014 08:23:03 -0500 Date: Mon, 17 Feb 2014 08:23:01 -0500 From: Jeff Cody Message-ID: <20140217132301.GA6821@localhost.localdomain> References: <1392138233-26407-1-git-send-email-pbonzini@redhat.com> <1392138233-26407-10-git-send-email-pbonzini@redhat.com> <20140214164540.GK32343@dhcp-200-207.str.redhat.com> <20140214165954.GD17514@localhost.localdomain> <87d2io7l0e.fsf@blackfin.pond.sub.org> <20140217131545.GA1428@T430.redhat.com> <53020C8A.6090806@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53020C8A.6090806@redhat.com> Subject: Re: [Qemu-devel] [PATCH v2 09/20] cow: correctly propagate errors List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Kevin Wolf , Fam Zheng , Markus Armbruster , qemu-devel@nongnu.org On Mon, Feb 17, 2014 at 02:20:10PM +0100, Paolo Bonzini wrote: > Il 17/02/2014 14:15, Fam Zheng ha scritto: > >Does this mean that error_is_set() is always used by programmer to check a > >non-NULL error pointer? Is there any case to call error_is_set(errp) without > >knowing if errp is NULL or not? If no, should we enforce the rule and add > >assert(errp) in error_is_set()? > > I think we shouldn't need error_is_set() at all... > By this do you mean the caller should dereference errp explicitly to check to see if an error is set, or that there should not be void functions that only indicate error via errp?