Thanks to visit codestin.com
Credit goes to postgrespro.com

Re: Thread-unsafe coding in ecpg - Mailing list pgsql-hackers

From Michael Meskes
Subject Re: Thread-unsafe coding in ecpg
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: Thread-unsafe coding in ecpg  (Tom Lane <[email protected]>)
Responses Re: Thread-unsafe coding in ecpg
List pgsql-hackers
> It looks to me like the reason that the ecpg tests went into an
> infinite
> loop is that compat_informix/test_informix.pgc has not considered the
> possibility of repeated statement failures:
> ...

Correct, this was missing a safeguard. 

> I know zip about ecpg coding practices, but wouldn't it be a better
> idea
> to break out of the loop on seeing an error?

I wonder if it would be better to make the test cases use the proper
whenever command instead. That would give us a slightly better
functionality testing I'd say.

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 dot org
VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL



pgsql-hackers by date:

Previous
From: Chapman Flack
Date:
Subject: Re: PostgreSQL vs SQL/XML Standards
Next
From: Pavel Stehule
Date:
Subject: Re: proposal: new polymorphic types - commontype and commontypearray