Re: [COMMITTERS] pgsql: Unicode escapes in E'...' strings Author: Marko Kreen
Вложения
В списке pgsql-hackers по дате отправления:
| От | Marko Kreen |
|---|---|
| Тема | Re: [COMMITTERS] pgsql: Unicode escapes in E'...' strings Author: Marko Kreen |
| Дата | |
| Msg-id | e51f66da0909261217j4ee21169q2aa33d40fda93bfc@mail.gmail.com обсуждение |
| Ответ на | Re: [COMMITTERS] pgsql: Unicode escapes in E'...' strings Author: Marko Kreen (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [COMMITTERS] pgsql: Unicode escapes in E'...' strings Author: Marko Kreen
|
| Список | pgsql-hackers |
Resend... On 9/26/09, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Marko Kreen <markokr@gmail.com> writes: > > On 9/26/09, Peter Eisentraut <peter_e@gmx.net> wrote: > > >> That patch results in the following message from flex: > >> > >> psqlscan.l:1039: warning, -s option given but default rule can be > >> matched > > > Agh. Well, that just means the <xeu> state must be commented out: > > > -%x xeu > > +/* %x xeu */ > > > Ick --- that breaks the whole concept of keeping the two sets of > flex rules in sync. And it's quite unclear why it fixes the problem, > too. At the very least, if you do it that way, it needs a comment > explaining exactly why it's different from the backend. The commenting-out fixes the problem, because I copy pasted the state declaration without any rules in it. Anyway, now I attached a patch, where I filled the section but without referring it from anywhere. The rules itself are now equal. Is that OK? -- marko
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера