diff options
author | ali.akbar@gmail.com <ali.akbar@gmail.com@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-08-12 20:13:20 +0000 |
---|---|---|
committer | ali.akbar@gmail.com <ali.akbar@gmail.com@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-08-12 20:13:20 +0000 |
commit | 331580b5a604f073f4afabd21537d42de3732178 (patch) | |
tree | 3b373d59c475851b9a1d849275e24da3e2f5db8b /AUTHORS | |
parent | d81f2286f59f740262ec02d4d4f6d3ea29216cfd (diff) | |
download | chromium_src-331580b5a604f073f4afabd21537d42de3732178.zip chromium_src-331580b5a604f073f4afabd21537d42de3732178.tar.gz chromium_src-331580b5a604f073f4afabd21537d42de3732178.tar.bz2 |
Fixes a corner case bug in the HexStringToInt conversion function which caused the string "0x" to be treated as a valid hexadecimal number.
Although the parsed result was 0, the boolean flag returned indicated that the hex number was in proper format
The IteratorRangeToNumber class's Invoke function increments the string pointer by 2 if the string starts with "0x" or "0X" and the length is greater than *or equal* to 2
If the length of the string is 2, i.e "0x", after the pointer increment, the string would be empty and the function returns true as the parse result
Changed the condition from "greater than or equal to" to "greater than"
Added another test cases which now properly treats "0x" as an invalid hex string
Contributed by ali.akbar@gmail.com
BUG=92054
Review URL: http://codereview.chromium.org/7584031
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@96605 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'AUTHORS')
-rw-r--r-- | AUTHORS | 1 |
1 files changed, 1 insertions, 0 deletions
@@ -117,3 +117,4 @@ Torsten Kurbad <google@tk-webart.de> Max Perepelitsyn <pph34r@gmail.com> Luke Zarko <lukezarko@gmail.com> Felix H. Dahlke <fhd@ubercode.de> +Ali Vathi <ali.akbar@gmail.com> |