Re: [PATCH] diff: parse ws-error-highlight option more strictly

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

 



René Scharfe <l.s.r@xxxxxx> writes:

> Check if a matched token is followed by a delimiter before advancing the
> pointer arg.  This avoids accepting composite words like "allnew" or
> "defaultcontext".
>
> Signed-off-by: Rene Scharfe <l.s.r@xxxxxx>
> ---
>  diff.c | 7 ++++++-
>  1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/diff.c b/diff.c
> index 87b16d5..0f17ec5 100644
> --- a/diff.c
> +++ b/diff.c
> @@ -3653,7 +3653,12 @@ static void enable_patch_output(int *fmt) {
>  
>  static int parse_one_token(const char **arg, const char *token)
>  {
> -	return skip_prefix(*arg, token, arg) && (!**arg || **arg == ',');
> +	const char *rest;
> +	if (skip_prefix(*arg, token, &rest) && (!*rest || *rest == ',')) {
> +		*arg = rest;
> +		return 1;
> +	}
> +	return 0;
>  }

So the bug is, when fed "allnew", calls to this function are done
with "none" and "default" (both of which fail skip_prefix()), then
with "all", at which point skip_prefix() advance the *arg pointer to
"allnew"+3 (i.e. pointing at 'n') and the check on the "are we at
the end of token?" fails. The next call is for "new" and it
incorrectly passes.

Thanks for spotting.

An unrelated tangent, but I misnamed this function grossly, it
seems.  Even if this is a file-scope static, it is selfish to claim
that this function is the only one that will ever parse any kind of
token in this file.  As this is a helper that can be used to parse
any string with comma-separated tokens, I should have named it with
some word that hints that fact.

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]