diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2016-03-02 13:30:14 -0500 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2016-03-02 13:30:14 -0500 |
commit | c8c7c93de8e116d802eddfd8821f8f77588aee00 (patch) | |
tree | 86b163130a96d53d2ec103ef0c9940d05a81ccef /src/backend/utils/adt/tsquery_gist.c | |
parent | e2609323eb58ee273ac03a66343447e6a56154d5 (diff) | |
download | postgresql-c8c7c93de8e116d802eddfd8821f8f77588aee00.tar.gz postgresql-c8c7c93de8e116d802eddfd8821f8f77588aee00.zip |
Fix PL/Tcl's encoding conversion logic.
PL/Tcl appears to contain logic to convert strings between the database
encoding and UTF8, which is the only encoding modern Tcl will deal with.
However, that code has been disabled since commit 034895125d648b86, which
made it "#if defined(UNICODE_CONVERSION)" and neglected to provide any way
for that symbol to become defined. That might have been all right back
in 2001, but these days we take a dim view of allowing strings with
incorrect encoding into the database.
Remove the conditional compilation, fix warnings about signed/unsigned char
conversions, clean up assorted places that didn't bother with conversions.
(Notably, there were lots of assumptions that database table and field
names didn't need conversion...)
Add a regression test based on plpython_unicode. It's not terribly
thorough, but better than no test at all.
Diffstat (limited to 'src/backend/utils/adt/tsquery_gist.c')
0 files changed, 0 insertions, 0 deletions