Re: elog(DEBUG2 in SpinLocked section.
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Kyotaro Horiguchi <horikyota.ntt@gmail.com>, masao.fujii@oss.nttdata.com, amit.kapila16@gmail.com, pasim@vmware.com, pgsql-hackers@lists.postgresql.org
Date: 2020-06-03T04:48:59Z
Lists: pgsql-hackers
On Wed, Jun 03, 2020 at 12:36:34AM -0400, Tom Lane wrote: > Ugh, that is just horrid. I experimented with the attached patch > but it did not find any other problems. Oh. I can see the same "ifndef FRONTEND" logic all around the place as I did on my local branch :) > Still, that only proves something about code paths that are taken > during check-world, and we know that our test coverage is not very > good :-(. Yeah. Not perfect, still we are getting better at it with the years. I am fine to take care of a backpatch, but I'll wait first a bit to see if others have any comments. -- Michael
Commits
-
Fix instance of elog() called while holding a spinlock
- 4a9809e34d09 9.5.23 landed
- e7a134b5817b 9.6.19 landed
- 5ed8b4a981ed 10.14 landed
- b41a85f53317 11.9 landed
- 03aa25b6e34b 12.4 landed
- c1669fd5812a 13.0 landed
-
Don't call palloc() while holding a spinlock, either.
- 3d474a07934c 12.4 landed
- f88bd3139f3e 13.0 landed
- 7a8cb4a61e7e 11.9 landed
- 0c735c686a90 10.14 landed
-
Don't call elog() while holding spinlock.
- caa3c4242cf8 13.0 landed