Re: [PATCHES] libpq type system 0.9a

From: Andrew Chernow <ac(at)esilo(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Martijn van Oosterhout <kleptog(at)svana(dot)org>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [PATCHES] libpq type system 0.9a
Date: 2008-04-09 16:47:48
Message-ID: 47FCF334.4070907@esilo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

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/

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jeff Davis 2008-04-09 16:52:49 Re: [PATCHES] libpq type system 0.9a
Previous Message Francisco Figueiredo Jr. 2008-04-09 16:26:46 Re: SQL fast in PSQL, very slow using MS.NET driver

Browse pgsql-patches by date

  From Date Subject
Next Message Jeff Davis 2008-04-09 16:52:49 Re: [PATCHES] libpq type system 0.9a
Previous Message Tom Lane 2008-04-09 15:51:45 Re: [PATCHES] libpq type system 0.9a