Re: protect dll lib initialisation against any exception, for 8.5

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: protect dll lib initialisation against any exception, for 8.5
Дата
Msg-id
9888.1238648730@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
protect dll lib initialisation against any exception, for 8.5 Pavel Stehule <pavel.stehule@gmail.com>
Re: protect dll lib initialisation against any exception, for 8.5 Tom Lane <tgl@sss.pgh.pa.us>
Re: protect dll lib initialisation against any exception, for 8.5 Pavel Stehule <pavel.stehule@gmail.com>
Re: protect dll lib initialisation against any exception, for 8.5 Tom Lane <tgl@sss.pgh.pa.us>
Re: protect dll lib initialisation against any exception, for 8.5 Pavel Stehule <pavel.stehule@gmail.com>
Re: protect dll lib initialisation against any exception, for 8.5 Tom Lane <tgl@sss.pgh.pa.us>
Re: protect dll lib initialisation against any exception, for 8.5 Greg Stark <greg.stark@enterprisedb.com>
Re: protect dll lib initialisation against any exception, for 8.5 Tom Lane <tgl@sss.pgh.pa.us>
Pavel Stehule  writes:
> Maybe an safe minimum is cleaning symbols table without closing
> library. Then the code from lib will be accessible, but functionality
> will be disabled (for Postgres)?

If the library doesn't get added to the list in dfmgr.c, we'll never
look for symbols within it anyway.  So I don't think there's any
particular cleaning to be done --- even assuming that the platform
supports removing symbols without dlclose'ing the library, which
seems rather unlikely.
		regards, tom lane

В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Tom Lane
Дата:
FAQ