Re: [PATCHES] libpq type system 0.9a - Mailing list pgsql-hackers

From Andrew Chernow
Subject Re: [PATCHES] libpq type system 0.9a
Date
Msg-id 47FCF334.4070907@esilo.com
Whole thread Raw
In response to Re: [PATCHES] libpq type system 0.9a  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> 
> That's exactly what I'm strongly suggesting.  If you need to include
> libpq-int.h at all, then your library will be forever fragile, and could
> very well end up classified as "don't ship this at all, it's too likely
> to break".
> 
>             regards, tom lane
> 
> 

I see your point, and it has a lot of merit.  We am completely open to 
hearing how this can be solved.

How do we duplicate a result object and customize many member values 
after the dup?

Do we create a PGresultInfo struct containing all members of a result 
object that gets passed to "PGresuolt *PQresultDup(PGresult *source, 
PGresultInfo *info);"?  Maybe it has a flags member that indicates which 
PQresultInfo members contain values that should override the source result.

Any suggestions?  This is where we are stumped.  Everything else has 
several solutions.  We are not debating this anymore, we are trying to 
implement it.

-- 
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/


pgsql-hackers by date:

Previous
From: "Francisco Figueiredo Jr."
Date:
Subject: Re: SQL fast in PSQL, very slow using MS.NET driver
Next
From: Jeff Davis
Date:
Subject: Re: [PATCHES] libpq type system 0.9a