Re: seawasp failing, maybe in glibc allocator
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Thomas Munro <thomas.munro@gmail.com>, Fabien COELHO <coelho@cri.ensmp.fr>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2021-05-22T00:25:10Z
Lists: pgsql-hackers
Hi, On 2021-05-21 15:57:01 -0700, Andres Freund wrote: > I found the LLVM commit to blame (c8fc5e3ba942057d6c4cdcd1faeae69a28e7b671). > Contacting the author and reading the change to see if I can spit the > issue myself. Hrmpf. It's a silent API breakage. The author intended to email us about it, but apparently forgot. One now needs to increment a string-pool refcount. The reason that didn't trigger a reliable crash is that there's a path where the refcount of string-pool entries aren't asserted to be above before decrementing the refcount... And that there practically never are references to the pool entries after use. Continuing to discusss whether there's a better way to deal with this. Greetings, Andres Freund
Commits
-
Prepare for forthcoming LLVM 13 API change.
- 6ada4fd06666 11.13 landed
- 47d22649e6a2 12.8 landed
- d9c05a9ec493 13.4 landed
- 9b4e4cfe66ff 14.0 landed