[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v6 for-4.5 4/5] xl: add 'trim' and 'split_string_into_pair' functions
On Wed, Sep 24, 2014 at 09:48:04PM +0100, David Scott wrote: > Signed-off-by: David Scott <dave.scott@xxxxxxxxxx> > --- > tools/libxl/xl_cmdimpl.c | 66 > +++++++++++++++++++++++++++++++++++++++++++++- > 1 file changed, 65 insertions(+), 1 deletion(-) > > diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c > index 1fc2171..d6f311f 100644 > --- a/tools/libxl/xl_cmdimpl.c > +++ b/tools/libxl/xl_cmdimpl.c > @@ -300,7 +300,6 @@ static void *xrealloc(void *ptr, size_t sz) { > return r; > } > > -static char *xstrdup(const char *x) __attribute__ ((unused)); > static char *xstrdup(const char *x) > { > char *r; > @@ -564,6 +563,71 @@ static void split_string_into_string_list(const char > *str, > free(s); > } > > +/* NB: this follows the interface used by <ctype.h>. See 'man 3 ctype' > + and look for CTYPE in libxl_internal.h */ > +typedef int (*char_predicate_t)(const int c); > + > +static void trim(char_predicate_t predicate, const char *input, char > **output) __attribute__ ((unused)); > +static void trim(char_predicate_t predicate, const char *input, char > **output) > +{ > + char *p, *q, *tmp; Ideally you should check input != NULL before dereferencing it. Or you need to document this function expects a valid pointer. > + if (*input == '\000') > + return; As this function won't fail, caller cannot distinguish between a valid pointer and garbage. I think you need to set output to NULL in this case. > + /* Input has length >= 1 */ > + > + p = tmp = xstrdup(input); > + /* Skip past the first whitespace */ This comment is wrong. > + while ((*p != '\000') && (predicate((unsigned char)*p))) > + p ++; > + q = p + strlen(p) - 1; > + /* q points to the last non-NULL character */ > + while ((q > p) && (predicate((unsigned char)*q))) > + q --; > + /* q points to the last character we want */ > + q ++; > + *q = '\000'; > + *output = xstrdup(p); > + free(tmp); > +} > + > +static int split_string_into_pair(const char *str, > + const char *delim, > + char **a, > + char **b) __attribute__ ((unused)); > +static int split_string_into_pair(const char *str, > + const char *delim, > + char **a, > + char **b) > +{ You didn't restrict number of entries in this function. So a malformed "a=b=c" string ends up with "a" in key and "b=c" in value. Is that a problem? If value is to be passed directly to any other component (QEMU?) that supports similar syntax as argument then I think we should be care about this string. Wei. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |