Re: Practical impediment to supporting multiple SSL libraries - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Practical impediment to supporting multiple SSL libraries
Date
Msg-id 200604132216.k3DMGBB10691@candle.pha.pa.us
Whole thread Raw
In response to Re: Practical impediment to supporting multiple SSL libraries  (Martijn van Oosterhout <kleptog@svana.org>)
List pgsql-hackers
Martijn van Oosterhout wrote:
-- Start of PGP signed section.
> On Thu, Apr 13, 2006 at 03:42:44PM -0400, Stephen Frost wrote:
> > > You seem to be talking about a much broader set of problems to solve.
> > 
> > I'd like to improve the API in general to cover a set of use-cases that
> > I've run into quite a few times (and apparently some others have too as
> > other DBs offer a similar API).  I'd also like the ODBC driver to be
> > able to use libpq instead of having its own implementation of the
> > wireline protocol.  I was hoping these would overlap but it's possible
> > they won't in which case it might be sensible to add two new metheds to
> > the API (though I'm sure to get flak about that idea).
> 
> Well, the psqlODBC driver apparently ran into a number of problems with
> libpq that resulted in them not using it for their purpose. Given libpq
> primary purpose is to connect to PostgreSQL, it failing at that is
> something that should be fixed.
> 
> The problem you're trying to solve is also important, it would be nice
> to find a good solution to that. I'm just not sure if it was relevent
> to the decision to bypass libpq.

I know there was a lot of confusion over parallel development of
psqlODBC and my guess is that current CVS is the best solution at this
time.  Of course, that doesn't invalidate the idea that this can be
revisited as things settle down and improvements made.

--  Bruce Momjian   http://candle.pha.pa.us EnterpriseDB    http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Martijn van Oosterhout
Date:
Subject: Re: Practical impediment to supporting multiple SSL libraries
Next
From: Tom Lane
Date:
Subject: Re: Practical impediment to supporting multiple SSL libraries