Re: libpq5 8.3 breaks 8.2 compatibility with encodings
От | Tom Lane |
---|---|
Тема | Re: libpq5 8.3 breaks 8.2 compatibility with encodings |
Дата | |
Msg-id | 28378.1192204964@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | libpq5 8.3 breaks 8.2 compatibility with encodings (Martin Pitt <martin@piware.de>) |
Ответы |
Re: libpq5 8.3 breaks 8.2 compatibility with encodings
Re: libpq5 8.3 breaks 8.2 compatibility with encodings |
Список | pgsql-bugs |
Martin Pitt <martin@piware.de> writes: > However, if I use 8.2 programs with the 8.3 library, things start to > become weird: > $ # kill postgres instance > $ rm -rf /tmp/x; LC_ALL=3Den_US.UTF-8 /usr/lib/postgresql/8.2/bin/initdb = > --encoding UTF8 -D /tmp/x Does anything other than initdb get weird? For the most part I believe it's the case that libpq's idea of the enum values is independent of the backend's. I think the issue here is that initdb is (mis) using libpq's pg_char_to_encoding, etc, and combining those functions with its own idea of the meanings of the enum values. Maybe we should stop exporting pg_char_to_encoding and so on from libpq, though I wonder if that would break any clients. regards, tom lane
В списке pgsql-bugs по дате отправления: