Re: dfmgr additional ABI version fields

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: dfmgr additional ABI version fields
Дата
Msg-id CAFj8pRB4Y_kvZrOi++2ak8uihp73NjZkAuk_C0fD_oj6tTCEkA@mail.gmail.com
обсуждение исходный текст
Ответ на dfmgr additional ABI version fields  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Список pgsql-hackers


čt 7. 10. 2021 v 11:28 odesílatel Peter Eisentraut <peter.eisentraut@enterprisedb.com> napsal:
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?

+1

Pavel

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

Предыдущее
От: Shinya Kato
Дата:
Сообщение: Re: [PATCH] Added TRANSFORM FOR for COMMENT tab completion
Следующее
От: Rajkumar Raghuwanshi
Дата:
Сообщение: Re: Multi-Column List Partitioning