Re: PQinitSSL broken in some use casesf
От | Bruce Momjian |
---|---|
Тема | Re: PQinitSSL broken in some use casesf |
Дата | |
Msg-id | 200901302152.n0ULqc205768@momjian.us обсуждение исходный текст |
Ответ на | PQinitSSL broken in some use cases (Andrew Chernow <ac@esilo.com>) |
Ответы |
Re: PQinitSSL broken in some use casesf
|
Список | pgsql-hackers |
Andrew Chernow wrote: > I am using a library that links with and initializes libcrypto (ie. > CRYPTO_set_locking_callback) but not SSL. This causes problems even > when using PQinitSSL(FALSE) because things like SSL_library_init(); are > not called (unless I manually call them, copy and paste code from > fe-secure.c which may change). If libpq does init ssl, it overwrites > (and breaks) the other library's crypto. > > Shouldn't crypto and ssl init be treated as two different things? If > not, how does one determine a version portable way of initializing SSL > in a manner required by libpq? Lots of apps using encryption but don't > necessarily use ssl, so they need to know how to init ssl for libpq. I didn't realize they were could be initialized separately, so we really don't have an answer for you. This is the first time I have heard of this requirement. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-hackers по дате отправления: