On Tue, Jan 12, 2010 at 03:26:28PM -0500, Cole Robinson wrote: > Since virDispatchError is now responsible for invoking the error callback, > give it the same semantics as ReportError, which will skip VIR_ERR_OK > (which is encountered when no error was raised). > > This fixes invoking the error callback after every non-erroring API call. > > Signed-off-by: Cole Robinson <crobinso@xxxxxxxxxx> > --- > src/util/virterror.c | 6 +++++- > 1 files changed, 5 insertions(+), 1 deletions(-) > > diff --git a/src/util/virterror.c b/src/util/virterror.c > index e2128b9..78974ee 100644 > --- a/src/util/virterror.c > +++ b/src/util/virterror.c > @@ -603,8 +603,12 @@ virDispatchError(virConnectPtr conn) > if (!err) > return; > > - /* Set a generic error message if none is already set */ > + /* We never used to raise ERR_OK, so maintain existing behavior */ > if (err->code == VIR_ERR_OK) > + return; > + > + /* Set a generic error message if none is already set */ > + if (!err->message) > virErrorGenericFailure(err); > > /* Copy the global error to per-connection error if needed */ We should only ever be invoking virDispatchError() in error paths, so if err->code == VIR_ERR_OK, this means we do need set a generic message because the earlier code indicated an error but forgot to report one. So I don't think this is correct. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list