Gracefully handle bad octal literals

The code handling integer literals in dtc-lexer.l assumes that the flex
regexp means that strtoull() can't fail to interpret the string as a valid
integer (either decimal, octal, or hexadecimal).  This is not true for
octals.  For example '09' is accepted as a literal by the regexp,
strtoull() attempts to handle it as octal, but it has a bad digit.

This changes the code to give a more useful error in this case.

Reported-by: Anton Blanchard <anton@samba.org>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
This commit is contained in:
David Gibson 2016-01-03 22:54:37 +11:00
parent 1937095588
commit 1ab2205a6f
3 changed files with 10 additions and 1 deletions

View file

@ -153,7 +153,10 @@ static void lexical_error(const char *fmt, ...);
errno = 0; errno = 0;
yylval.integer = strtoull(yytext, &e, 0); yylval.integer = strtoull(yytext, &e, 0);
assert(!(*e) || !e[strspn(e, "UL")]); if (*e && e[strspn(e, "UL")]) {
lexical_error("Bad integer literal '%s'",
yytext);
}
if (errno == ERANGE) if (errno == ERANGE)
lexical_error("Integer literal '%s' out of range", lexical_error("Integer literal '%s' out of range",

View file

@ -0,0 +1,5 @@
/dts-v1/;
/ {
x = <09>;
};

View file

@ -291,6 +291,7 @@ libfdt_tests () {
run_dtc_test -I dts -O dtb bad-size-cells.dts run_dtc_test -I dts -O dtb bad-size-cells.dts
run_wrap_error_test $DTC division-by-zero.dts run_wrap_error_test $DTC division-by-zero.dts
run_wrap_error_test $DTC bad-octal-literal.dts
} }
dtc_tests () { dtc_tests () {