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-25T07:27:48Z
Lists: pgsql-hackers
> On 24 Jul 2018, at 22:57, Daniel Gustafsson <daniel@yesql.se> wrote: > >> 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. Seems the build of the updated patch built and tested Ok. Still have no idea why the previous one didn’t. https://ci.appveyor.com/project/postgresql-cfbot/postgresql/build/1.0.6695 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