Re: ecpg -D SYMBOL

Поиск
Список
Период
Сортировка
От Michael Meskes
Тема Re: ecpg -D SYMBOL
Дата
Msg-id 20040720182312.GA4726@1
обсуждение исходный текст
Ответ на ecpg -D SYMBOL  (Luke McFarlane <luke@fisheye.com.au>)
Ответы Re: ecpg -D SYMBOL  (Luke McFarlane <luke@fisheye.com.au>)
Список 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 по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: Bug in concat operator for Char? -- More Info
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: SELECT DISTINCT on boxes