Re: pgsql: Fix (some of the) breakage introduced into query-cancel
От | Simon Riggs |
---|---|
Тема | Re: pgsql: Fix (some of the) breakage introduced into query-cancel |
Дата | |
Msg-id | 1262895687.19367.89337.camel@ebony обсуждение исходный текст |
Ответ на | pgsql: Fix (some of the) breakage introduced into query-cancel (tgl@postgresql.org (Tom Lane)) |
Ответы |
Re: pgsql: Fix (some of the) breakage introduced into query-cancel
|
Список | 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 по дате отправления: