Re: OpenSSL Applink
От | Dave Page |
---|---|
Тема | Re: OpenSSL Applink |
Дата | |
Msg-id | 46FD2734.8070303@postgresql.org обсуждение исходный текст |
Ответ на | Re: OpenSSL Applink (Heikki Linnakangas <heikki@enterprisedb.com>) |
Список | pgsql-patches |
Heikki Linnakangas wrote: > Dave Page wrote: >> Andrew Dunstan wrote: >>> Dave Page wrote: >>>> I believe we just didn't notice it until now because the older Mingw >>>> builds use the MSVC 6.0 runtimes which just happened to be compatible >>>> with the OpenSSL binary builds (we're now using 8.0), in addition to >>>> which there are relatively few people using client-side certs I'd wager. >>> So SSL works without this wart if you don't have a client cert? >> Yep. > > According to the OpenSSL FAQ, the purpose of the applink is to allow > mixing release and debug versions or multi-threaded and > non-multithreaded versions of libraries: > > http://www.openssl.org/support/faq.html#PROG2 Yeah - which in itself is a pita because with their 'workaround' we now need to ensure we use a debug libpq with a debug pgadmin whereas previously mixing 'n' matching wasn't an issue. > How come we only bump into the crash with client certs? > I assume it uses fopen() or one of the other functions it does a GetProcAddress() on in that situation. /D
В списке pgsql-patches по дате отправления: