Re: ssl passphrase callback
От | Andrew Dunstan |
---|---|
Тема | Re: ssl passphrase callback |
Дата | |
Msg-id | 015207a5-1e4c-c187-960c-2f7bb5627d7e@2ndQuadrant.com обсуждение исходный текст |
Ответ на | Re: ssl passphrase callback (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Ответы |
Re: ssl passphrase callback
|
Список | pgsql-hackers |
On 11/14/19 3:21 PM, Alvaro Herrera wrote: > On 2019-Nov-14, Andrew Dunstan wrote: > >> I guess this would work. There would have to be a deal of code to load >> the library and lookup the symbol. Do we really think it's worth it? >> Leveraging shared_preload_libraries makes this comparatively simple. > Using the generic interface has the drawback that the user can make more > mistakes. I think that's part of Bruce's issue with it (although I may > misinterpret.) > > I think if you add most of it as a new entry point in dfmgr.c (where you > can leverage internal_library_load) and returns a function pointer to > the user specified function, it's all that much additional code. > > (I don't think you can use load_external_function as is, because it > assumes fmgr V1 calling convention, which I'm not sure serves your case. > But then maybe it does. And if not, then those 10 lines should be very > similar to the code you'd need to add.) In the absence of further comment I will try to code up something along these lines. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: