diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2015-09-16 14:50:12 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2015-09-16 14:50:45 -0400 |
| commit | 11103c6d95e43bf720b2293cb4c4b2f6efc4947a (patch) | |
| tree | 80a1c72fcb040cbba3ef458e0a88c01a0fd8a085 /src/backend/utils/adt/numeric.c | |
| parent | 49232d4191149fd2955e8739a457d70228526dba (diff) | |
Fix documentation of regular expression character-entry escapes.
The docs claimed that \uhhhh would be interpreted as a Unicode value
regardless of the database encoding, but it's never been implemented
that way: \uhhhh and \xhhhh actually mean exactly the same thing, namely
the character that pg_mb2wchar translates to 0xhhhh. Moreover we were
falsely dismissive of the usefulness of Unicode code points above FFFF.
Fix that.
It's been like this for ages, so back-patch to all supported branches.
Diffstat (limited to 'src/backend/utils/adt/numeric.c')
0 files changed, 0 insertions, 0 deletions