Re: Small miscellaneous fixes
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Ranier Vilela <ranier.vf@gmail.com>
Cc: Masahiko Sawada <sawada.mshk@gmail.com>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2022-10-04T04:18:34Z
Lists: pgsql-hackers
On Mon, Oct 03, 2022 at 08:05:57AM -0300, Ranier Vilela wrote: > Em seg., 3 de out. de 2022 às 05:01, Masahiko Sawada <sawada.mshk@gmail.com> > escreveu: >> On Fri, Sep 30, 2022 at 9:08 AM Ranier Vilela <ranier.vf@gmail.com> wrote: >>> 1. Avoid useless reassigning var _logsegno >> (src/backend/access/transam/xlog.c) >>> Commit 7d70809 left a little oversight. >>> XLByteToPrevSeg and XLByteToSeg are macros, and both assign _logsegno. >>> So, the first assignment is lost and is useless. Right, I have missed this one. We do that now in build_backup_content() when building the contents of the backup history file. >>> 4. Fix declaration volatile signal var (src/bin/pgbench/pgbench.c) >>> Like how to commit 5ac9e86, this is a similar case. >> >> The same is true also for alarm_triggered in pg_test_fsync.c? >> > I don't think so. > If I understand the problem correctly, the failure can occur with true > signals, provided by the OS > In the case at hand, it seems to me more like an internal form of signal, > that is, simulated. > So bool works fine. I am not following your reasoning here. Why does it matter to change one but not the other? Both are used with SIGALRM, it seems. The other three seem fine, so fixed. -- Michael
Commits
-
Mark two signal flags as sig_atomic_t in pgbench and pg_test_fsync
- 1e314847dd69 16.0 landed
-
Cleanup useless assignments and checks
- c42cd05c5862 16.0 landed
-
Mark sigint_interrupt_enabled as sig_atomic_t
- 5ac9e8691911 16.0 cited
-
Refactor creation of backup_label and backup history files
- 7d708093b740 16.0 cited