Re: Using libpq to access a repote database from a c trigger function breaks.

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <afritz(at)teamdev(dot)com>, <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: Using libpq to access a repote database from a c trigger function breaks.
Date: 2001-03-07 19:37:07
Message-ID: Pine.LNX.4.30.0103072035050.986-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Tom Lane writes:

> pgsql-bugs(at)postgresql(dot)org writes:
> > Using libpq to access a repote database from a c trigger function breaks.
>
> Try linking libpq.a into your .so file. I think your references to
> PQexec and so forth are being resolved to the
> similarly-named-but-completely-different functions that exist in the
> backend (see src/backend/libpq). There is no copy of client libpq in
> the standard backend.

You might also want to try to sneak in a -Bsymbolic option (or
-Wl,-Bsymbolic, respectively) on your link command line. On ELF systems,
symbols in the executable override symbols in the shared library unless
you use this option.

--
Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Mark Stosberg 2001-03-07 20:36:09 possible mis-handling of nulls in views in 7.0.2
Previous Message Tom Lane 2001-03-07 18:14:07 Re: Using libpq to access a repote database from a c trigger function breaks.