| От | Joshua Tolley |
|---|---|
| Тема | Re: plperl and inline functions -- first draft |
| Дата | |
| Msg-id | 20091120000422.GO3803@eddie обсуждение исходный текст |
| Ответ на | Re: plperl and inline functions -- first draft (Alexey Klyukin <alexk@commandprompt.com>) |
| Ответы |
plruby code and postgres ?
Re: plperl and inline functions -- first draft Re: plperl and inline functions -- first draft Re: plperl and inline functions -- first draft |
| Список | pgsql-hackers |
On Wed, Nov 18, 2009 at 12:38:00PM +0200, Alexey Klyukin wrote: > Yes, current_call_data can't be allocate in the SPI memory context, since it's used to extract the result after SPI_finishis called, although it doesn't lead to problems here since no result is returned. Anyway, I'd move SPI_connectafter the current_call_data initialization. > > I also noticed that no error context is set in the inline handler, not sure whether it really useful except for the sakeof consistency, but in case it is - here is the patch: Makes sense on both counts. Thanks for the help. How does the attached look? -- Joshua Tolley / eggyknap End Point Corporation http://www.endpoint.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера