Re: ecpg -D SYMBOL - Mailing list pgsql-bugs

From Michael Meskes
Subject Re: ecpg -D SYMBOL
Date
Msg-id 20040720182312.GA4726@1
Whole thread Raw
In response to ecpg -D SYMBOL  (Luke McFarlane <luke@fisheye.com.au>)
Responses Re: ecpg -D SYMBOL  (Luke McFarlane <luke@fisheye.com.au>)
List pgsql-bugs
On Tue, Jul 06, 2004 at 03:49:14PM +1000, Luke McFarlane wrote:
> When defining a symbol on the command line with ecpg -D SYMBOL the ecpg
> preprocessor will replace that symbol with empty space in 'C' program
> space rather than limiting it to 'SQL' program space.

This indeed is a bug, but ecpg has never been designed to limit symbols
to SQL space. You're absolutely right that it should not use empty
space. I just fixed that in CVS. Now it correctly uses "1".

> It shouldn't touch anything outside EXEC SQL.

Why? That means you have to define most things twice.

> Also, if you try to fool ecpg by compiling with ecpg -D SYMBOL=SYMBOL it
> will sit in an infinite loop gobbling as much virtual memory as it sees fit.

Ah yes, another bug.

I just committed a fix for this as well.

All fixes went into HEAD and 7.4.

Michael

--
Michael Meskes
Email: Michael at Fam-Meskes dot De
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: meskes@jabber.org
Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!

pgsql-bugs by date:

Previous
From: Josh Berkus
Date:
Subject: Re: Bug in concat operator for Char? -- More Info
Next
From: Bruce Momjian
Date:
Subject: Re: SELECT DISTINCT on boxes