Re: [PATCH] Automatic client certificate selection support for libpq v1

Поиск
Список
Период
Сортировка
От Seth Robertson
Тема Re: [PATCH] Automatic client certificate selection support for libpq v1
Дата
Msg-id 200905082152.n48LqCkN007954@no.baka.org
обсуждение исходный текст
Ответ на Re: [PATCH] Automatic client certificate selection support for libpq v1  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [PATCH] Automatic client certificate selection support for libpq v1  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
In message <14727.1241816192@sss.pgh.pa.us>, Tom Lane writes:
   > It is of course possible to support both at the same time (at   > compile-time, if nowhere else).      Yes, I
supposewe'd not wish to just drop openssl completely.   I wonder how much code duplication would ensue from a
compile-time  choice of which library to use ...
 

My only datapoint for you is curl, which is an application I happen to
have discovered that can use either NSS and OpenSSL.
Lines  Words  Chars Filename 2508   7890  74682 ssluse.c 1331   3708  36411 nss.c

I imagine that you would more or less have to provide a different
be-secure.c and fe-secure.c file for the two different
libraries--whether as a separate file or via #ifdefs.  It looks like
there is a small amount of common code present (why *is*
pg_block_sigpipe() in that file anyway?)
                -Seth Robertson                 in-pgsql-hackers@baka.org



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: strict version of version_stamp.pl
Следующее
От: Andrew Gierth
Дата:
Сообщение: SSL cert chains patch