On 01/22/2013 02:30 PM, Peter Krempa wrote: > The documentation comment virBitmapParse didn't document the @sep > parameter. > --- > src/util/virbitmap.c | 16 +++++++++------- > 1 file changed, 9 insertions(+), 7 deletions(-) > > diff --git a/src/util/virbitmap.c b/src/util/virbitmap.c > index ca82d1b..e3ca4ff 100644 > --- a/src/util/virbitmap.c > +++ b/src/util/virbitmap.c > @@ -265,23 +265,25 @@ char *virBitmapFormat(virBitmapPtr bitmap) > /** > * virBitmapParse: > * @str: points to a string representing a human-readable bitmap > + * @sep: separator character > * @bitmap: a bitmap created from @str > * @bitmapSize: the upper limit of num of bits in created bitmap > * > * This function is the counterpart of virBitmapFormat. This function creates > * a bitmap, in which bits are set according to the content of @str. > * > - * @str is a comma separated string of fields N, which means a number of bit > - * to set, and ^N, which means to unset the bit, and N-M for ranges of bits > - * to set. > + * @str is a string of fields N separated by a character @sep, which means a > + * number of bit to set, and ^N, which means to unset the bit, and N-M for > + * ranges of bits to set. This wording confused me. @sep isn't between each field, so much as at the end of all of the fields. Most callers pass 0, but there are some callers that pass ',' and even one that passes 'n'; so the use of 'sep' is when you are parsing a bitmap out of a larger string, and want to stop at the separator that says where the bitmap ends and the rest of the string continues (and NOT that it separates fields, unless 'sep' happens to be ',' to parse exactly one field). But I don't know if I have any better wording, so weak ACK, especially if you can improve it. -- Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
Attachment:
signature.asc
Description: OpenPGP digital signature
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list