mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-09-10 11:19:40 +02:00
A large majority of the callers of pg_do_encoding_conversion were specifying the database encoding as either source or target of the conversion, meaning that we can use the less general functions pg_any_to_server/pg_server_to_any instead. The main advantage of using the latter functions is that they can make use of a cached conversion-function lookup in the common case that the other encoding is the current client_encoding. It's notationally cleaner too in most cases, not least because of the historical artifact that the latter functions use "char *" rather than "unsigned char *" in their APIs. Note that pg_any_to_server will apply an encoding verification step in some cases where pg_do_encoding_conversion would have just done nothing. This seems to me to be a good idea at most of these call sites, though it partially negates the performance benefit. Per discussion of bug #9210. |
||
---|---|---|
.. | ||
Makefile | ||
sslinfo--1.0.sql | ||
sslinfo--unpackaged--1.0.sql | ||
sslinfo.c | ||
sslinfo.control |