| От | Fabien COELHO |
|---|---|
| Тема | Re: seawasp failing, maybe in glibc allocator |
| Дата | |
| Msg-id | alpine.DEB.2.22.394.2105150825160.1937283@pseudo обсуждение исходный текст |
| Ответ на | Re: seawasp failing, maybe in glibc allocator (Fabien COELHO <coelho@cri.ensmp.fr>) |
| Ответы |
Re: seawasp failing, maybe in glibc allocator
|
| Список | pgsql-hackers |
Hello Andres, It finally failed with a core on 8f72bba, in llvm_shutdown, AFAIKS in a free while doing malloc-related housekeeping. My guess is that there is an actual memory corruption somewhere. It is unobvious whether it is in bleeding-edge llvm or bleeding-edge postgres though. The issue is non-deterministically triggered in contrib checks, either in int or ltree, but not elsewhere. This suggests issues specific to these modules, or triggered by these modules. Hmmm… I've just launched a run with valgrind enabled. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера