Re: [HACKERS] Optional message to user when terminating/cancelling backend
Daniel Gustafsson <daniel@yesql.se>
From: Daniel Gustafsson <daniel@yesql.se>
To: Thomas Munro <thomas.munro@enterprisedb.com>
Cc: Andres Freund <andres@anarazel.de>,
Onder Kalaci <onder@citusdata.com>,
PostgreSQL mailing lists <pgsql-hackers@postgresql.org>
Date: 2018-07-24T20:57:09Z
Lists: pgsql-hackers
> On 6 Jul 2018, at 02:18, Thomas Munro <thomas.munro@enterprisedb.com> wrote: > > On Fri, Jun 15, 2018 at 9:56 AM, Daniel Gustafsson <daniel@yesql.se> wrote: >> attached > > Hi Daniel, > > 6118 --select pg_cancel_backend(pg_backend_pid(), 'it brings on many changes'); > 6119 select pg_cancel_backend(pg_backend_pid(), NULL); > 6120! ERROR: canceling statement due to user request > 6121--- 25,32 ---- > 6122 > 6123 --select pg_cancel_backend(pg_backend_pid(), 'it brings on many changes'); > 6124 select pg_cancel_backend(pg_backend_pid(), NULL); > 6125! pg_cancel_backend > 6126! ------------------- > 6127! t > > Apparently Windows can take or leave it as it pleases. Well played =) > https://ci.appveyor.com/project/postgresql-cfbot/postgresql/build/1.0.4488 That reads to me like it’s cancelling another backend than the current one, which clearly isn’t right as we’re passing pg_backend_pid(). I can’t really see what Windows specific bug was introduced by this patch though (or well, the bug exhibits itself on Windows but it may well be generic of course). Will continue to hunt. cheers ./daniel
Commits
-
Refactor user-facing SQL functions signalling backends
- 09921f397b84 12.0 landed
-
Introduce 64-bit hash functions with a 64-bit seed.
- 81c5e46c490e 11.0 cited