Re: libpq: PQgetCopyData() and allocation overhead - Mailing list pgsql-hackers

From Tom Lane
Subject Re: libpq: PQgetCopyData() and allocation overhead
Date
Msg-id 2505190.1677866116@sss.pgh.pa.us
Whole thread Raw
In response to Re: libpq: PQgetCopyData() and allocation overhead  (Jelte Fennema <postgres@jeltef.nl>)
List pgsql-hackers
Jelte Fennema <postgres@jeltef.nl> writes:
> On Fri, 3 Mar 2023 at 17:33, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> If you mean exposing PQExpBuffer to users of libpq-fe.h, I'd be very
>> seriously against that.  I realize that libpq exposes it at an ABI
>> level, but that doesn't mean we want non-Postgres code to use it.

> The code comment in the pqexpbuffer.h header suggests that client
> applications are fine too use the API to:

Our own client apps, sure.  But you have to buy into the whole Postgres
compilation environment to use PQExpBuffer.  (If you don't believe me,
just try including pqexpbuffer.h by itself.)  That's a non-starter
for most clients.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Fix comments in gistxlogDelete, xl_heap_freeze_page and xl_btree_delete
Next
From: Robert Haas
Date:
Subject: Re: pgsql: Harden new test case against force_parallel_mode = regress.