Re: Unicode normalization SQL functions
| От | Daniel Verite |
|---|---|
| Тема | Re: Unicode normalization SQL functions |
| Дата | |
| Msg-id | dd16d2c4-e7cb-4e6d-a92d-40e8dc1cf8a6@manitou-mail.org обсуждение исходный текст |
| Ответ на | Re: Unicode normalization SQL functions (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
| Ответы |
Re: Unicode normalization SQL functions
|
| Список | pgsql-hackers |
One nitpick: Around this hunk: - * unicode_normalize_kc - Normalize a Unicode string to NFKC form. + * unicode_normalize - Normalize a Unicode string to the specified form. * * The input is a 0-terminated array of codepoints. * @@ -304,8 +306,10 @@ decompose_code(pg_wchar code, pg_wchar **result, int *current) * string is palloc'd instead, and OOM is reported with ereport(). */ The comment in full says: /* * unicode_normalize - Normalize a Unicode string to the specified form. * * The input is a 0-terminated array of codepoints. * * In frontend, returns a 0-terminated array of codepoints, allocated with * malloc. Or NULL if we run out of memory. In frontend, the returned * string is palloc'd instead, and OOM is reported with ereport(). */ It looks like the 2nd occurrence of "frontend" was meant to be "backend". Best regards, -- Daniel Vérité PostgreSQL-powered mailer: http://www.manitou-mail.org Twitter: @DanielVerite
В списке pgsql-hackers по дате отправления: