Re: BUG #16931: source code problem about commit_ts
Alvaro Herrera <alvherre@alvh.no-ip.org>
From: Alvaro Herrera <alvherre@alvh.no-ip.org>
To: Fujii Masao <masao.fujii@oss.nttdata.com>
Cc: zoulx1982@163.com, pgsql-bugs@lists.postgresql.org
Date: 2021-03-24T16:39:31Z
Lists: pgsql-bugs
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Remove leftover dead code from commit_ts.h.
- c84698ceaea8 19 (unreleased) landed
-
Remove COMMIT_TS_SETTS record.
- 08aa89b32626 14.0 landed
-
Fix bug in WAL replay of COMMIT_TS_SETTS record.
- c29bab799c82 9.6.22 landed
- d544671f1572 10.17 landed
- 09cb8512ff11 11.12 landed
- 73cce168ffcb 12.7 landed
- 092c077c1321 13.3 landed
- 438fc4a39c39 14.0 landed
On 2021-Mar-24, Fujii Masao wrote: > On 2021/03/24 18:05, Alvaro Herrera wrote: > > Yeah, it seems like a bug. With your patch, the write_xlog=true path > > becomes unused, and thus the whole COMMIT_TS_SETTS record, so we could > > remove those things in branch master. The timestamp is acquired from > > the COMMIT record. > > I agree to remove COMMIT_TS_SETTS record from the master branch > if there are no users or extensions of it. Patch attached. Looks good in a quick skim. Let's get this pushed quickly; if anything exists out there that is calling that code, it'd be good to know sooner rather than later. However, my feeling is that no such caller exists, because they would have told us about this problem already. Are you bumping WAL page magic? It'd be logical to do so, but on the other hand if no code exists that is capable of emitting that record, then it'd be pointless. > Anyway, at first, what about applying the bugfix patch I posted upthread > to all supported branches? Yeah, let's do that. -- Álvaro Herrera 39°49'30"S 73°17'W "XML!" Exclaimed C++. "What are you doing here? You're not a programming language." "Tell that to the people who use me," said XML. https://burningbird.net/the-parable-of-the-languages/