Re: pgsql: Fix (some of the) breakage introduced into query-cancel - Mailing list pgsql-committers

From Simon Riggs
Subject Re: pgsql: Fix (some of the) breakage introduced into query-cancel
Date
Msg-id 1262895687.19367.89337.camel@ebony
Whole thread Raw
In response to pgsql: Fix (some of the) breakage introduced into query-cancel  (tgl@postgresql.org (Tom Lane))
Responses Re: pgsql: Fix (some of the) breakage introduced into query-cancel
List pgsql-committers
On Thu, 2010-01-07 at 16:29 +0000, Tom Lane wrote:

> Fix (some of the) breakage introduced into query-cancel processing by HS.

> It is absolutely not okay to throw an ereport(ERROR) in any random place in
> the code just because DoingCommandRead is set; interrupting, say, OpenSSL
> in the midst of its activities is guaranteed to result in heartache.

...That was not introduced by HS.

> Instead of that, undo the original optimizations that threw away
> QueryCancelPending anytime we were starting or finishing a command read, and
> instead discard the cancel request within ProcessInterrupts if we find that
> there is no HS reason for forcing a cancel and we are DoingCommandRead.
>
> In passing, may I once again condemn the practice of changing the code
> and not fixing the adjacent comment that you just turned into a lie?

You may.

--
 Simon Riggs           www.2ndQuadrant.com


pgsql-committers by date:

Previous
From: tgl@postgresql.org (Tom Lane)
Date:
Subject: pgsql: Fix 3-parameter form of bit substring() to throw error for
Next
From: Tom Lane
Date:
Subject: Re: pgsql: Fix (some of the) breakage introduced into query-cancel