Re: Unicode normalization SQL functions - Mailing list pgsql-hackers

From Daniel Verite
Subject Re: Unicode normalization SQL functions
Date
Msg-id dd16d2c4-e7cb-4e6d-a92d-40e8dc1cf8a6@manitou-mail.org
Whole thread Raw
In response to Re: Unicode normalization SQL functions  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: Unicode normalization SQL functions
List 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 by date:

Previous
From: "Daniel Verite"
Date:
Subject: Re: Unicode normalization SQL functions
Next
From: Tom Mercha
Date:
Subject: SPI Concurrency Precautions?