X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 2E1903A5E24; Sun, 5 Dec 2004 20:15:52 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 64181-04; Sun, 5 Dec 2004 20:15:48 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id 056E93A5E31; Sun, 5 Dec 2004 20:15:42 +0000 (GMT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id iB5KFXaJ018395; Sun, 5 Dec 2004 15:15:33 -0500 (EST) To: Michael Fuhr Cc: Oliver Elphick , pgsql-interfaces@postgresql.org, pgsql-hackers@postgresql.org Subject: Re: [HACKERS] PL/Python: How do I use result methods? In-reply-to: <20041204221858.GA73013@winnie.fuhr.org> References: <1097937269.12716.28.camel@linda> <20041016165600.GA71873@winnie.fuhr.org> <20041204221858.GA73013@winnie.fuhr.org> Comments: In-reply-to Michael Fuhr message dated "Sat, 04 Dec 2004 15:18:58 -0700" Date: Sun, 05 Dec 2004 15:15:33 -0500 Message-ID: <18394.1102277733@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.002 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200412/7 X-Sequence-Number: 5178 Michael Fuhr writes: > Any comments on this? The 8.0.0rc1 PL/Python documentation, > Section 39.3 "Database Access", still mentions the nrows and > status methods, but they don't work. Here's Oliver's original > message and my followup: > http://archives.postgresql.org/pgsql-interfaces/2004-10/msg00019.php > http://archives.postgresql.org/pgsql-interfaces/2004-10/msg00020.php > I expect it's too late to fix the code for 8.0, so I'm wondering > if the doc should be updated not to mention these methods, or to > mention them but say that they don't work yet. It looks like someone #ifdef'd out those sections after observing that the PLy_result_methods table isn't used anyplace. Perhaps the place where it should have been used got lost in some earlier patch? The fetch() method appears to be stubbed out anyhow, so merely reconnecting the table doesn't look like it would bring that function into the ranks of working features anyway. However the other two look like they might do something useful. Just out of curiosity, what sort of patch would it take to enable these functions? If it's at all nontrivial I'd vote to hold over to 8.1, but if it's a line or two of code that got lost at some point, it would seem like a reasonable bug fix ... regards, tom lane