Re: PQgetssl() and alternative SSL implementations
| От | Tom Lane |
|---|---|
| Тема | Re: PQgetssl() and alternative SSL implementations |
| Дата | |
| Msg-id | 3934.1422468320@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: PQgetssl() and alternative SSL implementations (Heikki Linnakangas <hlinnakangas@vmware.com>) |
| Ответы |
Re: PQgetssl() and alternative SSL implementations
|
| Список | pgsql-hackers |
Heikki Linnakangas <hlinnakangas@vmware.com> writes:
> Right, that was the idea. I wanted it to include the word "OpenSSL", to
> make it clear in the callers that it's specific to OpenSSL. And SSL,
> because that's the name of the struct. I agree it looks silly, though.
> One idea is to have two separate arguments: the implementation name, and
> the struct name. PQgetSSLstruct(&ssl, "OpenSSL", "SSL") would look less
> silly.
That's probably overkill. Why not establish a convention that the "main"
API struct for the library doesn't have to be named? So it's just
PQgetSSLstruct(&ssl, "OpenSSL"), and you only need strange naming if
you're dealing with a library that actually has more than one API object
that needs to be fetched this way. (That set is likely empty...)
regards, tom lane
В списке pgsql-hackers по дате отправления: