From: | Eric Marsden <emarsden(at)mail(dot)dotcom(dot)fr> |
---|---|
To: | pgsql-interfaces(at)postgreSQL(dot)org |
Subject: | Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg |
Date: | 1998-08-12 14:29:14 |
Message-ID: | m23eb2e0jp.fsf@cook.onecert.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-interfaces |
>>>>> "HK" == Hannu Krosing <hannu(at)trust(dot)ee> writes:
>>>>> "TL" == Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
TL> The present libpgtcl is NOT pure Tcl --- it is a C-coded Tcl
TL> extension, besides which it is layered on top of libpq.
This is my impression too: in postgresql-6.3.2/src/interfaces/libpgtcl/
there are C files which reference functions like PQconnectdb. However,
the documentation for libpgtcl states (this is from the top of
postgresql-6.3.2/doc/src/sgml/libpgtcl.sgml)
pgtcl is a tcl package for front-end programs to interface with
<ProductName>Postgres</ProductName> backends. pgtcl does not use
the libpq library but communicates to the backend directly via the
frontend-backend protocol. Thus, it is more efficient than previous
postgres->tcl bindings which are layered on top of libpq. In
addition, pgtcl can handle multiple backend connections from a
single frontend application.
The documentation looks wrong, or perhaps it is talking about a
development version of libpgtcl? Should I report a documentation bug?
HK> I've got the impression that there is currently a pure Tcl interface
HK> as well that some use with pgAccess on win32.
This is ftp://ftp.flex.ro/pub/pgaccess/pgsql.tcl (Tcl interface at the
socket level).
--
Eric Marsden
emarsden @ mail.dotcom.fr
It's elephants all the way down
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 1998-08-12 14:33:15 | Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg |
Previous Message | Eric Marsden | 1998-08-12 14:04:07 | Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg |