Re: Coping with 'C' vs 'newC' function language names

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Coping with 'C' vs 'newC' function language names
Дата
Msg-id 21363.973888015@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Coping with 'C' vs 'newC' function language names  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Coping with 'C' vs 'newC' function language names  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> I don't really have a better idea, but consider if you installed 7.1 into
> /opt/postgres71:  then this dump will load the old version of plpgsql.sl.  

True, but absolute paths in a dump file are a different (and
long-standing) issue.

> Assuming that that would work in the first place, LANGUAGE 'C' is correct.

It wouldn't work, so that's irrelevant.  The PL handlers know way more
than the average user-defined function about backend innards, and aren't
usually cross-version compatible.  They won't be this time, for sure.

> Btw., could we use something other than 'newC'?  It's going to get old
> really fast (pun intended).  Maybe 'Cv2' or something along these lines?

Where were you six months ago? ;-(  It's a bit late in the dev cycle to
be running around renaming this kind of stuff...
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Nathan Myers
Дата:
Сообщение: Re: Transaction ID wraparound: problem and proposed solution
Следующее
От: "Martin A. Marques"
Дата:
Сообщение: Postgres article