| От | Peter Eisentraut |
|---|---|
| Тема | Re: testing plpython3u on 9.0beta2 |
| Дата | |
| Msg-id | 1277491763.5356.4.camel@vanquo.pezone.net обсуждение |
| Ответ на | Re: testing plpython3u on 9.0beta2 (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: testing plpython3u on 9.0beta2
Re: testing plpython3u on 9.0beta2 |
| Список | pgsql-hackers |
On fre, 2010-06-25 at 10:17 -0400, Tom Lane wrote: > Peter Eisentraut <peter_e@gmx.net> writes: > > The problem is apparently that when CREATE LANGUAGE creates a language > > from a pg_pltemplate entry, it creates the proname from the tmplhandler > > name, and if it finds a fitting proname entry already, it used that one. > > So when you create plpython2 first and plpython3 second, the pg_language > > entries of the latter point to the pg_proc entries of the former. > > > If you fix that up manually (create additional pg_proc entries and fix > > the pg_language entries to point there), it works better. > > The fix ought to be to change the function nmes used by plpython3 ... Right. What shall we do about the catversion?
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера