On 4/11/19 6:57 AM, Daniel P. Berrangé wrote: > On Mon, Apr 08, 2019 at 11:48:18AM -0400, Cole Robinson wrote: >> This allows us to raise error messages from virEnum*String functions. >> >> FromString failure will report this error for value 'zzzz' >> >> invalid argument: Unknown 'domain type' value 'zzzz' >> >> ToString failure will report this error for unknown type=83 >> >> internal error: Unknown 'domain type' internal value '83' >> >> However we disable the error reporting for now. It should only be >> enabled when we decide to begin dropping duplicate error reporting. > > Why don't we *enable* error reporting now, but only if the label > string is non-NULL. Then just change your second patch to pass > NULL everywhere. We can then incrementally replace the NULL with > a real message at the same time as we update each caller to drop > the existing error reporting. > > This avoids any point in time having double reporting. > Yes but this hits the case I mentioned in the cover letter: until the code base is converted it will be easier for new code to neglect to raise virReportError when the enum hasn't been converted yet, and IMO reporting no error is much worse than double reporting. If you still think it's the way to go I'll rework it. But then maybe we need to think more about the strategy and timing of how we plan to convert the code, do we shoot for doing it in a single release window? The NULL idea is a good one anyway because at least some places like the Tristate functions we likely won't want to raise errors, but those may need to be treated differently anyways. Thanks, Cole -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list
