Re: Damage control for planner's get_actual_variable_endpoint() runaway
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Damage control for planner's get_actual_variable_endpoint() runaway |
| Дата | |
| Msg-id | 3479601.1669142665@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Damage control for planner's get_actual_variable_endpoint() runaway (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Damage control for planner's get_actual_variable_endpoint() runaway
Re: Damage control for planner's get_actual_variable_endpoint() runaway |
| Список | pgsql-hackers |
I wrote:
> Still wondering if there's really no CHECK_FOR_INTERRUPT anywhere
> else in this loop.
I did some experimentation using the test case Jakub presented
to start with, and verified that that loop does respond promptly
to control-C even in HEAD. So there are CFI(s) in the loop as
I thought, and we don't need another.
What we do need is some more work on nearby comments. I'll
see about that and push it.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера