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
Дата: