Re: proposal - plpgsql unique statement id

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: proposal - plpgsql unique statement id
Дата
Msg-id CAFj8pRAn+gnOvN80z7aHumQypLQRARPf7JAfbc9jra5vHatu6g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: proposal - plpgsql unique statement id  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: proposal - plpgsql unique statement id  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers


út 22. 1. 2019 v 14:55 odesílatel Peter Eisentraut <peter.eisentraut@2ndquadrant.com> napsal:
There are still a handful of places where a statement is created but no
stmtid is assigned.  Can you check those?

src/pl/plpgsql/src/pl_exec.c:2815
src/pl/plpgsql/src/pl_exec.c:4580

These statements are "fake" very short life statements without processing via statement switch.  Should not be counted, because are dynamically created, dropped, and stmtid should be 0 or -1 (that means it should be int again).
Now, for both cases, the stmtid is 0, due memset to 0.
 
src/pl/plpgsql/src/pl_gram.y:907

It was missing, fixed, thank you for check

Regards

Pavel



--
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Thread-unsafe coding in ecpg
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Refactoring the checkpointer's fsync request queue