diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2014-06-03 12:01:30 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2014-06-03 12:02:13 -0400 |
commit | 9dee1e4b3832c1cdb1b052a58dca0cf33929438a (patch) | |
tree | d26dc3668797eb3a622630a57146b05971431f91 /src/backend/executor/nodeFunctionscan.c | |
parent | ee6c5f10d53f9dd73007535ff4cba752e7e70f5e (diff) | |
download | postgresql-9dee1e4b3832c1cdb1b052a58dca0cf33929438a.tar.gz postgresql-9dee1e4b3832c1cdb1b052a58dca0cf33929438a.zip |
Make plpython_unicode regression test work in more database encodings.
This test previously used a data value containing U+0080, and would
therefore fail if the database encoding didn't have an equivalent to
that; which only about half of our supported server encodings do.
We could fall back to using some plain-ASCII character, but that seems
like it's losing most of the point of the test. Instead switch to using
U+00A0 (no-break space), which translates into all our supported encodings
except the four in the EUC_xx family.
Per buildfarm testing. Back-patch to 9.1, which is as far back as this
test is expected to succeed everywhere. (9.0 has the test, but without
back-patching some 9.1 code changes we could not expect to get consistent
results across platforms anyway.)
Diffstat (limited to 'src/backend/executor/nodeFunctionscan.c')
0 files changed, 0 insertions, 0 deletions