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

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: protect dll lib initialisation against any exception, for 8.5
Дата
Msg-id 162867790904012146r4c866a95q44e33c252d224f93@mail.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  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
2009/4/2 Tom Lane <tgl@sss.pgh.pa.us>:
> Pavel Stehule <pavel.stehule@gmail.com> writes:
>> 2009/4/2 Tom Lane <tgl@sss.pgh.pa.us>:
>>> So I'm thinking this is really unnecessary and we should leave well
>>> enough alone.
>
>> I see it. I thing , an safety of this exception should be solved only
>> by programmer. It's important to release all hooks, and then raise an
>> exception. It is in developer responsibility.
>
> Well, if the init function is sufficiently carefully coded to back out
> just the changes it's managed to apply, then good for it.  But we still
> aren't losing much by leaving dfmgr as-is.
>

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)?

regards
Pavel Stehule


>                        regards, tom lane
>


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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: protect dll lib initialisation against any exception, for 8.5
Следующее
От: Tom Lane
Дата:
Сообщение: "failed to commit client_encoding" explained