> Yes. I added two-phase commit test to "make check" test schedule
> while
> adding new two type of test.
Thank you, committed.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes
On Fri, Mar 17, 2017 at 5:50 PM, Michael Meskes wrote:
>> Thank you for pointing out.
>> Yeah, I agree that the twophase regression test should not be
>> performed by default as long as the default value of
>> max_prepared_transactions is 0. Similar to this, the isolation
> Thank you for pointing out.
> Yeah, I agree that the twophase regression test should not be
> performed by default as long as the default value of
> max_prepared_transactions is 0. Similar to this, the isolation check
> regression test does same thing. Attached patch removes sql/twophase
> from
On Fri, Mar 17, 2017 at 4:34 PM, Masahiko Sawada wrote:
> On Fri, Mar 17, 2017 at 12:17 PM, Kuntal Ghosh
> wrote:
>> On Tue, Mar 14, 2017 at 1:35 AM, Michael Meskes
>> wrote:
Previous 002 patch lacked to add
On Fri, Mar 17, 2017 at 12:17 PM, Kuntal Ghosh
wrote:
> On Tue, Mar 14, 2017 at 1:35 AM, Michael Meskes wrote:
>>> Previous 002 patch lacked to add describing PREPARE TRANSACTION.
>>> Attached updated 002 patch.
>>
>> I just committed both
On Tue, Mar 14, 2017 at 1:35 AM, Michael Meskes wrote:
>> Previous 002 patch lacked to add describing PREPARE TRANSACTION.
>> Attached updated 002 patch.
>
> I just committed both patches and a backport of the bug fix itself.
> Thanks again for finding and fixing.
> Previous 002 patch lacked to add describing PREPARE TRANSACTION.
> Attached updated 002 patch.
I just committed both patches and a backport of the bug fix itself.
Thanks again for finding and fixing.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot
On Sat, Mar 4, 2017 at 4:11 AM, Michael Meskes wrote:
> Dear Sawada-san,
>
>> This cause is that the "begin transaction" is issued automatically
>> before executing COMMIT PREPARED if we're not in auto commit. The
>> Commit 816b008eaf1a1ff1069f3bafff363a9a8bf04a21 fixed bug
Dear Sawada-san,
> This cause is that the "begin transaction" is issued automatically
> before executing COMMIT PREPARED if we're not in auto commit. The
> Commit 816b008eaf1a1ff1069f3bafff363a9a8bf04a21 fixed bug of
> incorrect
> status calculation but at the same time it became the cause of
Hi all,
I found that ecpg has not been supporting COMMIT PREPARED and ROLLBACK
PREPARED since version 9.0.2.
For example, if the test code does,
EXEC SQL BEGIN;
EXEC SQL INSERT INTO t1 VALUES(1);
EXEC SQL PREPARE TRANSACTION 'gxid';
EXEC SQL COMMIT PREPARED 'gxid';
I got error "COMMIT
10 matches
Mail list logo