Re: copy to/from stdout using libpgtcl

From: lbayuk(at)mindspring(dot)com (ljb)
To: pgsql-general(at)postgresql(dot)org
Subject: Re: copy to/from stdout using libpgtcl
Date: 2001-08-12 00:47:33
Message-ID: 9l4jn3$2j8v$1@news.tht.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-patches

g(dot)hintermayer(at)inode(dot)at wrote:
>has anyone ever successfully done copy to/from stdout with the
>tcl-extension for postgreSQL.
>I'm currently using 7.0 and always getting a seg fault when I try to
>read from the database connection after issueing a "COPY table TO
>stdout;" (I'm using the connection handle, *not* the result handle).
>Maybe this is fixed in a later release.
>The README file in src/interfaces/libpgtcl tells me, that this should
>work, but unforunately it doesn't.

Yes, it seems broken. It is a bug in libpgtcl. Are you running Tcl >= 8.3.2?
That's when the Tcl team changed the data structure for channel
callbacks. The change itself was designed to be backward compatible, but I
suspect a related change made the code more sensitive to errors in the
structure (NULL pointers where functions are required). Either that, or
nobody has tried to use libpgtcl with COPY in a long time.

First, I have to say I can't think of a good reason to use PostgreSQL's
COPY command from a Tcl application. I think it should only be used with
psql for importing data from another source into PostgreSQL, or for
exporting PostgreSQL data into another database (but why would anyone do
that?) If it was me, I would stick with SELECT and INSERT and be "SQL
Compliant".

OK, editorial is over. Try applying the patch below to fix
src/interfaces/libpgtcl/pgtclId.c
and let us know if it works. I did little testing on it, but my test did
segfault before and ran fine (copy in and copy out) after the patch. This
is for PostgreSQL-7.1.2 - since you are running older 7.0, I don't know if
this will work, but I suspect it will.

PS It's the absence of PgWatchProc which kills it. I didn't upgrade it
to the "V2" channel type structure, so it should be compatible with older
Tcl's. But aside from gets and puts, I doubt any other file operations
would work on the handle during a copy.
========================================================================

--- src/interfaces/libpgtcl/pgtclId.c.orig Fri Feb 9 21:31:29 2001
+++ src/interfaces/libpgtcl/pgtclId.c Sat Aug 11 16:55:14 2001
@@ -138,17 +138,32 @@

#endif

+/*
+ * The WatchProc and GetHandleProc are no-ops but must be present.
+ */
+static void
+PgWatchProc(ClientData instanceData, int mask)
+{
+}
+static int
+PgGetHandleProc(ClientData instanceData, int direction,
+ ClientData *handlePtr)
+{
+ return TCL_ERROR;
+}
+
Tcl_ChannelType Pg_ConnType = {
"pgsql", /* channel type */
NULL, /* blockmodeproc */
PgDelConnectionId, /* closeproc */
PgInputProc, /* inputproc */
PgOutputProc, /* outputproc */
-
- /*
- * Note the additional stuff can be left NULL, or is initialized
- * during a PgSetConnectionId
- */
+ NULL, /* SeekProc, Not used */
+ NULL, /* SetOptionProc, Not used */
+ NULL, /* GetOptionProc, Not used */
+ PgWatchProc, /* WatchProc, must be defined */
+ PgGetHandleProc, /* GetHandleProc, must be defined */
+ NULL /* Close2Proc, Not used */
};

/*
========================================================================

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bruce Momjian 2001-08-12 02:06:57 Re: Re: copy to/from stdout using libpgtcl
Previous Message Lee Harr 2001-08-11 21:35:56 Re: Query help...

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2001-08-12 01:41:29 Re: bytea_ops
Previous Message Peter Eisentraut 2001-08-12 00:26:51 Re: [PATCHES] Select parser at runtime