X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org
Received: from localhost (unknown [64.117.224.193])
	by svr1.postgresql.org (Postfix) with ESMTP
	id 6DB87311567; Tue, 10 Jun 2003 02:49:23 +0000 (GMT)
Received: from svr1.postgresql.org ([64.117.224.193])
	by localhost (svr1.postgresql.org [64.117.224.193]) (amavisd-new,
	port 10024)
	with ESMTP id 13598-10; Mon,  9 Jun 2003 23:49:12 -0300 (ADT)
Received: from irko.smoothcorp.com (unknown [208.49.241.41])
	by svr1.postgresql.org (Postfix) with ESMTP
	id 2605C31082C; Mon,  9 Jun 2003 15:42:29 +0000 (GMT)
Received: from jgardner.ifloor.com ([10.0.1.63])
	by irko.smoothcorp.com with esmtp (Exim 4.12)
	id 19POmx-0002Dx-00; Mon, 09 Jun 2003 08:42:27 -0700
Received: from jgardner.ifloor.com (localhost.localdomain [127.0.0.1])
	by jgardner.ifloor.com (8.12.8/8.12.8) with ESMTP id h59FgSgM016374;
	Mon, 9 Jun 2003 08:42:28 -0700
Received: from localhost (localhost [[UNIX: localhost]])
	by jgardner.ifloor.com (8.12.8/8.12.8/Submit) id h59FgQsM016372;
	Mon, 9 Jun 2003 08:42:26 -0700
From: Jonathan Gardner <jgardner@jonathangardner.net>
To: Tom Lane <tgl@sss.pgh.pa.us>, pgsql-interfaces@postgreSQL.org,
	pgsql-hackers@postgreSQL.org
Subject: Re: Some quick notes about extending libpq for new protocol
Date: Mon, 9 Jun 2003 08:42:25 -0700
User-Agent: KMail/1.5
References: <9481.1054574376@sss.pgh.pa.us>
In-Reply-To: <9481.1054574376@sss.pgh.pa.us>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Description: clearsigned data
Content-Disposition: inline
Message-Id: <200306090842.26352.jgardner@jonathangardner.net>
X-SA-Exim-Rcpt-To: tgl@sss.pgh.pa.us, pgsql-interfaces@postgreSQL.org,
	pgsql-hackers@postgreSQL.org
X-SA-Exim-Scanned: No; SAEximRunCond expanded to false
X-Archive-Number: 200306/24
X-Sequence-Number: 4235

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 02 June 2003 10:19, Tom Lane wrote:
> * Better FunctionCall API?
>
> 	nah, just deprecate in favor of invoking the function via
> 	PQexecParams().
>

I'll admit -- the current state of PQfn is practically unuseable. However, =
the=20
idea is pretty cool. I think it would be nice to have a direct function cal=
l=20
mechanism that bypasses the parser.

Of course, I don't think I understand completely what PQexecParams would do=
...=20
:-(

- --=20
Jonathan Gardner <jgardner@jonathangardner.net>
(was jgardn@alumni.washington.edu)
Live Free, Use Linux!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+5KrhWgwF3QvpWNwRAjTlAKCUqaI77lEPxonGo2gR3c0e38lJuACeLzJe
2Sr1bewQmQT4B72bALFf9HQ=3D
=3D9SC8
-----END PGP SIGNATURE-----