Re: Extension upgrade and GUCs

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Extension upgrade and GUCs
Дата
Msg-id 17983.1440080464@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Extension upgrade and GUCs  (Paul Ramsey <pramsey@cleverelephant.ca>)
Ответы Re: Extension upgrade and GUCs  (Paul Ramsey <pramsey@cleverelephant.ca>)
Список pgsql-hackers
Paul Ramsey <pramsey@cleverelephant.ca> writes:
> On August 20, 2015 at 2:17:31 AM, Simon Riggs (simon@2ndquadrant.com(mailto:simon@2ndquadrant.com)) wrote:
>> Sounds like we need RedefineCustomStringVariable() 

> Yes, if that had existed we would not have had any problems (as long as it delegated back to Define..() in the case
wherethe variable hadn’t been created yet…, since one of the problems is knowing if/to-what-extent a custom variable
hasalready been defined).
 

I'm not sure that the situation you describe can be expected to work
reliably; the problems are far wider than just GUC variables.  If two
different .so's are exposing broadly the same set of C function names,
how can we be sure which one will get called by the dynamic linker?
Isn't it likely that we'd end up continuing to call some functions
out of the old .so, probably leading to disaster?

I don't necessarily object to providing some solution for GUCs, but
I think first we need to question whether that isn't just the tip of
a large iceberg.
        regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Supporting fallback RADIUS server(s)
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: Supporting fallback RADIUS server(s)