]> 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:07 +0000 (18:27 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 1 Feb 2014 23:27:54 +0000 (18:27 -0500)
commit3c7b4ef70fb443aeab7fd711ee94453a41d69d77
tree769dbcc3fe429098796a68cc362745e1c54c7acd
parentcfebd60d826a4c34f240913ee9c76d4e9ac0afa9
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