| От | Mario Weilguni |
|---|---|
| Тема | Re: Bug in UTF8-Validation Code? |
| Дата | |
| Msg-id | 200703191342.36135.mweilguni@sime.com обсуждение исходный текст |
| Ответ на | Re: Bug in UTF8-Validation Code? (Martijn van Oosterhout <kleptog@svana.org>) |
| Список | pgsql-hackers |
Am Sonntag, 18. März 2007 12:36 schrieb Martijn van Oosterhout: > > It seems to me that the easiest solution would be to forbid \x?? escape > sequences where it's greater than \x7F for UTF-8 server encodings. > Instead introduce a \u escape for specifying the unicode character > directly. Under the basic principle that any escape sequence still has > to represent a single character. The result can be multiple bytes, but > you don't have to check for consistancy anymore. Would'nt the best solution to change the order of validation/convert_backslash_sequences better? First convert the sequences, and reject them in the validation stage? Regards Mario Weilguni
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера