Re: BUG #18735: Specific multibyte character in psql file path command parameter for Windows
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #18735: Specific multibyte character in psql file path command parameter for Windows |
| Дата | |
| Msg-id | 2751825.1733464455@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #18735: Specific multibyte character in psql file path command parameter for Windows (Koichi Suzuki <koichi.dbms@gmail.com>) |
| Ответы |
Re: BUG #18735: Specific multibyte character in psql file path command parameter for Windows
|
| Список | pgsql-bugs |
Koichi Suzuki <koichi.dbms@gmail.com> writes:
> I'm not sure if we can fix src/fe_utils/psqlscan.l and/or
> src/bin/psql/psqlscanslash.l for this. Needs some more investigqation.
I don't believe the theory that the fault lies there. If the flex
rules were taking the backslash-embedded-in-a-shift-JIS-character
as a backslash, they would think it is the start of a new backslash
command, with the result being that the filename argument gets
truncated there. That doesn't match the reported symptoms: we
see more of the filename than that echoed back in the error message.
So I think the filename is getting through that part just fine,
and then we're messing it up in canonicalize_path or adjacent
processing.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера