Re: pgtcl: Change in behavior of pg_result -oid, vs documentation

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: ljb <lbayuk(at)mindspring(dot)com>
Cc: pgsql-interfaces(at)postgresql(dot)org
Subject: Re: pgtcl: Change in behavior of pg_result -oid, vs documentation
Date: 2002-11-08 04:56:22
Message-ID: 200211080456.gA84uME00830@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces


Doc patch applied to 7.3 and current CVS. Thanks.

---------------------------------------------------------------------------

ljb wrote:
> I'm using libpgtcl with PostgreSQL-7.2.3.
> There is a discrepancy between the documentation and behavior of
> "pg_result $res -oid" when $res is not from an INSERT. The documentation
> says it should return an empty string, but in fact it returns 0. I think
> it used to return an empty string around PostgreSQL-7.1.3 when PQoidStatus()
> was used, but now it uses PQoidValue() which returns InvalidOid, 0 in this
> case.
>
> Assuming the current behavior is desired, here is a patch to the
> documentation doc/src/sgml/libpgtcl.sgml to match what really happens:
>
> --- libpgtcl.sgml.orig 2002-01-20 17:19:56.000000000 -0500
> +++ libpgtcl.sgml 2002-11-04 21:36:22.000000000 -0500
> @@ -704,7 +704,7 @@
> <LISTITEM>
> <PARA>
> if the command was an INSERT, the OID of the
> -inserted tuple; otherwise an empty string.
> +inserted tuple; otherwise 0.
> </PARA>
> </LISTITEM>
> </VARLISTENTRY>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
>

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-interfaces by date

  From Date Subject
Next Message Bruce Momjian 2002-11-08 05:11:01 Re: PQcmdTuples() declaration
Previous Message Yanjie Ren 2002-11-07 20:49:50 pgAdmin II error