[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [libvirt] [PATCH 00/12] Introduce public APIs for dealing with virTypedParameters



On Wed, Jan 16, 2013 at 03:20:05PM +0100, Jiri Denemark wrote:
> Working with virTypedParameters in clients written in C is ugly and
> requires all clients to duplicate the same code. This set of APIs makes
> this code for manipulating with virTypedParameters integral part of
> libvirt so that all clients may benefit from it.
> 
> Jiri Denemark (12):
>   Add virTypedParams* APIs
>   virsh: Use virTypedParams* APIs in blkdeviotune
>   virsh: Use virTypedParams* APIs in blkiotune
>   virsh: Use virTypedParams* APIs in domiftune
>   virsh: Use virTypedParams* APIs in schedinfo
>   virsh: Use virTypedParams* APIs in domblkstat
>   virsh: Use virTypedParams* APIs in memtune
>   virsh: Use virTypedParams* APIs in numatune
>   virsh: Use virTypedParams* APIs in node-memory-tune
>   virsh: Use virTypedParams* APIs in cpu-stats
>   Introduce virTypedParamsClear public API

  In general agreement, the virTypedParams are the most complex
construct of our APIs (beside the XML data) and this goes a long
way to make them easier to use. We should probably add a small example
somewhere in the documentation too (but where ?)

>   python: Avoid freeing uninitialized new_params pointer

  This one can go in asynch, it's a bug fix, ACK on that one

Daniel

-- 
Daniel Veillard      | Open Source and Standards, Red Hat
veillard redhat com  | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | virtualization library  http://libvirt.org/


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]