From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cooper Subject: Re: [Patch] tools/libxc: Correct read_exact() error messages Date: Wed, 8 Jan 2014 14:38:18 +0000 Message-ID: <52CD62DA.3010102@citrix.com> References: <1389089063-31631-1-git-send-email-andrew.cooper3@citrix.com> <1389190848.4883.84.camel@kazak.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1389190848.4883.84.camel@kazak.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: Ian Jackson , Xen-devel List-Id: xen-devel@lists.xenproject.org On 08/01/14 14:20, Ian Campbell wrote: > On Tue, 2014-01-07 at 10:04 +0000, Andrew Cooper wrote: >> The errors have been incorrectly identifying their function since c/s >> 861aef6e1558bebad8fc60c1c723f0706fd3ed87 which did a lot of error handling >> cleanup. >> >> Use __func__ to ensure the name remains correct in the future. >> >> Signed-off-by: Andrew Cooper >> CC: Ian Campbell >> CC: Ian Jackson > A simple string change seems harmless from a release PoV, so on that > front > Release-Acked-by: Ian Campbell. > > For the actual change though, most uses of ERROR in this function just > have a descriptive error without the function name. If we are going to > change it then I'm not convinced "rdexact failed..." is as useful as > something like "Failed to read exactly %d bytes (select returned...)". > Other thoughts? > > (that said, I'm still somewhat inclined to just bung this one in...) > > Ian. When triaging problems after-the-fact from logfiles along, a lack of file/line/function references is often makes debugging harder than it should be. In the specific case I encountered, the error as was sufficed for working out what had gone wrong (an -EIO). I would possibly throw it straight in now, with a note that there needs to be some consistency applied to the error reporting in this and other areas of libxc. ~Andrew