Re: lippq client library and openssl initialization: PQinitOpenSSL()
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: lippq client library and openssl initialization: PQinitOpenSSL() |
| Дата | |
| Msg-id | 816006.1662908880@sss.pgh.pa.us обсуждение |
| Ответ на | lippq client library and openssl initialization: PQinitOpenSSL() (Sebastien Flaesch <sebastien.flaesch@4js.com>) |
| Ответы |
Re: lippq client library and openssl initialization: PQinitOpenSSL()
|
| Список | pgsql-general |
Sebastien Flaesch <sebastien.flaesch@4js.com> writes: > The PostgreSQL doc says that if the application code is initializing OpenSSL, it should tell PostgreSQL libpq client librarythat OpenSSL initialization is already done: > https://www.postgresql.org/docs/14/libpq-ssl.html#LIBPQ-SSL-INITIALIZE > I was wondering if this is still true with OpenSSL 1.1.0+ Don't believe so. The HAVE_CRYPTO_LOCK stuff is all obsolete and not compiled if you built against 1.1.0. The only thing left that will happen if you don't call PQinitOpenSSL is an extra call to OPENSSL_init_ssl, which should be harmless as far as I can see from the OpenSSL docs. regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера