Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg

Поиск
Список
Период
Сортировка
От Eric Marsden
Тема Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg
Дата
Msg-id m23eb2e0jp.fsf@cook.onecert.fr
обсуждение исходный текст
Ответ на Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-interfaces
>>>>> "HK" == Hannu Krosing <hannu@trust.ee> writes:
>>>>> "TL" == Tom Lane <tgl@sss.pgh.pa.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

В списке pgsql-interfaces по дате отправления:

Предыдущее
От: Eric Marsden
Дата:
Сообщение: Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [INTERFACES] Re: thread-safe libpq and DBD::Pg