Just had a rather disturbing event happen on platypus..
[EMAIL
PROTECTED]:07]~/buildfarm/HEAD/pgsql.39276/src/interfaces/ecpg/test/results:271ll
preproc-variable.*
-rw-r--r-- 1 buildfarm decibel 6328 May 26 23:42 preproc-variable.c
-rw-r--r-- 1 buildfarm decibel 76460670919 May 27
On Sun, May 27, 2007 at 01:45:45AM -0400, Tom Lane wrote:
Yeah, just saw that myself. Fixed the backend-side problem, but it
would be interesting to find out what ECPG is doing that wasn't exposed
by the core regression tests ... maybe we need another regression test.
Don't see anything that
On Sun, May 27, 2007 at 03:18:36AM -0500, Jim C. Nasby wrote:
Just had a rather disturbing event happen on platypus..
Should be fixed now.
Michael
--
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber:
On Thu, May 24, 2007 at 04:07:27PM -0400, Tom Lane wrote:
Michael Meskes [EMAIL PROTECTED] writes:
PREPARE p AS
SELECT * FROM foo;
DECLARE c CURSOR for p;
AFAIRC the standard says this group of statements are perfectly legal
I'd be interested to see where you draw that
Michael Meskes [EMAIL PROTECTED] writes:
On Thu, May 24, 2007 at 04:07:27PM -0400, Tom Lane wrote:
I'd be interested to see where you draw that conclusion, since
(a) PREPARE statements of that form are not in the standard, and
(b) DECLARE CURSOR is clearly defined as taking a query expression.
Michael Meskes [EMAIL PROTECTED] writes:
On Sun, May 27, 2007 at 01:45:45AM -0400, Tom Lane wrote:
Yeah, just saw that myself. Fixed the backend-side problem, but it
would be interesting to find out what ECPG is doing that wasn't exposed
by the core regression tests ... maybe we need another
On Friday 25 May 2007 12:39, Jaime Casanova wrote:
On 5/25/07, Tom Lane [EMAIL PROTECTED] wrote:
Bernd Helmle [EMAIL PROTECTED] writes:
--On Freitag, Mai 25, 2007 10:49:29 + Jaime Casanova
[EMAIL PROTECTED] wrote:
No, because the RemovePgTempFiles() call in PostmasterMain() will