Re: PQinitSSL broken in some use casesf
От | Magnus Hagander |
---|---|
Тема | Re: PQinitSSL broken in some use casesf |
Дата | |
Msg-id | 4991C14B.6090601@hagander.net обсуждение исходный текст |
Ответ на | Re: PQinitSSL broken in some use casesf (Merlin Moncure <mmoncure@gmail.com>) |
Ответы |
Re: PQinitSSL broken in some use casesf
|
Список | pgsql-hackers |
Merlin Moncure wrote: > On Tue, Feb 10, 2009 at 12:03 PM, Dave Page <dpage@pgadmin.org> wrote: >> On Tue, Feb 10, 2009 at 4:57 PM, Merlin Moncure <mmoncure@gmail.com> wrote: >> >>> PQinitSSL is *broken*. It's always been broken. Since it already >>> takes a parameter, I say add a special switch...the backwards >>> compatibility danger doesn't seem too bad. >> Add a switch to what? I get very nervous for our Windows users when >> people start talking about changing the libpq API (for those that >> don't know, Windows doesn't have DLL versioning like Unix - so any >> non-backwards compatible API change really needs a corresponding >> filename change to avoid pain and suffering). > > PQinitSSL(SSL_ONLY) or something, where the constant is carefully > chosen to not be accidentally passed in by older libpq users. So how are you planinng to deal with it when your application passes that to a version of libpq that doesn't support it? //Magnus
В списке pgsql-hackers по дате отправления: