Re: [Pljava-dev] stack depth limit exceeded - patch possible?
В списке pgsql-hackers по дате отправления:
| От | Kris Jurka |
|---|---|
| Тема | Re: [Pljava-dev] stack depth limit exceeded - patch possible? |
| Дата | |
| Msg-id | Pine.BSO.4.64.0804141112330.5378@leary.csoft.net обсуждение исходный текст |
| Ответ на | Re: [Pljava-dev] stack depth limit exceeded - patch possible? (Alexander Wöhrer <woehrer@par.univie.ac.at>) |
| Список | pgsql-hackers |
On Mon, 14 Apr 2008, Alexander Wöhrer wrote: > am I understanding this correctly that pl/java sets it for the main Java > thread, so other threads spawned by this main thread and using postgres > SPI functionality will run into stack_depth_problems? pljava sets the stack_base_ptr for each thread just before it calls into the backend using SPI and resets it when that thread finishes using SPI. Only one thread can access the backend at a time, so multi-threaded pljava code is safe and this mangling of the stack_base_ptr keeps the backend happy. > Can you suggest another workaround? > Are you having any actual problems or is this all theoretical? I don't believe you should be having any issues, but if you're having a real problem, please post a self-contained test case so we can look into it. Kris Jurka
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера