Re: trivial DoS on char recoding
| От | Tom Lane |
|---|---|
| Тема | Re: trivial DoS on char recoding |
| Дата | |
| Msg-id | 1271.1150841438@sss.pgh.pa.us обсуждение |
| Ответ на | trivial DoS on char recoding (Alvaro Herrera <alvherre@commandprompt.com>) |
| Ответы |
Re: trivial DoS on char recoding
|
| Список | pgsql-hackers |
Alvaro Herrera <alvherre@commandprompt.com> writes:
> Note that the PO file for the spanish translation is written in Latin1,
> not UTF8. So I can adventure that the server is trying to recode a
> string which is originally in Latin1, but assuming it is UTF-8, to
> Win1250.
Yeah, this is a known problem --- basically it seems a shortcoming of
the gettext() API. You can find details in the archives.
> Should we get firmer in rejecting invalid configurations?
The question is how sure are we whether a configuration is "invalid".
AFAIK there's not a really portable way to determine which encoding
matches a locale. initdb has a kluge that seems to work most of the
time, but do we want the database to refuse to start when it doesn't?
regards, tom lane
В списке pgsql-hackers по дате отправления: