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:52 -0400 |
| commit | dad7ea7e4dcc9ebdfb5480aa91cd1424135214e9 (patch) | |
| tree | d80ec9551dd6d55c4d86e82f9dc3bb3a18423489 /src/backend/regex/regexec.c | |
| parent | 06a1ada7935acce6c6b9f5569ca3da9260a50784 (diff) | |
| download | postgresql-dad7ea7e4dcc9ebdfb5480aa91cd1424135214e9.tar.gz postgresql-dad7ea7e4dcc9ebdfb5480aa91cd1424135214e9.zip | |
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/regex/regexec.c')
0 files changed, 0 insertions, 0 deletions