X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 2D06A9DC999 for ; Mon, 9 Jan 2006 17:38:09 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 54761-10 for ; Mon, 9 Jan 2006 17:38:10 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by postgresql.org (Postfix) with ESMTP id D8E3C9DC9A0 for ; Mon, 9 Jan 2006 17:38:06 -0400 (AST) 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 k09Lbw2u008476; Mon, 9 Jan 2006 16:37:58 -0500 (EST) To: David Ford cc: pgsql-sql@postgresql.org Subject: Re: system view corrupted, i get "unexpected right parenthesis" for many system tables. In-reply-to: <523e55a00601091301i61384c75n91124ab7437f3dd3@mail.gmail.com> References: <523e55a00601091133u5769dedcy73a77a04ee85f917@mail.gmail.com> <7646.1136838180@sss.pgh.pa.us> <523e55a00601091301i61384c75n91124ab7437f3dd3@mail.gmail.com> Comments: In-reply-to David Ford message dated "Mon, 09 Jan 2006 16:01:46 -0500" Date: Mon, 09 Jan 2006 16:37:58 -0500 Message-ID: <8475.1136842678@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.077 required=5 tests=[AWL=0.077] X-Spam-Score: 0.077 X-Spam-Level: X-Archive-Number: 200601/38 X-Sequence-Number: 23827 David Ford writes: > i've tried with and without the hier patch and neither seems to work. I was afraid of that: you've got some views created with the patch installed and some with it not installed. > i have a few options left to try but i might be reduced to stitching together > COPYs and system tables from an older backup. It should be possible to manually correct the bogus entries. Basically what the patch does is add a field to the QUERY structure, whose name I forget but comparing working and non-working ev_action strings should expose it. (It's probably near the end of the string.) If you delete the field (text ":fieldname <> ") from the non-working ev_action strings you should be able to get to a state where all the views will dump in a non-hier build. regards, tom lane