Re: ecpg preprocessor regression in 9.0 - Mailing list pgsql-bugs

From Michael Meskes
Subject Re: ecpg preprocessor regression in 9.0
Date
Msg-id 20101102173913.GA32303@hyperion.credativ.de
Whole thread Raw
In response to Re: ecpg preprocessor regression in 9.0  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: ecpg preprocessor regression in 9.0  (Korry Douglas <korry.douglas@enterprisedb.com>)
Re: ecpg preprocessor regression in 9.0  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-bugs
On Mon, Nov 01, 2010 at 03:47:04PM +0200, Heikki Linnakangas wrote:
> On closer look, it's quite obvious: the code added to
> ECPGdump_a_type thinks that ECPGt_const is a variable type, and
> tries to look up the variable. The straightforward fix is this:
> ...
> But I wonder if there is a better way to identify variable-kind of
> ECPGttypes than list the ones that are not. There's some special
> ECPGttypes still missing from the above if-test, like
> ECPGt_NO_INDICATOR, but I'm not sure if they can ever be passed to
> ECPGdump_a_type. Seems a bit fragile anyway.

I agree. How about adding a macro definition explicitely checking for the r=
eal
variable types?

Michael
--=20
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at googlemail dot com
VfL Borussia! For=C3=A7a Bar=C3=A7a! Go SF 49ers! Use Debian GNU/Linux, Pos=
tgreSQL

pgsql-bugs by date:

Previous
From: "heasley"
Date:
Subject: BUG #5741: syslog line length
Next
From: Korry Douglas
Date:
Subject: Re: ecpg preprocessor regression in 9.0