Re: [COMMITTERS] pgsql: Code cleanup in the wake of recent LWLock refactoring.
От | Robert Haas |
---|---|
Тема | Re: [COMMITTERS] pgsql: Code cleanup in the wake of recent LWLock refactoring. |
Дата | |
Msg-id | CA+TgmoaDXpV50XFDGkM15Fa2BEDzcyML0LO=Pey5Gon=Q3ZroA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Code cleanup in the wake of recent LWLock refactoring. (Pavel Stehule <pavel.stehule@gmail.com>) |
Ответы |
Re: [COMMITTERS] pgsql: Code cleanup in the wake of recent
LWLock refactoring.
|
Список | pgsql-hackers |
On Tue, Apr 12, 2016 at 4:18 AM, Pavel Stehule <pavel.stehule@gmail.com> wrote: > If there will be simple way, how to fix it, then I'll fix my extensions. But > new API is working only when the extension has own share memory segment. For > some complex extensions like Orafce it means expensive refactoring. > > What is worst, this refactoring is difficult now, because I support older > versions when I have not private shared segments. You don't need a separate shared memory segment. You might want to have a look at what we did for pldebugger: http://git.postgresql.org/gitweb/?p=pldebugger.git;a=commitdiff;h=14c6caf08bb14a7404a8241e47a80ef5f97e451e I think the problem is similar to the one you are facing with orafce. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: