]> granicus.if.org Git - postgresql/commit
Fix some wide-character bugs in the text-search parser.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 1 Feb 2014 23:27:04 +0000 (18:27 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 1 Feb 2014 23:27:48 +0000 (18:27 -0500)
commit399d23e19c9cf3cf94561e0137f59a44530d0efb
treeef14039bd75db81e769482da6431be2bc34a4039
parent141119c2a78efbb6dae5b0f37f9c07c2b9f9c8cb
Fix some wide-character bugs in the text-search parser.

In p_isdigit and other character class test functions generated by the
p_iswhat macro, the code path for non-C locales with multibyte encodings
contained a bogus pointer cast that would accidentally fail to malfunction
if types wchar_t and wint_t have the same width.  Apparently that is true
on most platforms, but not on recent Cygwin releases.  Remove the cast,
as it seems completely unnecessary (I think it arose from a false analogy
to the need to cast to unsigned char when dealing with the <ctype.h>
functions).  Per bug #8970 from Marco Atzeri.

In the same functions, the code path for C locale with a multibyte encoding
simply ANDed each wide character with 0xFF before passing it to the
corresponding <ctype.h> function.  This could result in false positive
answers for some non-ASCII characters, so use a range test instead.
Noted by me while investigating Marco's complaint.

Also, remove some useless though not actually buggy maskings and casts
in the hand-coded p_isalnum and p_isalpha functions, which evidently
got tested a bit more carefully than the macro-generated functions.
src/backend/tsearch/wparser_def.c