Re: [PoC] Federated Authn/z with OAUTHBEARER
От | Peter Eisentraut |
---|---|
Тема | Re: [PoC] Federated Authn/z with OAUTHBEARER |
Дата | |
Msg-id | 54c008ad-1c23-47d8-ba6c-bed98a39c31c@eisentraut.org обсуждение исходный текст |
Ответ на | Re: [PoC] Federated Authn/z with OAUTHBEARER (Jacob Champion <jacob.champion@enterprisedb.com>) |
Ответы |
Re: [PoC] Federated Authn/z with OAUTHBEARER
|
Список | pgsql-hackers |
On 08.01.25 21:29, Jacob Champion wrote: >>> It'd also couple clients against libpq-int.h, so they'd have to >>> remember to recompile every release. I'm worried that'd cause a bunch >>> of ABI problems... >> Couldn't that function use PQsocket() to get at the actual socket from >> the PGconn handle? > It's an output parameter (i.e. the async callback is responsible for > setting conn->altsock). Unless I've missed the point entirely, I don't > think PQsocket() helps here. Maybe it would work to just use plain "int" as the type here. Any socket number must fit into int anyway in order for PQsocket() to be able to return it. The way I understand Windows socket handles, this should work.
В списке pgsql-hackers по дате отправления: