Re: Regex with > 32k different chars causes a backend crash
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Regex with > 32k different chars causes a backend crash |
| Дата | |
| Msg-id | 14833.1365002487@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Regex with > 32k different chars causes a backend crash (Heikki Linnakangas <hlinnakangas@vmware.com>) |
| Ответы |
Re: Regex with > 32k different chars causes a backend crash
|
| Список | pgsql-hackers |
Heikki Linnakangas <hlinnakangas@vmware.com> writes:
> A regex with that many different colors is an extreme case, so I think
> it's enough to turn the assertion in newcolor() into a run-time check,
> and throw a "too many colors in regexp" error. Alternatively, we could
> expand 'color' from short to int, but that would double the memory usage
> of sane regexps with less different characters.
Obviously Henry didn't think that far ahead. I agree that throwing
an error is the best solution, and that widening "color" is probably
not what we want to do. You want to fix that, or shall I?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера