From: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
---|---|
To: | Heikki Linnakangas <heikki(dot)linnakangas(at)iki(dot)fi>, pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | Re: pgsql: Make cancel request keys longer |
Date: | 2025-04-08 17:06:33 |
Message-ID: | 61be9e31-7b7d-49d5-bc11-721800d89d64@eisentraut.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 02.04.25 15:43, Heikki Linnakangas wrote:
> Make cancel request keys longer
This patch changed the signature of ProcSignal()
-ProcSignalInit(bool cancel_key_valid, int32 cancel_key)
+ProcSignalInit(char *cancel_key, int cancel_key_len)
but did not update the caller in auxprocess.c:
ProcSignalInit(false, 0);
This gives a warning with clang.
While I was looking at this, I suggest to make the first argument void
*. This is consistent for passing binary data.
Also, I wonder why MyCancelKeyLength is of type uint8 rather than
something more mundane like int. There doesn't seem to be any API
reason for this type.
See attached patch for possible changes.
Attachment | Content-Type | Size |
---|---|---|
0001-WIP-Fix-cancel-key-stuff.patch | text/plain | 2.9 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2025-04-08 17:17:08 | pgsql: Fix incorrect format placeholder |
Previous Message | Jeff Davis | 2025-04-08 16:42:29 | Re: pgsql: Transfer statistics during pg_upgrade. |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2025-04-08 17:07:09 | Re: Horribly slow pg_upgrade performance with many Large Objects |
Previous Message | Jacob Champion | 2025-04-08 17:04:26 | Re: [PoC] Federated Authn/z with OAUTHBEARER |