Re: What happened to the is_ family of functions
proposal?
В списке pgsql-hackers по дате отправления:
| От | Jeff Davis |
|---|---|
| Тема | Re: What happened to the is_ |
| Дата | |
| Msg-id | 1285120447.7762.15.camel@jdavis-ux.asterdata.local обсуждение |
| Ответ на |
Re: What happened to the is_ |
| Список | pgsql-hackers |
On Tue, 2010-09-21 at 19:55 -0400, Robert Haas wrote: > OK. This is one of the things I don't understand. Why does throwing > an error imply that we need to abort the current transaction? Why > can't we just catch the longjmp() and trundle onwards? Obviously, > that's unsafe if a pretty wide variety of cases, but if you're just > scrutinizing the input string (even with a little bit of read-only > database access) it's not obvious to me what can go wrong. (I assume > there is something, but I don't know what it is...) The worry (from me) would be the "little bit of read-only database access". If you SPI_connect() without an SPI_finish(), that sounds like a potential problem (as would anything else that requires cleanup). Regards,Jeff Davis
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера