Received: from localhost (unknown [200.46.204.183])
	by mail.postgresql.org (Postfix) with ESMTP id 767EA6337E0
	for <pgsql-performance-postgresql.org@mail.postgresql.org>;
	Fri, 10 Apr 2009 14:57:28 -0300 (ADT)
Received: from mail.postgresql.org ([200.46.204.86])
	by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024)
	with ESMTP id 29240-05
	for <pgsql-performance-postgresql.org@mail.postgresql.org>;
	Fri, 10 Apr 2009 14:57:27 -0300 (ADT)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130])
	by mail.postgresql.org (Postfix) with ESMTP id 351626337A8
	for <pgsql-performance@postgresql.org>;
	Fri, 10 Apr 2009 14:57:26 -0300 (ADT)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id n3AHvKu2027215;
	Fri, 10 Apr 2009 13:57:21 -0400 (EDT)
To: Matthew Wakeling <matthew@flymine.org>
cc: Merlin Moncure <mmoncure@gmail.com>, pgsql-performance@postgresql.org
Subject: Re: plpgsql arrays 
In-reply-to: <alpine.DEB.2.00.0904081134500.791@aragorn.flymine.org> 
References: <alpine.DEB.2.00.0904031420470.21772@aragorn.flymine.org>
	<28757.1238767715@sss.pgh.pa.us>
	<alpine.DEB.2.00.0904071616350.791@aragorn.flymine.org>
	<b42b73150904071224i40caed89w1da7394c072ef9ec@mail.gmail.com>
	<20204.1239132715@sss.pgh.pa.us>
	<alpine.DEB.2.00.0904081134500.791@aragorn.flymine.org>
Comments: In-reply-to Matthew Wakeling <matthew@flymine.org>
	message dated "Wed, 08 Apr 2009 11:35:51 +0100"
Date: Fri, 10 Apr 2009 13:57:20 -0400
Message-ID: <27214.1239386240@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none
X-Spam-Level: 
X-Archive-Number: 200904/203
X-Sequence-Number: 33570

Matthew Wakeling <matthew@flymine.org> writes:
> On Tue, 7 Apr 2009, Tom Lane wrote:
>> Subsequent discussion showed that the problem was Matthew hadn't found
>> that page.  I guess that at least the DECLARE CURSOR reference page
>> ought to have something like "if you are trying to use cursors in
>> plpgsql, see <link>".  Matthew, where *were* you looking exactly?

> The DECLARE CURSOR page, and then guessing the INTO bit because that's how 
> SELECT works.

I've added cross-references in the DECLARE and FETCH pages.  I hope
that's sufficient to catch the attention of anyone trying to use cursors
...

			regards, tom lane