| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Greg Sabino Mullane" <greg(at)turnstep(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: querying the version of libpq |
| Date: | 2010-10-05 21:00:20 |
| Message-ID: | 1013.1286312420@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-hackers |
"Greg Sabino Mullane" <greg(at)turnstep(dot)com> writes:
>> The real problem is that neither of these can be trusted to tell you the
>> *library* version. PQserverVersion() is something else altogether,
>> and I wouldn't want to assume that pg_config exactly matches the library
>> you're linked to --- if it's even present at all.
> Er...yes it will match exact...because we[1] get the location of the
> library files from pg_config as well. :) Handy little utility that.
[ shrug... ] It's not at all hard to think of scenarios where that will
give you misleading results, even granted that you're willing to fall
over when pg_config isn't present. But regardless of that, the
technique simply isn't available to ordinary C code using the standard
dynamic linker.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tim Uckun | 2010-10-05 21:06:11 | Re: Trying to figure out why these queries are so slow |
| Previous Message | Greg Sabino Mullane | 2010-10-05 20:53:03 | Re: querying the version of libpq |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Oleg Bartunov | 2010-10-05 21:05:43 | Re: knngist - 0.8 |
| Previous Message | Kevin Grittner | 2010-10-05 20:59:18 | Re: leaky views, yet again |