dfmgr additional ABI version fields

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема dfmgr additional ABI version fields
Дата
Msg-id 55215fda-db31-a045-d6b7-d6f2d2dc9920@enterprisedb.com
обсуждение исходный текст
Ответы Re: dfmgr additional ABI version fields  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: dfmgr additional ABI version fields  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
When producing a forked version of PostgreSQL, there is no 
straightforward way to enforce that users don't accidentally load 
modules built for the non-forked (standard, community) version.  You can 
only distinguish by PostgreSQL major version and a few compile-time 
settings.  (see internal_load_library(), Pg_magic_struct)  Depending on 
the details, mixing and matching might even work, until it doesn't, so 
this is a bad experience.

I'm thinking about adding two more int fields to Pg_magic_struct: a 
product or vendor magic number, and an ABI version that can be used 
freely within a product/vendor.

Would anyone else have use for this?  Any thoughts?



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

Предыдущее
От: Etsuro Fujita
Дата:
Сообщение: Re: postgres_fdw: Obsolete comments in GetConnection()
Следующее
От: Shinya Kato
Дата:
Сообщение: Re: [PATCH] Added TRANSFORM FOR for COMMENT tab completion