Обсуждение: BUG #9074: prepared_xacts test freezes
The following bug has been logged on the website: Bug reference: 9074 Logged by: Marco Atzeri Email address: marco.atzeri@gmail.com PostgreSQL version: 9.3.2 Operating system: cygwin Description: going step by step, the freezing point is: -- pxtest3 should be locked because of the pending DROP set statement_timeout to 2000; SELECT * FROM pxtest3; instead of -------------------------------- ERROR: canceling statement due to statement timeout ----------------------------------- the SELECT never returns.
marco.atzeri@gmail.com writes:
> going step by step, the freezing point is:
> -- pxtest3 should be locked because of the pending DROP
> set statement_timeout to 2000;
> SELECT * FROM pxtest3;
> instead of
> --------------------------------
> ERROR: canceling statement due to statement timeout
> -----------------------------------
> the SELECT never returns.
Something broken in SIGALRM signal handling, seems like. But in this
case, the code *does* work on older Cygwin versions, so I think it's
incumbent on you to figure out why newer Cygwin is failing.
regards, tom lane
On 03/02/2014 07:31, Tom Lane wrote: > marco.atzeri@gmail.com writes: >> going step by step, the freezing point is: > >> -- pxtest3 should be locked because of the pending DROP >> set statement_timeout to 2000; >> SELECT * FROM pxtest3; >> instead of >> -------------------------------- >> ERROR: canceling statement due to statement timeout >> ----------------------------------- >> the SELECT never returns. > > Something broken in SIGALRM signal handling, seems like. But in this > case, the code *does* work on older Cygwin versions, so I think it's > incumbent on you to figure out why newer Cygwin is failing. > > regards, tom lane but an indication of where to look for and about postgresql expectation will help to make a test case for SIGALRM stand alone Thanks Marco
On 2/3/2014 7:31 AM, Tom Lane wrote:
> marco.atzeri@gmail.com writes:
>> going step by step, the freezing point is:
>
>> -- pxtest3 should be locked because of the pending DROP
>> set statement_timeout to 2000;
>> SELECT * FROM pxtest3;
>> instead of
>> --------------------------------
>> ERROR: canceling statement due to statement timeout
>> -----------------------------------
>> the SELECT never returns.
>
> Something broken in SIGALRM signal handling, seems like. But in this
> case, the code *does* work on older Cygwin versions, so I think it's
> incumbent on you to figure out why newer Cygwin is failing.
>
> regards, tom lane
for the archives, the cygwin bug was identified and solved.
postgresql-9.4.0
prepared_xacts ... ok
Regards
Marco