Re: Non-reproducible AIO failure
Thomas Munro <thomas.munro@gmail.com>
From: Thomas Munro <thomas.munro@gmail.com>
To: Andres Freund <andres@anarazel.de>
Cc: Nico Williams <nico@cryptonector.com>,
Konstantin Knizhnik <knizhnik@garret.ru>, Alexander Lakhin <exclusion@gmail.com>, Daniel Gustafsson <daniel@yesql.se>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>,
rmt@lists.postgresql.org
Date: 2025-08-26T03:45:25Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
aio: Stop using enum bitfields due to bad code generation
- ce161b194e84 18.0 landed
- 5865150b6d53 19 (unreleased) landed
-
amcheck: Fix posting tree checks in gin_index_check()
- 0cf205e122ae 18.0 cited
-
aio: Add missing memory barrier when waiting for IO handle
- e9a3615a5224 18.0 landed
On Tue, Aug 26, 2025 at 12:37 PM Andres Freund <andres@anarazel.de> wrote: > I'm a bit confused by this focus on bitfields - both Alexander and Konstantin > stated they could reproduce the issue without the bitfields. Konstantin's message all seem to say it *did* fix it? But I do apologise for working through the same theory and analysis as Konstantin had already done earlier. I somehow had the impression this topic was considered closed, and was reacting to Alexander's latest email as if it was a new variant of the problem when I wrote that. ETHREADTOOLONG. > But we have observed the generated code being pretty grotty and it's caused > more than enough confusion - so let's just replace them with plain uint8's and > cast in switches. +1